- 22 Jun, 2011 27 commits
-
-
satok authored
-
satok authored
-
satok authored
Bug: 4671417 Change-Id: I2b9e955003c1f6703978824c947d5f322a039714
-
Jeff Brown authored
Previously we only sent hover to the topmost child, but this doesn't handle cases where multiple children are overlapped to achieve certain special effects. Now we send hover to all children until one of them handles it. Also moved the call to send the accessibility event into the main dispatch function so that we can send the accessibility event for all innermost hovered views even when setHovered() might not be called. Change-Id: I6fb8b974db44b594c441deafc012b8415afdfac7
-
Jeff Brown authored
-
Jeff Brown authored
-
Adam Powell authored
-
Adam Powell authored
dismissed/canceled Add an OnDismissListener to PopupMenu. Change-Id: I7abe1b9c9bea5e758a9c32631185e50cd7eb1ed0
-
Fabrice Di Meglio authored
-
Fabrice Di Meglio authored
- revert previous fix (transforming >=0 to >0) - initialize mUserPaddingStart and mUserPaddingEnd to -1 in the specific View(Context context) constructor - cache mUserPaddingStart and mUserPaddingEnd a bit earlier in View(Context context, AttributeSet attrs, int defStyle) constructor - cache also mUserPaddingStart and mUserPaddingEnd in setPaddingRelative() Change-Id: Ibe398da7af35f77655d7006444fa49c9c5387f62
-
Jeff Brown authored
Modified onHoverEvent so that a view only has its state changed to hovered when the view is clickable. The intent is to prevent labels from taking hover focus away from their containing view group despite not being actionable in any way. The child will still receive a hover event but, if it does not handle the event (returns false), the hover event will bubble up to its parent and ancestors allowing them a chance to handle the event instead. The new onHoverEvent semantics are better because now they closely mirror those of onTouchEvent. This makes it straightforward to implement views that respond to hover by changing their visual appearance (such as by making buttons glow when hovered). Added onInterceptHoverEvent to enable ViewGroups to explicitly intercept hover events within their bounds. Exposed the new hover event API for real. Change-Id: I63195c8f5c74b859f6047487f9a0f703e8f40ffe
-
Jeff Brown authored
Tainted events should still be processed, even if we don't bother the developer with the details. The check for nested calls to the event verifier must incorporate the event type because different event types might be overridden in different subclasses so the nesting depths may vary. Change-Id: If2fb213e07db783a0bd1da97bb12aad93126d712
-
Svetoslav Ganov authored
-
Svetoslav Ganov authored
1. The query string was not converted to lower case during search for infos with text. bug:4818098 Change-Id: Ie4ba8ac2632072bdd71070ec8fd24ca255560ac0
-
Fabrice Di Meglio authored
-
Svetoslav Ganov authored
-
Fabrice Di Meglio authored
- mUserPaddingStart and mUserPaddingEnd had be be greater than 0 for overriding Change-Id: I588a9971bf73aa9461716cfd5a006373a14408f8
-
Svetoslav Ganov authored
1. While mapping Android hover to WebKit mouse events I was not taking into account the horizontal and vertical scroll. bug:4807087 Change-Id: Ie24a8a30ce6a20d27b627ae7c7fbff1b74d140c8
-
Svetoslav Ganov authored
-
Svetoslav Ganov authored
1. Updated the code to return empty list instead. 2. Updated the doc to explain that the search is done in the sub-tree rooted at the info whose method is called. Change-Id: I560d2563ed4772305bf2d7919560ef19baa30a1d
-
Jason Sams authored
-
James Dong authored
-
Jason Sams authored
-
Jason Sams authored
Change-Id: Ib530fc719de3587f44eed88bd1d16e22dd5af64a
-
Jason Sams authored
Change-Id: Iefc0228d802e6f5348ae787553c9252fb90ba110 update atomic patch. Change-Id: Idd0596439c092f570b6b226e9a9c7102ddffe88e
-
James Dong authored
Change-Id: Ic6a2235fefb6f15081091e1f2c1b12ee92fba5e0
- 21 Jun, 2011 13 commits
-
-
Stephen Hines authored
-
Andy McFadden authored
-
Andy McFadden authored
This adds a Java-language implementation of EventRecurrence.parse(), to make it easier to relocate it for the benefit of unbundled Calendar. Differences from the native version: - enforces that FREQ appears first - allows (but ignores) X-* parts - improved validation on various values - error messages are more specific - enforces that only one of UNTIL and COUNT may be present [disabled] - allows lower-case property and enumeration values [disabled] As part of the transition process, both versions of the parser are called on every request, and the results are compared. If the results are different a warning message is logged. An unnecessary constructor was removed. This also this moves some EventRecurrence tests out of CalendarProvider, into coretests, and adds a simple parse test with the examples from the RFC. Bug 4575374 Change-Id: If737ed1272fda65c93363d87b2da12b85e644f5b
-
Jean-Baptiste Queru authored
* commit '49b73385': Tweaks for forward-compatibility
-
Adam Powell authored
-
Adam Powell authored
in settings Change-Id: I161787710fbadaa19b93de3e69f3c60db2be73a6
-
Andreas Huber authored
-
Andreas Huber authored
Change-Id: I2bae80706495c5c5d4257cd607c2141c070c5ff9
-
Jamie Gennis authored
-
Adam Powell authored
showAsAction="always" Change-Id: I63299143ea780abeed6dcdece6934f0e704b46a2
-
Gloria Wang authored
-