| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
| |
Does not remove Support Library artifacts from docs classpath (ApiDocs.bp)
because they are still used in development/samples, which is not as easy
to migrate as javadoc.
Bug: 158779503
Test: make docs
Exempt-From-Owner-Approval: Mass find/replace for androidx migration
Change-Id: Icf7f53ec36a0e970413352e2ebf40ce9d60ed17e
|
| |
|
|
|
|
|
|
|
|
| |
See https://source.android.com/setup/contribute/respectful-code for
reference
BUG=161896447
Test: N/A
Change-Id: I2032595a163d9146cfdbaebb1714ad1c53e0157c
|
| |
|
|
|
|
|
|
| |
Existing annotations in libcore/ and frameworks/ will deleted after the migration. This also means that any java library that compiles @UnsupportedAppUsage requires a direct dependency on "unsupportedappusage" java_library.
Bug: 145132366
Test: m && diff unsupportedappusage_index.csv
Change-Id: I41e12e425284e74561c6b61663241df364ae54a1
|
| |
|
|
|
|
| |
Bug: 111439551
Test: make -j
Change-Id: I72997a87122f38b32e38e42a690385acc7d0e521
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Members modified herein are suspected to be false positives: i.e. things
that were added to the greylist in P, but subsequent data analysis
suggests that they are not, in fact, used after all.
Add a maxTargetSdk=P to these APIs. This is lower-risk that simply
removing these things from the greylist, as none of out data sources are
perfect nor complete.
For APIs that are not supported yet by annotations, move them to
hiddenapi-greylist-max-p.txt instead which has the same effect.
Exempted-From-Owner-Approval: Automatic changes to the codebase
affecting only @UnsupportedAppUsage annotations, themselves added
without requiring owners approval earlier.
Bug: 115609023
Test: m
Change-Id: I020a9c09672ebcae64c5357abc4993e07e744687
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
For packages:
android.widget
This is an automatically generated CL. See go/UnsupportedAppUsage
for more details.
Exempted-From-Owner-Approval: Mechanical changes to the codebase
which have been approved by Android API council and announced on
android-eng@
Bug: 110868826
Test: m
Change-Id: Ic61019b1df85448a158fc2ba55c326353222c6b9
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Have the new showContextMenuForChild(View, float, float) call through
to the old showContextMenuForChild(View) before recursing up to its
parent. This ensures that existing apps with custom views that
override the old method still get called as expected if they implement
custom behavior.
Unlike some other similar circumstances we aren't implementing this to
be bidirectional as the new behavior doesn't need to be triggered by
invoking the old. If the older method is invoked explicitly we will
still show old-style dialog context menus instead of the newer popup
style since we won't have a good place to visually anchor a popup.
Bug 26919262
Change-Id: Ie09f922d322b5a24789c7867820c4bc43824c385
|
| |
|
|
|
| |
Bug: 26340507
Change-Id: I9c6da434954d40fe689c18fa9559a80c8ca61f95
|
| |
|
|
|
| |
Bug: 25116730
Change-Id: I4e394c281feef6f7987433298d66f2df11352416
|
| |\
| |
| |
| |
| |
| |
| | |
navigation in Gallery"
* commit '3a79e434a6e840f47a47387743385a2cd5faab54':
Consider RTL layout in DPAD navigation in Gallery
|
| | |
| |
| |
| |
| |
| |
| | |
Since the Gallery view changes direction the key events LEFT and
RIGHT should swap actions.
Change-Id: Iaeb9cce83e138f315f12ea188de142e67a60d574
|
| | |
| |
| |
| | |
Change-Id: I031443de83f93eb57a98863001826671b18f3b17
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Introduce new AssistData class that contains all data
the framework automatically generates for assist. Currently
populated with a very simple tree structure representing
the app's view hierarchy.
Reworked how we populate the class name for accessibility
info, so this is provided through a new method call on View
that subclasses can override. This method is also used
to populate the class name in AssistData.
Change-Id: Ibd0acdc8354727d4291473283b5e4b70894905dc
|
| |/
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Ensures that delegate code is run last. Previously, calling the super
method from an accessibility delegate set on a widget would only run
code in the widget's parent. Next, the delegate code would run. Finally,
the widget's code would run. As a result, the widget code would override
any data supplied by the delegate.
By moving all overridden code to internal methods, we ensure that the
call chain for super includes the widget's parent code followed by the
widget's code. The delegate code will always run last.
BUG: 17641433
Change-Id: Ib9d403156c1fc4fb04f65f3c126d1277a44b3740
|
| |
|
|
|
|
|
| |
Also updates the constructor of every class that extends View.
BUG: 10676369
Change-Id: Ifaf27bf82028d180afa4931c0e906df88d858ac3
|
| |
|
|
| |
Change-Id: I2925c624338a5c622a7b3fef05b62099465b6389
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The way that the Gallery was adding views (which it does in layout)
triggered a requestLayout() because of a call to setLayoutParams()
in View.addViewInner(). This tripped up the new logic that makes
layout-in-layout work, causing layout to be called on every frame,
even when the app was not doing anything.
The fix is to call the appropriate version
of requestLayoutInner() to tell it to skip calls to requestLayout().
Issue #7714495 requestLayout in endless loop
Change-Id: Icdcd886d30e4dd972da36bc6e50732c7213530c5
|
| |
|
|
|
|
|
|
|
|
| |
When apps request layouts while scrolling is in progress, Gallery
children can get offset in strange ways. Compensate for this by
tracking the last known offset and applying it during layout.
Bug 7245853
Change-Id: I9d746ae6bb06918e2d920c58052f72e749a7ffbf
|
| |\
| |
| |
| |
| | |
* commit '399df5677bd116a016664a10a0da432da29e829d':
docs: various link fixes and other typos from external tracker
|
| | |
| |
| |
| | |
Change-Id: I2a107f7e16429c0fe80c5e4cb67ecfaf267db301
|
| |\|
| |
| |
| |
| | |
* commit '52fcdd013943954e4baa4542f78557da33bc646b':
Fix documentation
|
| | |
| |
| |
| | |
Change-Id: Id3a5d3b6b43ce684c2328f046e4991e64e97575a
|
| |\|
| |
| |
| |
| | |
* commit '9579bf821ea4c1c5435f8e62973acd9b72c7902c':
Gallery, we need to talk...
|
| | |
| |
| |
| | |
Change-Id: Ie4b62df03c27161565d303d11447e3d7ff3115c4
|
| |\|
| |
| |
| |
| |
| |
| | |
views." into jb-dev
* commit 'e54c5f13652166c5896ccfa55f047301a6c8b876':
Exposing some accessiblity actions only for enabled views.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
1. Some accessibility actions should not be performed on disabled
views. For example, scrolling should not be permitted while
accessibility focus should be. Made a quick pass over the
actions we expose now.
Change-Id: I36626dfbc0d2f480309a910f58f1de64e9e05675
|
| |\|
| |
| |
| |
| |
| |
| | |
jb-dev
* commit '0e3057c667425e4b1326c598442e69a4e0e036e2':
Add accessibility scroll support to some widgets.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
1. Added support for accessibility scroll action to
some widgets that are scrollable.
2. Making the super call when handling an accessibility
action in the views to call super first to allow
an accessibility delegate to intercept the call.
bug:5932640
Change-Id: I5eb37d64bf9fba1d5c596981132e0df717e2a18a
|
| |\ \
| |/
|/|
| |
| |
| |
| | |
trapping within gallery."
* commit '50bd9d616695b2162b84a204bc678b83a14f59c9':
Avoiding horizontal keypad navigation trapping within gallery.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Non touchscreen devices such as Google TV require the keypad
navigation to properly move the focus among widgets.
The Gallery is misshandling the keypress event and avoiding
the focus from going to other widgets on it's sides upon
keypress even after the user has reached it's first and
last items.
Change-Id: If32ee57e8513cac692deb161e1941d6cc85e3188
Signed-off-by: David Sobreira Marques <dpsmarques@gmail.com>
|
| |/
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
to only framework classes.
AccessibilityEvent and AccessibilityNodeInfo have a property className which is set to the source
Java class. This is problematic since leads to leaking private classes which would allow an
accessibility service to load classes from other packages. This is strongly undesirable since
not trusted code can be loaded, and hence executed, in the accessibility service. To address
that the class name is set to the most concrete framework class extended by the info/event
source.
bug:5878943
Change-Id: I7b3114ece8772ea2773f5151e21b8a6f2006882a
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
accessibility.
1. ScrollView/HorizontalScroll view were reporting only the scroll X and Y but
failed to convey the max scroll along X and Y so the position can be determined.
2. WebView was not reporting correctly its scroll position for accessibility.
3. Some descendants of AdapterView were reporting incorrect position information.
4. Updated the accessibility docs with some details about the scroll information.
5. Cleaned up duplicated code.
bug:5412132
bug:5412265
Change-Id: I165e73ecde027dad811425b9f395a3f758c923ba
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1. Some accessibility evenents should not and were not dispatched for
text population but there was no centralized location for enforcing
this - rather the system was firing them in a specific way or there
were conditions in a few places enforcing that. Now this is centralized
and clean.
2. Updated the documentation with some new event types the were lacking.
3. Explicitly stated in the documentaition which events are dispatched to
the sub-tree of the source for text populatation.
bug:5394527
Change-Id: I86e383807d777019ac98b970c7d9d02a2f7afac6
|
| |
|
|
| |
Change-Id: If88f559e8cc46bb72ed45f33d7fc52802f1e1246
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1. Added scrolling accessibility event to provicde feedback
when a view is scrolled.
Note: We need scroll events for ICS since even though we have
touch exploration the user does not know when something
is scrollable and not feedback is provided while scrolling.
bug:4902097
2. Added a text selection change event to provide feedback
for selection changes including cursor movement.
Note: We need the text selection change events for ICS since
even though the IME supports navigation in text fields
the user receives no feedback for the current selection/
cursor position.
bug:4586186
3. Added a scrollable property to both AccessibilityEvent and
AccessibilityNodeInfo. The info has to describe the source
in terms of all properties that make sense for accessibility
purposes and the event has this property (kinda duplicated)
since clients will aways want to know if the source is
scrollable to provided clue to the user and we want to avoid
pulling the info of the source for every accessibility event.
Change-Id: I232d6825da78e6a12d52125f51320217e6fadb11
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This extends the view hierarchy's measure pass to allow view to
propagate up to their parent additional information besides just
their measured size. They can now report that their measured width
and/or height should be larger than the size their parent is
limiting them to (even though by definition they need to contrain
their reported measurements to the limits imposed by the parent).
ViewRoot uses this information to determine if it should remeasure
the window with a larger size limit to try to make it fit.
Change-Id: I90af3b7a8ec45d0a5c003fb009857025209d83eb
|
| |\
| |
| |
| |
| |
| |
| |
| |
| | |
classes to tutorials" into froyo
Merge commit 'bb8d314b6c5ff9b51af29daa687d66dfd996914f'
* commit 'bb8d314b6c5ff9b51af29daa687d66dfd996914f':
docs: add links from widget classes to tutorials
|
| | |\
| | |
| | |
| | |
| | |
| | |
| | | |
Merge commit '11a72482a0cdc45ceaf4ca83957e682381455aee' into gingerbread
* commit '11a72482a0cdc45ceaf4ca83957e682381455aee':
docs: add links from widget classes to tutorials
|
| | | |
| | |
| | |
| | | |
Change-Id: I817e885524951853182b0458df4a32dea1614243
|
| |\| | |
|
| | |/
| |
| |
| | |
Change-Id: I3f9b6a8d3c8a050156a6cc7ea0eb9de33b82f79a
|
| |/
|
|
|
|
| |
Bug #2573921
Change-Id: I5c39881f541835fe5515b35a9f12761a8a2c1b8b
|
| |
|
|
| |
Change-Id: Ieebd176e1f42c78e298aca973e9e5eed2dc3c6d9
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|