incorrectly.
Make fast scroll theme attributes public.
Fix a bug where always-visible fast scrollers wouldn't appear on small
lists.
Change-Id: I377adf63d2fe88478f77b0b04466c6ae88557efe
This caused an issue where a LinearLayout measuring for the baseline
could cause the fake view for position 0 to be associated with a
different position in the recycler. It gets used later with the wrong
data; bad times.
Change-Id: If273894d46185a550f4efd9f11ef83e0113f0a3c
Scafolding so that the IME team can start working on this feature.
The animation part in the TextView is missing.
Change-Id: I8225538564370fba1500e3539742a8ab79bdd199
Added setting for placing vertical scrollbars on left or right.
Added setting for showing fast scroll persistently.
Fixed a bug where inset padding was miscalculated for horizontal scroll bars.
Fixed a bug where padded ListViews would draw fading edges incorrectly
Change-Id: I1f8499895272d42598b4b3fd3375301115def461
This fixes an issue where the overscroll feedback was rendering
several pixels above the bottom of the list on a flick.
Change-Id: I66160d1b72c04f0273f063910eff995e2b2569f0
-With views being able to set MEASURED_STATE_TOO_SMALL
the GridView should do so when the determining its
column widths/stretch modes
Change-Id: Ib8433ffa9e489467ffe7ed8169d4e23d69658c6c
Instead of going past the left and right sides, the glow now
stretches just to the width of the edge and stops.
For horizontalscrollview, instead of going past the top and bottom,
now stretches just to the height and stops.
Change-Id: I0cc9bdef3ab263b16dd32e088c6b64ff5a8809c8
The callback is removed when the window is detached. Prevents weak references to
the TextView from being kept.
No longer created for non editable texts (!).
Hiding the cursor handle when cursor is hidden.
Change-Id: Ic92f6cfc5b6ef6460f1edc6b9a564e4153d9c40f
Bug 3228601
A tap on the insertion handle displays the paste popup immediately.
Tapping again hides the popup.
Bug 3248651
Change-Id: I5a501b3ebe36e23cbbf0f1b3d588884c6ecd1d56
As the Arabic language formatter would make number "1,2,3" to Arabic
language word means one,two,three, NumberPicker won't like to show
any thing other than numbers, add local settings to US, make the
number 1,2,3
Change-Id: If2d161ac4133f6c9c6e1ec284d6d2fbf01855fa0
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.
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
Refactored to use a custom Callback instance instead.
This instance can be shared by different TextView, which no longer have to
be overloaded.
Change-Id: I4749905d8e2057dab2b3ded62bd7c388d13d4e57
Add divider attributes to LinearLayout, plus styles for borderless
buttons. Update text field assets.
Change-Id: I673acab1692cc028a0327e8c154069253a4d52e8
When calling startDrag(), the app can now supply an Object to be passed
along in every DragEvent that the app winds up receiving itself. This
object is *not* passed to any other applications; it's strictly app-
local. The purpose is to allow state tracking/management to be done
directly through the drag mechanism rather than requiring out-of-band
code.
An example of the utility here might be TextEdit widgets. A drag that
starts in one TextEdit but ends in a different one should be treated as
a copy/paste operation, where the originating TextEdit is not altered.
However, a drag that starts and ends in the *same* TextEdit is a 'move'
operation within that TextEdit; the text is removed from its original
position and inserted at the drop point. To support this easily, the
drag/drop code in TextEdit can now pass a pointer to the originating
view as the local state object. Then, the drop recipient could tell
whether the drag started within the same TextEdit without needing to
implement any other out-of-band state tracking.
This CL (and its accompanying CLs in a few other packages where the
startDrag() API is being used) adds the new local-state parameter to
the API, but does not actually change the behavior of any existing
clients.
Change-Id: Icba73b2ab4a650b7a94485a19633065b0ef9058c
