9.xml -- the GB 2.3 API being released.
10.xml -- a place holder for the GB 2.4 API that is in progress.
11.xml -- the HC API that is in progress.
Currently 10.xml is just a copy of 9.xml, but it will get updated
as changes are made to GB.
Note there is a big unfortunate result here, that any new GB APIs
that are added need to be hand-merged to 10.xml. Joy.
Change-Id: Id8d2ab3906ecabc968092fc1dfb568cc29efd7ff
This will fix issue 3241963; since in WebViewCore.java there's a way
to deal with a 0-width view, but not with negative width.
issue: 3241963
Change-Id: I177bee48e53ba5108889bc2c06aebffbc6cb44c6
- Add new dialog themes without a title bar.
- Add new Theme.Holo.NoActionBar.DialogWhenLarge.
- Remove old Extended and Theme.Light.Holo themes.
- Reorder the public definitions to keep things nice.
Also @hide the MipmapDrawable class.
Change-Id: Ic69a56e9b28aacf441780633f37f0bc6a475d08a
The bug caused intermittent artifacts where some apps would not get
repainted until some overall screen invalidation occurred.
Change-Id: I82a3294429f15fe51cc8f4b47134e3b5540cb240
When IP or proxy config changes, we now reconfigure
the network and inform connectivityservice.
Also, fixed the naming for changes on configured
networks.
Bug: 3237735
Change-Id: I2a94b3158b6b0e0d27442d7fd525a8a23f0497f8
This enables the livewallpaper preview activity to send tap commands to the
wallpaper so that the preview is more interactive.
Also add a command for sending secondary pointer taps for multitouch
enabled wallpapers.
Change-Id: I9fa10cc47d92dfa9f1a1208aba44c66943eee3ec
Bug: 3140925
Removed all the code from SearchDialog that is already in SearchView
and moved more stuff into SearchView.
SearchDialog layout changed to be more like a Holo.Light themed action mode.
Search field is right justified and limited to 500dip.
Zero query dropdown added to SearchView (causing some problems with Gmail,
but that may be an existing issue that's only now showing up due to this change)
Holo.Light search views assets still need to be updated, as the contrast is too low.
When native webkit code ask java to provide the visibleRect,
the calculation should not take the overscrolling into concern.
The original change was added for this issue, http://b/issue?id=2496502,
and we don't have overscroll any more, so it should be safe to
revert the original change.
bug:3212547
Change-Id: I57e3353b3277f83302ccfd9916a38aa691fa15c7
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
