OSDN Git Service

Accessibility focus search and setting it from hover are performed by the client.
authorSvetoslav Ganov <svetoslavganov@google.com>
Fri, 15 Jun 2012 17:31:31 +0000 (10:31 -0700)
committerSvetoslav Ganov <svetoslavganov@google.com>
Fri, 15 Jun 2012 17:50:23 +0000 (10:50 -0700)
commit8ffe8b304e4778b3c95e57ad5a77cd41c9cf9f7b
tree273c3b35797aa6502d816bcba01eeadf8f13c3b3
parent68a808bc702f03536bd0cf3e2556127e364119d6
Accessibility focus search and setting it from hover are performed by the client.

1. Currently we are providing accessibility focus search algorithm in the
   framework and we are also setting accessibility focus from hover. It
   appears that implementing a focus search strategy that works for all
   accessibility services is non trivial task if feasible. Based on
   feedback from the developers of two such services at Google - TalkBack
   and BarilleBack - the built in focus search does not quite match what
   they need and they would like to implement a custom strategy.

   Hence, having APIs for accessibility focus search in the framework does
   not make. Therefore, we are hiding this APIs and later will take out the focus
   search logic and allow the accessibility service to implement search.

   Also putting accessibility focus from hover is tightly integrated with
   the focus search since the set of views that get accessibility focus
   from hover should be the same as the set of views returned by the
   focus search routine. Therefore, we are letting the accessibility service
   decide where to put accessibility focus when it gets an accessibility
   hover event.

bug:6675330

Change-Id: Ie152230990a6602f3fd1d82de2177d0b1444d654
api/16.txt
api/current.txt
core/java/android/view/View.java
core/java/android/view/accessibility/AccessibilityNodeInfo.java
core/java/android/view/accessibility/AccessibilityNodeProvider.java