| aee802f3bc3da699315a7040728e5483483099ff |
|
15-Feb-2017 |
Evan Rosky <erosky@google.com> |
Allow cluster navigation to jump into touchscreenBlocksFocus
Adds an exception to touchscreenBlocksFocus ViewGroups which
are also keyboardNavigationClusters. The behavior we want is
that cluster navigation can jump into touchscreenBlocksFocus
clusters but normal keyboard navigation can't. Once focus is
in a touchscreenBlocksFocus cluster; however, we allow focus
navigation to move freely within that cluster. It remains in
that cluster until a subsequent cluster navigation brings it
back out.
Adds back the touchscreenBlocksFocus attributes to Toolbar
and actionbar so that they behave like they did before.
Bug: 34363323
Test: Added CTS test. Verified desired behavior in a test app
Change-Id: I555bf5570b16a57f0d4c8a020ae509a1e1b33910
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| 1abe85c867f552a5cdf50fba3f60d796284c2102 |
|
07-Jan-2017 |
Vadim Tryshev <vadimt@google.com> |
Converting action bars to clusters.
ActionBar keyboard navigation logic is now implemented via clusters.
Old implementation using setTouchscreenBlocksFocus and Ctrl+Shift+<
shortcut is removed.
Looking at the code, I can’t rule out existence of all 3 categories
(1) action bars with a nested toolbar, (2) action bars without a
nested toolbar and (3) Toolbars outside of action bars.
Because of this, I set “cluster” attribute both on action bar and
toolbar, and have code to avoid nested clusters in case (1).
Support lib’s action/tool bars aren’t converted, however, they
didn’t regress since Ctrl+Shift+< never worked for them. Will be
done after feature freeze.
Bug: 32151632
Test: Manual checks.
Change-Id: Ieb93980088c0fb385a9bc8a5d218ffc269b94dc5
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| 02a7b78eab58840cf5c060e6861dfb9a539c3177 |
|
22-Jul-2014 |
Adam Powell <adamp@google.com> |
Revert "Revert "Block focus with a touchscreen for ActionBars and Toolbars""
This reverts commit 9d629b6daba8c433fe014728e1ad07e034906c79.
Once more, with feeling!
Bug 16284253
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| 200689da6703949c12f9439e7f9619b84410c941 |
|
15-Jul-2014 |
Baligh Uddin <baligh@google.com> |
Revert "Block focus with a touchscreen for ActionBars and Toolbars"
This reverts commit a2933761d17bc5106357a1edd9bd3ff978160133.
Change-Id: Idedd430574925a0e86311a3d9fee51a74731c2f8
(cherry picked from commit d886cf139532a78b2d34d13403f10295a9bbd14e)
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| ed68773e82626148d9e4c8da6b2288b1f2f926c2 |
|
11-Jul-2014 |
Adam Powell <adamp@google.com> |
Block focus with a touchscreen for ActionBars and Toolbars
Focus in the presence of a keyboard follows content, not navigational
elements.
Change-Id: I08d0f2fcfe0d4c58418466545b7b57d1345bd07f
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| 0a2ae002e60f7ea9b6bea282086b5eb0ae3c6e51 |
|
23-Jun-2014 |
George Mount <mount@google.com> |
Revert "Revert "API Review: Change View viewName attribute to transitionName.""
This reverts commit 1bdfbc68e22a64215ab8fa3e3d17676513546997.
Change-Id: Ie3fdf53b33cb2f61c1878055940f52ed9dfc8b08
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| a3c1025b80c910fd7c0e9b1c178de32cab83f6de |
|
23-Jun-2014 |
John Reck <jreck@google.com> |
Revert "API Review: Change View viewName attribute to transitionName."
This reverts commit f1b1adf51b2a84e0ac83685812c7e8d86590af12.
Change-Id: I0e49aeed84f2a548e272a59f4e13c3fb74c2bfd9
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| 125578a8637a9ad5e7430d16b9fc0096a8b596d7 |
|
18-Jun-2014 |
George Mount <mount@google.com> |
API Review: Change View viewName attribute to transitionName.
Bug 15548520
Change-Id: I4009458d83dbffb20ff0100aaa42eea44d943378
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| 4369e7d0b087d777e5012e2706acc5be9be47de7 |
|
17-May-2014 |
Adam Powell <adamp@google.com> |
Action bar refactoring, round 1
Decouple PhoneWindow and ActionBarView to allow for using Toolbar in
some circumstances later.
Change-Id: I907743e06c3a1203e21cfd84860a1884c66f3527
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| abb352a941cbd87c14cce9ccfa83157b913d41f2 |
|
09-May-2014 |
George Mount <mount@google.com> |
Change sharedElementName to viewName.
Bug 14624181
Change-Id: Ic98554c257d4115a917481eb50505373f6d58fa8
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| bbc6f3e631f66b403339fabee88abc46ba9bfcd4 |
|
07-Apr-2014 |
Alan Viverette <alanv@google.com> |
Revert action bar theme attribute
BUG: 13878093
Change-Id: I7cc4e270854f66d604a6e22eafbeef37c968fdae
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| 6259933ec99dee566f200c5fdfe1756ee72b1513 |
|
01-Apr-2014 |
Alan Viverette <alanv@google.com> |
Switch framework Holo references to Quantum.Light
Change-Id: Ib545a143f1959b6104adbc9d594dd626851d90b3
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| db89c2d02b002c753f2dcfa8bbf2bc183734e69e |
|
03-Mar-2014 |
Alan Viverette <alanv@google.com> |
Quantum for text fields, buttons, radio buttons and check boxes
Change-Id: Ie3d034a65553f4f7a66ab078965d3802726c8332
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| e180337ee99b9155fe441ea55451f4d2167b5d9a |
|
26-Feb-2014 |
George Mount <mount@google.com> |
Change Activity Scene Transitions to be more automatic redo.
This reverts commit 206e30cd93afe3eb72ec94178324417db5424ed2
along with removing the additional startActivity* methods
and replaces them with ActivityOptions makeSceneTransitionAnimation
methods.
Change-Id: I52bec31ae3c4cea6d549810ae5a7acd8aea176d8
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| 206e30cd93afe3eb72ec94178324417db5424ed2 |
|
26-Feb-2014 |
George Mount <mount@google.com> |
Revert "Change Activity Scene Transitions to be more automatic."
This reverts commit f10587faadb9080a7bf9991cbe04bac5525da482.
Change-Id: I2785a3d2d6b667cad6d61dcbbc1c624161735fa4
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| f10587faadb9080a7bf9991cbe04bac5525da482 |
|
06-Feb-2014 |
George Mount <mount@google.com> |
Change Activity Scene Transitions to be more automatic.
Shared element transitions are enabled by default
when the Window has a TransitionManager.
Shared element location and size are captured and
transferred to the target Activity.
ActionBar is treated as a shared element.
Change-Id: I0f22ea4e5cbe80254e848444e3f235cb742684f4
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| 9b0dc2894df1c3d26aa6196ecdef1989967e6ec9 |
|
31-Jul-2013 |
Adam Powell <adamp@google.com> |
Fix a regression where android:windowContentOverlay did not draw properly.
This was the victim of an earlier refactoring. Have the
ActionBarOverlayLayout draw this directly over the content so that it
can stay properly in sync with any animations and also remove an extra
couple of views from the decor layout.
Some apps now expect the broken behavior in default themes. Protect
them from themselves until they bump their targetSdkVersion.
Public bug https://code.google.com/p/android/issues/detail?id=58280
Change-Id: I4284503577e322f3e68d4a7fabda8441d3749b98
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| 1dc5f92716189da02aa62f508adb6099061668b5 |
|
05-Mar-2013 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #8311263: Corrupted UI across all tabs in People app
The problem is that there are other configurations that the
action bar can be in that ActionBarOverlayLayout didn't account
for -- such as here, the nav part visible but the rest hidden.
Fixing this was non-trivial because it means that to correctly
implement fitSystemWindows() we need to in these cases take the
actual measured height of the action bar for positioning the
content view... but that is not yet available, since
fitSystemWindows() must run before layout.
To solve this, ActionBarOverlayLayout now inherits directly from
ViewGroup and implements its own custom layout. In its measure
pass it does all of the fitSystemWindows() work that is dependent
on the measured sizes of the action bar child views after those
are measured and applies them to the content view before it is
measured.
Change-Id: Ie327075d502e9c348aa80b0968c6b0403478301e
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| df7221ced3b7cd807f14e84c302fc09fd659fd68 |
|
26-Feb-2013 |
Dianne Hackborn <hackbod@google.com> |
Unify normal and overlay action bar layouts.
Switch the action bar to always use the overlay layout, and
make it smarter to do the right thing depending on whether the
action bar is in overlay mode or not.
This allows apps to use the system UI magic flags without
having to worry about whether the action bar is configured
in overlay mode or note -- just select a stable layout and it
will automatically go into overlay mode.
In the future this should also allow us to simplify the action
bar code, since it is all sitting on one common implementation.
For example, much of the logic in ActionBarImpl can be moved
to the root action bar layout, and that layout can be optimized
to do custom layout with all of the known elements it has.
Also fixed a little bug in the performance tests.
Change-Id: Iec0c0c0699754f0d1ce37402d786b4966e052a56
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| d28f30a9e0f30cb48e88958ae4b95f3243e8a0f9 |
|
23-Jan-2013 |
Adam Powell <adamp@google.com> |
Prevent simultaneous interaction with action bar and content
Bug 8034744
Change-Id: I72cf4f5d2443e1cd6e40785b4d06d9bd363ab3e4
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| 136a10a2b83c3de74857578937a1e81c3e81db73 |
|
15-Nov-2011 |
Adam Powell <adamp@google.com> |
Fix bug 5594320 - Overlay action bar decor layout causes two measure passes
The existing action bar overlay decor layouts hit a case in
RelativeLayout that causes two measure passes for the main content. As
this can be expensive, stick the bar and the content overlay into
their own sub-layout and switch things to use a FrameLayout at the top
level instead.
Be explicit about the layout_width/height on ActionBar-containing
decor layouts as the older decor layouts are.
Change-Id: I4330f0f25841dd8058b94a320f93bf67fb56bf17
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| a1d9ae69fff95e0b74061cc41f808b7f5c25bbf2 |
|
28-Jun-2011 |
Adam Powell <adamp@google.com> |
Fix bug 4961844 - Allow split style action bar to have 2 different colors
Add the actionBarSplitStyle theme attribute. It defaults to the value
of actionBarStyle.
Change-Id: I5e929114d9cc163df0dd429aa0714b88a1f6a7a9
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| 640a66eac612b850b5dabd3b93bd94f83ed2d567 |
|
29-Apr-2011 |
Adam Powell <adamp@google.com> |
Refactoring of action bar internals
Split action bar implementation details. Factor out common components
into AbsActionBar. Layout rules for the lower half of split action
bars.
Change-Id: I6bc39ba6c343055597880a7d4663dd8f30aa4999
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| 9b4bee0f14bbd137b0797127aff2df46a6321ec5 |
|
28-Apr-2011 |
Adam Powell <adamp@google.com> |
Introducing the split action bar.
Apply (or extend) the theme Theme.Holo.SplitActionBarWhenNarrow or
Theme.Holo.Light.SplitActionBarWhenNarrow to enable splitting the
action bar across both the top and bottom of the screen. This places
the action menu along the bottom, leaving more room at the top for
titles, navigation, and custom views and more room at the bottom for
menu items.
TODO: Refine layout of the action menu when placed at the bottom of
the screen. Make action modes split as well.
Change-Id: I92c91f99c533f26aecf6b828ed041386c4f16922
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| 45f1e08c348ccb129bcc25e438c05421f7123f41 |
|
10-Dec-2010 |
Adam Powell <adamp@google.com> |
Fix bug 3259354 - Handle ActionBar backgrounds better for interacting
with action modes.
Tweak ActionBar/mode transition animation to look better with a
variety of action bar styles.
Fix bug 3273773 - ActionBar disappearing while displaying
popupwindow. Some SurfaceFlinger optimizations require a relayout to
recalculate the bounds of overlaid views.
Fix bug 3266010 - Cancel animations properly when switching between
modes.
Change-Id: Ic431176b11115a2211bd0a46d09c8998aefe58d6
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| d8b3f2e8eee5f24de6653a918613674e9495f751 |
|
02-Dec-2010 |
Adam Powell <adamp@google.com> |
Action mode animations
Change-Id: I132791217a38257e4fe730f2dd364cf48069c75d
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| bc234a19f4c74116454e2c77f4739290e761995a |
|
10-Sep-2010 |
Adam Powell <adamp@google.com> |
Clean up action bar styles
Change-Id: Ib19698e08d643994c4416aac29a43e9197bbe1f3
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| e2194445b078932733a2d1a02fc084ea2f3c7360 |
|
13-Aug-2010 |
Adam Powell <adamp@google.com> |
Clean up some Action Bar style handling.
Action Bar now obeys the titleTextStyle/subtitleTextStyle attributes
and has a better way of handling custom sizes. Any attached Action
Mode bar will keep in sync with the Action Bar's height.
Change-Id: I7d16319f5609d4d6c80a3043dcb60303e6e903db
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| 89e0645b4157961e8c465eb9c819f965fdb453d8 |
|
24-Jun-2010 |
Adam Powell <adamp@google.com> |
Added context modes to ActionBar API.
Change-Id: I7c3e782cbf01be7bc671b377fb4d706040888833
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|
| 33b974393b6fadcefc896ec4a0f9b66724f61e9f |
|
20-Apr-2010 |
Adam Powell <adamp@google.com> |
ActionBar added to framework, integrated with Activity and styles.
Added onClick attribute support to menus in MenuInflater.
Change-Id: I739771b4f249d87a0d8b15969f3d526b099067a1
/frameworks/base/core/res/res/layout/screen_action_bar.xml
|