f0fd218382b96f052d22a2e8ee00510cc23a6d1e |
|
20-Apr-2016 |
Jaewan Kim <jaewan@google.com> |
PIP: Send KEYCODE_WINDOW to app first if PIP isn't exist Bug: 27954955 Change-Id: I517e378d5c1672ac0eb87bdf4375b7d733276e58
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
0bf096f1b45959e260b09b2483e79187c1991f54 |
|
14-Apr-2016 |
Andrei Stingaceanu <stg@google.com> |
Keyboard shortcuts: dismiss when activities start via shortcut * introduced a new intent DISMISS_KEYBOARD_SHORTCUTS and and new public API in Activity (which sends a broadcast to KeyboardShortcutsReceiver) which applications can use to dismiss the keyboard shortcuts. * plumbing and implementation for a new call to dismiss keyboard shortcuts from PhoneWindowManager and used it: ** when starting activities invoked via Search+key ** when starting activities invoked via META ** when starting activities via application launch keys * removed unused variable in Activity#onProvideKeyboardShortcuts Note that for apps started via touch (aka non-shortcut) like tapping the Settings gear icon from the notification bar the menu is not automatically dismissed. Bug: 28012198 Change-Id: I83a8d4f342bb8a08115a648648834d0d2bac19fd
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
681fc7b2670542aae0f3b9ef8f6c7a88db984ea9 |
|
15-Apr-2016 |
Jorim Jaggi <jjaggi@google.com> |
Fix wrong transition when dock minimized and docked app launched When having an app docked and then going home, and then launching the app from the homescreen, we had a wrong transition because getTopMost task was already set to the launched app, because getRunningTasks doesn't exclude the docked stack. Instead of adding flags for getRunningTasks, which sounds risky, we just pass a "force" value when we launch recents in this state. Bug: 27154882 Change-Id: Iee4512fed13115dbbe8b74413ff1fa9b87afa0ef
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
0f051f5abdb31024d862a954cc4c4716b1dde616 |
|
14-Apr-2016 |
Andrii Kulian <akulian@google.com> |
Remember task which is being locked We need to remember task which requested to be locked because we can accidentally lock another task after user interacts with pinning request dialog. Bug: 27876860 Change-Id: Ie8e607df4380dd33ea9b3474afc247b02e31de07
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
35b630c064085ccc2edd867717b5c22ec3677931 |
|
26-Mar-2016 |
Muyuan Li <muyuanli@google.com> |
Removed redundant public modifier in CommandQueue.Callbacks Change-Id: I31783f4aa68742c6a8a4ebe352ab7ec41e21c8fc (cherry picked from commit eb1cfb75595cf5c7120396d7575bc2beaf4f1967)
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
2adba07d75419462873dfeef40d4c983d832ed99 |
|
03-Mar-2016 |
Jorim Jaggi <jjaggi@google.com> |
Show a scrim activity if task is not resizable Add a callback to TaskStackChangeListener which gets fired when the system might need to inform the user that a specific app might not work in multi-window. Use that callback in SysUI to show a translucent activity which scrims the activity behind to inform that it might not be resizable. Debounce the information to once per multi-window session, to not make it annoying. Introduce launchTaskId to start an activity in an existing task, and protect that with START_TASKS_FROM_RECENTS permission. Bug: 27327287 Bug: 27431869 Change-Id: I89e8d653872ab01ba3c1e252b426e5481da0e6ca
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
4e850ffaa757cd6f1e2578c454a7a83a93419e83 |
|
02-Mar-2016 |
Clara Bayarri <clarabayarri@google.com> |
Keyboard Shortcuts: Add Keycodes for shortcut representation This changes the current API given app feedback received. In order to use keycodes as well as chars we also must implement a mapping of Keycodes to Display labels as only keys with a single char representation are provided by KeyCharacterMap. Bug: 27409783 Change-Id: I3da653adc4b8cbc66a4d1aa24a5f9181f71e83c3
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
315c34e7d62ce4b609f2d08b18a11a2d44e93aba |
|
20-Feb-2016 |
Phil Weaver <pweaver@google.com> |
Accessibility to toggle multiwindow mode Encapsulating the logic to toggle multiwindow mode from recents, and plumbing it through to accessibility global actions. Sending accessibility events when windows bounds change. Exposing the dock divider window type to accessibility services. Bug: 27250995 Change-Id: Ib7491f1f853dc7f01bf5c5a4ac1f914f55d0608a
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
86905582411c5c77a3e7641589cf206c6e5770f5 |
|
10-Feb-2016 |
Jorim Jaggi <jjaggi@google.com> |
Handle light status bar for split-screen In split-screen the light status bar flag for one side of the status bar can be different from the other side. SYSTEM_UI_FLAG_LIGHT_STATUS_BAR is now reported for both the fullscreen stack and docked stack, but not anymore in the "default" SysUI visibility field when reporting a visibility change to SystemUI. The change also reports the docked stack and the fullscreen stack bounds, so SystemUI can guard tinting the icons on whether the icon is one of the areas. When calculating the light status bar flag in PWM, we keep track of the top fullscreen opaque window state for the docked and fullscreen stack separately. Bug: 24365214 Change-Id: Id2240a86d75bf96e0138ec7652a4793859f56e3c
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
7e53f20c835ae2614c92717a6fc222b345c75036 |
|
28-Jan-2016 |
Jason Monk <jmonk@google.com> |
Add some cmds for statusbar They will be used for tests?! Also move around where some of the tile lifecycle happens so that it can easily be shared with these commands. Change-Id: I72386afce5a2d335df45ecc5946679efcd826bae
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
54fa566ab74368bd0f0a8e9da7c695b2d33d6124 |
|
30-Jan-2016 |
Jaewan Kim <jaewan@google.com> |
Merge "PIP: Use StatusBarService to handle PIP key"
|
c0d7058b14c24cd07912f5629c26b39b7b4673d5 |
|
29-Jan-2016 |
Winson <winsonc@google.com> |
Referencing static interpolators. Change-Id: I5d2292016e869ed533f5873e373a1eccce651fc5
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
c552b04cb4aac9d31dbaf9744f32ddc14886e222 |
|
18-Jan-2016 |
Jaewan Kim <jaewan@google.com> |
PIP: Use StatusBarService to handle PIP key Bug: 26591829 Change-Id: I7051fab966e2fc0887b2a21ddbf11aff7e16804b
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
07473cea3a6007d5e72b25d3445437a175735fa9 |
|
05-Jan-2016 |
Jason Monk <jmonk@google.com> |
Cleanup the status bar flow. - Don't round trip to the status bar manager to know the state - Manage the state of icons closer to where they are displayed - Move StatusBarIconList into SysUI because it isn't used elsewhere now Change-Id: I99c4c290c18fc776914a43b1cde157f92bb36ac2
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
c22ab7911a3efd7e0183f954f1760475d702ad3e |
|
07-Jan-2016 |
Andrei Stingaceanu <stg@google.com> |
Keyboard shortcuts: minor naming refactor Replace all occurrences of showKeyboardShortcuts* with toggleKeyboardShortcuts* in order to be inline with the current/desired behavior. Change-Id: Ia076952ec40963b2727fd1f855b64859b94b1643
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
a9927325eda025504d59bb6594fee8e240d95b01 |
|
13-Dec-2015 |
Jason Monk <jmonk@google.com> |
Support dnd condition in Settings - Add way to open QS detail panels directly - Add internal broadcast that can launch apps when dnd mode changes Change-Id: If2b6350dc31623f3bf2f64c7eb141cff5d3d4e89
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
fc832e3ef270d7c271520a99ffa2f84e82f0b855 |
|
25-Sep-2015 |
Jorim Jaggi <jjaggi@google.com> |
resolved conflicts for c594e935 to master Change-Id: Ifaf8c6c2b80e5284e027278f5ff0437202439cf0
|
40aa8811bc817293d7400c14fa60350d2350d29f |
|
23-Sep-2015 |
Jorim Jaggi <jjaggi@google.com> |
Deliver camera launch source for analytics Bug: 24304031 Change-Id: I606bccf4b62b651e17c6e6d9472648deeab703da
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
143c93d49f7f9691ad37b8b036731b76f2171241 |
|
26-Aug-2015 |
Selim Cinek <cinek@google.com> |
resolved conflicts for merge of f1935575 to master Change-Id: Ic18619bd5a81ae5172eef41bda0f8e473b6bda3f
|
372d1bdd54fe977c71bdaae895687c76ac35202a |
|
14-Aug-2015 |
Selim Cinek <cinek@google.com> |
Launching the camera now from systemUI including animations The GestureLaunchService now informs systemUI that a launch has been requested and the systemUI, depending on its state will launch the Camera in the correct mode, including animations. Bug: 22957192 Bug: 22958025 Change-Id: I815437c8bd33638245ac61a750f64af74fe3e1e3
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
f2debb1f9a8a166e249a456efc0b41d731c275c2 |
|
10-Jul-2015 |
Clara Bayarri <clarabayarri@google.com> |
Hook up Ctrl + '/' to SysUI for a Keyboard Shortcuts screen This CL adds the necessary hooks between PhoneWindowManager and SysUI to show a keyboard shortcuts screen given a specific shortcut combination. SysUI for now just shows a Toast. Change-Id: Icf43a81776b04a2e96a540f45b7cd3464342d679
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
165ce066b701ba0153000f0692bfc7032655d17d |
|
07-Jul-2015 |
Jorim Jaggi <jjaggi@google.com> |
Fix assist for hardware long-press Activating the assistant will now route through SysUI, so we have the logic whether to start an activity or to start a voice interaction session in one single place. Bug: 22201770 Change-Id: I0f4699533aea2a1e595ee25a844434c82f548c01
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
4f43dc042bf76ec6c3b340b2297dec7c4cdd9098 |
|
18-Jun-2015 |
Adrian Roos <roosa@google.com> |
Assist disclosure Add an animation that discloses delivery of contextual data to the assist component. Also fixes a bug where contextual data was delivered to legacy assist activities even though the user explicitly disabled context. Bug: 21568059 Change-Id: I27dfaa36e2f677b0d73acfa4730f0f4ea3486919
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
4a4a2bddc48a33cbaa49a8844b9fd36e2fc5e219 |
|
07-May-2015 |
Selim Cinek <cinek@google.com> |
Fixed a bug where the heads-up would not show when full screen Bug: 20728541 Change-Id: I74bc74c4936b003a4c0c37b7c7da2d1fa138c077
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
cde0a2a9ea00d6e4acfe6ce7a7c9061343df7fa3 |
|
23-Apr-2015 |
Benjamin Franz <bfranz@google.com> |
Introduce disable2 into StatusBarManager We ran out of space for new disable flags, so need to introduce a disable2 API into StatusBarManager and update all the underlying code to support the second set of flags. Bug: 20331928 Change-Id: I5009b393133c576b37d7e2bae0df97cb8c41a065
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
2fdeeabe78b0f54f3163b1b3741ac813828b3511 |
|
02-Apr-2015 |
Jorim Jaggi <jjaggi@google.com> |
Implement new assist gesture and motion Change-Id: Ic8ba18c200058062f4d38ac4226d3516af3d3df0
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
24bec7ce7adc3c0d693cfadcb4b28f5fc41555ae |
|
04-Feb-2015 |
Jorim Jaggi <jjaggi@google.com> |
Implement nice transitions for light status bar - When the flag changes, apply an animation from the current value - When the flag change is caused by an app transition, synchronize the status bar animation with the app transition animation. PhoneWindowManager calculates the timings based on some heuristics of the app transition animations and supplies these timings to StatusBarService. Bug: 19233606 Change-Id: I4f99afba8f1eebb3524699ed4d7fbafee5463a37
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
5565cb42f2ac07fcdbe3aab2503de07fbeb39504 |
|
12-Sep-2014 |
Jason Monk <jmonk@google.com> |
Plumbing for screen pinning request from sysui Removes lock-to-app request dialog from the AM. Added a showScreenPinningRequest to IStatusBar to handle the flow from app requesting lock task to showing the dialog. This CL also allows startLockTaskOnCurrent (system|signature) to start lock task directly. (Note: this is the less locked version that always allows exit through back + recents) Bug: 16957435 Change-Id: I284918dd5989de6cb2767c2a717529eb5e9c6db4
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
665366a3055c7baa36242b8c92c5ff85b1c3394b |
|
08-Aug-2014 |
Michael Wright <michaelwr@google.com> |
Change 'disable hardware keyboard' to 'show input method' Previously it implied that the hardware keyboard would be disabled, but really the toggle would just enable showing the IME even if a hardware keyboard was present. Changed the string and swapped the semantics to be more clear about the behavior. Bug: 14066881 Change-Id: I9c8a7eb98b5277f1d09cc19fa7402e9b4cf51d92
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
cdcd487abad10f728f0542accc42a31d1f7fedac |
|
06-Aug-2014 |
Winson Chung <winsonc@google.com> |
Fixing issue where home was triggered on top of other activities being launched. (Bug 16823617) - Also fixes issue with the Recents hide message being clobbered
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
cb566aab57cafb69c628809fc0a0ffa2151c7d6e |
|
04-Aug-2014 |
John Spurlock <jspurlock@google.com> |
Doze: Follow the notification light. - Send the notification light info up to SystemUI from NoMan. - Doze mode will now periodically pulse the display (once) if the notification light is active. - Change "tease" terminology to "pulse", which is the singular. Maintain the multi-pulse on buzz-beep-blink for now as extra emphasis. - Scrim controller now always takes number of pulses as an arg, to support a single pulse (used for notification light, and eventually pickup once available). - Dial down the display brightness when pulsing. Bug:15863249 Change-Id: Ifb208a27e82b66cff1d0c04e5b7f758098ea29cf
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
cad5768e22e5132efb2e5179f4988a763c7a8d9e |
|
26-Jul-2014 |
John Spurlock <jspurlock@google.com> |
Doze: Update tease signal to buzz-beep-blink from NoMan. Inform SystemUI when NoMan buzzes, beeps or blinks. Use that as the notification signal when dozing instead of trying to figure out interesting panel content updates. At some point, we should move the entire calculation up into SystemUI itself, but that's too large of a refactoring to perform now. Bug:15863249 Change-Id: I40e92334977e0676a1363774c2cbbf91d72ec8e5
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
2580a976ec93a01ed00fae51364ad872bc591d95 |
|
25-Jun-2014 |
Jorim Jaggi <jjaggi@google.com> |
Improve motion when expanding/collapsing status bar. - Don't fade the whole panel anymore. - Parallax effect for QS header translation, fade on keyguard. - Improve fling curve for dismissing the panel. - Improve peeking behavior. Bug: 14804452 Bug: 15407838 Change-Id: I34b7bcd457cb8a037e0bb06e9802ec66d2b39b73
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
e71fefcc8b382947f6f6a8bf816b3889fb368fed |
|
24-Jun-2014 |
Christoph Studer <chstuder@google.com> |
Remove notification APIs from StatusBar service Bug: 15324972 Bug: 15436573 Change-Id: I838370a23fb07cb876e08c41ef11653f2658719e
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
540b01e024c040dfb1ee50cfcdc96a401adfcf25 |
|
20-May-2014 |
Christoph Studer <chstuder@google.com> |
SysUI: Use SBN keys instead of IBinder keys In preparation of migrating to NotificationListenerService, remove dependence on IBinder keys for notifications and switch to SBN.getKey() instead. Bug: 15131411 Change-Id: Ic272e4a05fde6481c734144c5b34c49b2f021649
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
6cb485fd2e2f8ace05e1ff281ab0fc824d3652cb |
|
19-May-2014 |
Winson Chung <winsonc@google.com> |
Fixing regression in dismissing Recents. - Restoring app info functionality when developer options are enabled and you long-press on the app icon. Change-Id: I8a20ff5f595eefa20db5528c0d5b1a1f0b110834
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
1e8d71b605b4872e93200706a80a88a3ff25498c |
|
17-May-2014 |
Winson Chung <winsonc@google.com> |
Initial changes to enable keyboard support with alternate Recents. (Bug 14067913) Change-Id: Icc5d2a784ed3c3c27143eb04cbb4305549ee223a
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
b605fecd9e4282823af754b3968b21205d64554a |
|
02-May-2014 |
Jason Monk <jmonk@google.com> |
Only show IME in navigation bar when it should Add a flag to indicate that the IME should be shown. This follows the continuous ime notification boolean, and if there are multiple input methods to choose from enabled. This way the notification and navigation button show up under the same circumstances (but not on the same devices). Change-Id: Ia6a2253061f1876f4bcc511de48c1078e9d96be5
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
5cf17879a31b7b78c09ec50b727f921840dcf783 |
|
26-Mar-2014 |
Jorim Jaggi <jjaggi@google.com> |
Reuse KeyguardViewMediator for new Keyguard implementation. This change reuses KeyguardViewMediator for the new Keyguard implementation in status bar. KeyguardViewManager is replaced by StatusBarKeyguardManager which handles adding the view, setting the state etc. StatusBarWindowManager is introduced to managed the window of the status bar, which has the logic of both the old Keyguard window and the old status bar window. In the current implementation, Keyguard gets displayed like it would be in the bouncer state, but that's likely to change in the future. Also, setHidden in IKeyguardService is also renamed to setOccluded, as the word hidden interferes with the terminology when dismissing the Keyguard. Bug: 13635952 Change-Id: I1c5d5a49d810d8532089f464cb2efe35e577f517
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
380ecb81db52a9d0197ca969951d07b91c20d2b9 |
|
14-Mar-2014 |
Jorim Jaggi <jjaggi@google.com> |
Make Keyguard a library and make StatusBar the new Keyguard. This change achieves a couple of things: - Let Keyguard be a library, so we can use it in SystemUI. - Introduce FLAG_KEYGUARD for windows and deprecate TYPE_KEYGUARD. Make all the TYPE_KEYGUARD behaviour dependant on the flag. - Implement a new KeyguardService in SystemUI, and bind that service from PhoneWindowManager. - Introduce BaseStatusBar.setKeyguardState and inflate KeyguardSimpleHostView there and use FLAG_KEYGUARD for the window, such that the status bar window essentially gets the Keyguard. Bug: 13635952 Change-Id: I059d80d8b9b9818a778ab685f4672ea2694def63
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
56d007b99841f7f603e5d5bc5c23b94c010f1945 |
|
28-Oct-2013 |
John Spurlock <jspurlock@google.com> |
Manage keyguard nav elements using transitions. Move the logic for managing dimming the navigation bar elements on the lockscreen into BarTransitions. Replace search light + camera assets with new versions at full brightness, and apply 50% dimming at runtime, including the IME dismiss button. Remove unused StatusBarManager _NOP hints. Improve choreography between camera button + password security (w/ IME). Fix a few found bugs in PagedView. Improve password security unlock transition, manually fade in back along with the rest of the icons. Bug:11221659 Change-Id: Ifd1f8c9f400d90542f0ca858b9a4deacabbd518a
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
5b9145bf990a9bbf4fdef1739e61ff8c70ec868f |
|
20-Aug-2013 |
John Spurlock <jspurlock@google.com> |
Improve transient bar transitions. 1. If app clears transient flag w/ a gesture, the touch-outside listener would always win, causing an unsightly hide + immediate reshow. Instead, give the app some time to clear the flag, then perform a smooth transition in place. 2. When the transient bars are hidden, we do not know ahead of time which background will be used on reshow (if transient bars are revealed, the background is semi-transparent, if transient bars are cleared, the background is opaque). Window manager is responsible for showing windows, but sysui is responsible for setting the view background. Therefore, we need some level of coordination between the two in this case. Introduce two new non-public sysui flags that represent the window manager's request to reshow the hidden bars, but do not reshow until sysui acknowledges (by clearing the flag). This gives sysui whatever time is necessary to prepare itself for reshow, avoiding unsightly blip from opaque -> transparent during the enter animation. 3. When both system bars are hidden, any low-profile changes are moot. Avoid unsightly low-profile animations during bar reshow by suppressing the flag in this case. 4. Improve transient bar home -> launcher transition by cancelling the -> opaque animation. This also fixes a bug where hitting home from the transient bar would leave you with a semi-transparent bar in a non-transient state. Bug:10284800 Change-Id: I238210561d8d5f70c1a517283b986c9105a1ec75
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
9764218ff979f735aee2f1189e3547d5f3b02f83 |
|
29-Jul-2013 |
John Spurlock <jspurlock@google.com> |
Collapse/disable shade when hiding status bar window. Provide system bar window visibility (showing/hiding) to sysui, information it did not have before. Use this new info to disable shade interaction when bars are hiding. Bug: 8682123 Change-Id: I4105b789866f847582af1c68a703240d773fa71e
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
de84f0e77ea2bf713d15c290264059a413c2486a |
|
12-Jun-2013 |
John Spurlock <jspurlock@google.com> |
Organize the imports in systemui. To follow android conventions, more importantly to remove the unused. Change-Id: I75881718e84360a579a3b02c26489ad250bc9227
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
5feceebb892d4cb5777cea3c6174b206705d456b |
|
23-Mar-2013 |
Daniel Sandler <dsandler@android.com> |
New NotificationListenerService. This is the best and only way for apps to listen for notifications: create a NotificationListenerService, wait for the NoMan to bind to you (as a result of the user checking a box somewhere in Settings and agreeing to a scary dialog box), and you'll start receiving notification posted and dismissed callbacks. Your service, while enabled, will also be able to clear one or all notifications. Use this power wisely. This change moves StatusBarNotification out of com.android.internal into android.service.notification. [Internal customers, including System UI and early users of the system-only listener binder API, will need to be updated.] Bug: 8199624 Change-Id: I1be46f823d4b3ddc901109ec1e085cd6deb740c2
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
11cf178100e71d3f9f34ab5865e03a277c5eadaa |
|
27-Sep-2012 |
Daniel Sandler <dsandler@android.com> |
Cleanup internal status bar APIs. IStatusBarService.collapseQuickSettings is gone; collapseNotifications is now collapsePanels, which does what collapse() used to do. Similarly, IStatusBar.animateCollapseQuickSettings is now simply IStatusBar.animateCollapse(). Bug: 7245229 Change-Id: Id157d2fdf34926d3c85ffa8b81c741a5359aede4
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
e20a177d3f147f3011647c3bdab401f90b2c5d1d |
|
26-Sep-2012 |
Svetoslav Ganov <svetoslavganov@google.com> |
Adding a global accessibility action to open quick settings. 1. Added APIs for opening the quick settings to the StatusBarManagerService and the local StatausBarManager. The new APIs are protected by the old EXPAND_STATUS_BAR permission. Renamed the expand* and collapse* non-public APIs that are expanding the notifications to expandNotifications* collapseNotifications* to better convey what they do given that this change adds expandQuickSettings* and collapseQuickSettings*. Added a global action to the accessibility layer to expand the quick settings which is calling into the new status bar manager APIs. bug:7030487 Change-Id: Ic7b46e1a132f1c0d71355f18e7c5a9a2424171c3
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
9a720f5eb6c67b581df22f4ecb498cebb459babe |
|
30-May-2012 |
Jim Miller <jaggies@google.com> |
Fix 6398209: SearchPanel gesture improvements This fixes a few recent regressions caused by other bug fixes: - add new flags to animateCollapse() so we can selectively close panels. Fixes regression caused by attempt to close recent apps from startAssistActivity() which had the side effect of closing the search panel before the animation completes. - adds tuneable holdoff delay for responding to home key press. - minor tweaks to MultiWaveView animations. Change-Id: Ia48434b8d59e7b0290a5e9783960c2f684068218
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
e898ac59db04d8ab0762180ca8ec7cea1347aa09 |
|
07-Apr-2012 |
Jim Miller <jaggies@google.com> |
Fix 6299832: Add search target swipe action to navigation bar on phones This adds a feature to swipe upward on the navigation bar to invoke voice search on phones. Change-Id: I462076fd43b1c66c5bf624f00b297c6d3414a19a
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
3a3a6cfd8ec12208ca75c0d0d871d19d76c34194 |
|
26-Mar-2012 |
Dianne Hackborn <hackbod@google.com> |
Add new feature to let apps layout over status bar / system bar. The main change is a few new flags you can supply to View.setSystemUiVisibility(). One is a new visibility mode, SYSTEM_UI_FLAG_FULLSCREEN, which is basically the same as the global FLAG_FULLSCREEN option for windows, but driven as part of the system UI state. There are also three new flags for telling the framework that you would like to have your application's UI ignore screen decorations -- SYSTEM_UI_FLAG_LAYOUT_NO_NAVIGATION for going behind the navigation bar and SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN for ignoring full screen decorations (that is the status bar). In combination with this you can use SYSTEM_UI_FLAG_LAYOUT_STABLE to have the framework report consistent insets to your application. When using NO_NAVIGATION, when the user taps the screen we now also automatically clear ONLY_CONTENT, so that we atomically show both UI elements. This should make it easy for apps like video players that want to move between fully full-screen and regular modes. The ActionBar has also been extended when in overlay mode so that it will adjust the system window insets to also account for its space, and allow it to be hidden using the new SYSTEM_UI_FLAG_FULLSCREEN. Change-Id: Ic8db1adec49a0f420bfe40c1d92eb21307856d0b
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
7f2668c8469934ce83a5647977f6e74ab782cf07 |
|
27-Mar-2012 |
Michael Jurka <mikejurka@google.com> |
Preload recents on phones with hard nav keys Also refactor recents code across Phone/Tablet Change-Id: Id557c5cb0f7d9378f81c40b20511a5d98bf4078e
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
328310c6fac6066d338926bb43d359862cae36d2 |
|
23-Sep-2011 |
Daniel Sandler <dsandler@android.com> |
System bar now renders the back button for recents We used to render the back button in Recents itself, but that had an inconsistent visual experience. As a part of this change, add the early beginning of support for private status bar APIs for dimming navigation buttons. Bug: 3448536
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
df89e65bf0fcc651d20b208c8d8d0b848fb43418 |
|
07-Oct-2011 |
Dianne Hackborn <hackbod@google.com> |
Fix how we hide and show the nav bar. The PhoneWindowManager is now responsible for hiding and showing the nav bar. For hiding, it just moves it off the screen (easy way to get a nice slide animation on and off). At the same time, we use a new WM facility to put up a fake input window to capture all touch events. When a touch event is received, we force the system UI to clear the navigation hiding bit so it will be shown again. This removes a bunch of code from the system UI for hiding and showing the nav bar. Also removes the code calling from userActivity() to the system UI, which was bad. (Also no longer using userActivity() fixes bugs around re-showing the nav bar due to key presses and other wrong things.) Change-Id: I8c3174873b5bcaa36a92322a51e8f7993e88e551
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
60ee25643e0a7b8841063a4e97b0f18c51807e91 |
|
22-Jul-2011 |
Daniel Sandler <dsandler@google.com> |
The fullest of fullscreen modes. View.setSystemUiVisibility() now properly accepts a bitfield, including: * SYSTEM_UI_FLAG_LOW_PROFILE: "lights out mode" (previously known, erroneously, as STATUS_BAR_HIDDEN) * SYSTEM_UI_FLAG_HIDE_NAVIGATION: for when you need every single pixel on a device that also has a navigation bar These flags are painstakingly aggregated across the entire view hierarchy and carefully delivered to the status bar service, which in turn gently passes them along to the bar implementation. To really get access to the whole screen, you need to use HIDE_NAVIGATION in conjunction with FLAG_FULLSCREEN and FLAG_LAYOUT_IN_SCREEN. See development/samples/Overscan for an example of how to do this. Change-Id: I5fbfe009d9ceebbbf71db73f14a7008ea7c1d4da
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
3b1fc47d004f6b29af8f40d181baa3460b1e3b15 |
|
13-Jun-2011 |
Michael Jurka <mikejurka@google.com> |
Port recent apps from tablet to phone - wire up to long press on home - remove unused recents activity - remove duplicate recents resources in -large directories (using -sw600dp instead) - fix issue with zoom/scale translation when recents was brought up Change-Id: I45538ccaff49b46ac3659c4828f9e2b0cd075241
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
3fe9cc5ea6a9e1acd52144c8ae6cb0492dba34ba |
|
15-Jun-2011 |
Dianne Hackborn <hackbod@google.com> |
resolved conflicts for merge of e95c07bd to master Change-Id: I9af0c08a9f1c1f68661efe051a66835e850b76f6
|
7d04932ef5c001769ccef244f551b75773f1666b |
|
15-Jun-2011 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #4603422: Compatibility mode button doesn't always update We now tell the system bar every time the top activity has changed for it to re-evaluate its UI state. Also fix issue #: 4607102 Low rider notifications. It turns out this was due to the change in the dialog asset; the notification UI was relying on this having a lot of padding to make it sit above the status bar. Now we have an explicitly mechanism to set how much it overlaps (or doesn't) the status bar. Change-Id: Iab5ebd86e620ff4fc4cd77206e18af962ec2830e
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
1d4d30aebd2c22627131819cabfe95f97def2c83 |
|
28-Apr-2011 |
Daniel Sandler <dsandler@google.com> |
It's lights out for you, navigation bar! Views requesting lights out mode will cause the navbar to disappear (this is useful for viewing videos/photos/etc using every pixel of the screen). But there's a catch: any user activity at all will cause the lights to come back on and the navbar to return. Change-Id: I535ed3ba9ae7fab3282c402be256add765395b6f
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
2992ea782fa61780d8e0de7a36a2a84622f8694b |
|
29-Jan-2011 |
Jeff Brown <jeffbrown@google.com> |
Add "Use physical keyboard" option to system bar IME button. Bug: 3391067 Change-Id: I136087ca4f726d0068d5983d7d3686787ba60c55
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
857fd9b8562c29913e03ed29288bd1802d37dc60 |
|
28-Jan-2011 |
Joe Onorato <joeo@google.com> |
Plumb whether an input view is actually visible or not through from the IME to the status bar. Bug: 3391067 Change-Id: I049531155bf7ee0b29874916c0b5b0a45b73c09e
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
cd7cd2969f545ad061a9b4ecd0044f15eb1b4abb |
|
20-Nov-2010 |
satok <satok@google.com> |
Store the current IME's token in the system bar for changing the current IME to a shortcut IME from the system bar Bug: 3212206 Bug: 3201828 - Added a shortcut IME button. This will be used for calling a shortcut IME (e.g. Voice input) - Made the positions of IME buttons left aligned - IME token is required to change IME because of the security reasons. Change-Id: I48ba5e2509b3aa1bfd2394f9201427fa6b93c6d3
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
06487a58be22b100daf3f950b9a1d25c3ea42aa2 |
|
29-Oct-2010 |
satok <satok@google.com> |
Add a functionarity for showing / hiding IME button on the system bar Bug: 3077030 - IME communicates with status bar directly. Change-Id: Ic5b6b5b7a2b8ea62372dcc9b9c36d81b9f2db651
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
e02d808abf370965c3c4e4d38af11bc69110fde2 |
|
08-Oct-2010 |
Daniel Sandler <dsandler@google.com> |
Dynamically show the menu button on the system bar. Windows with FLAG_NEEDS_MENU_KEY (or windowNeedsMenuKey=true in their theme) will cause the system bar to show a menu icon. (Note that the phone's status bar currently ignores this, but phones tend to have hardware menu keys anyway.) Additionally, all windows whose package's SDK version is pre-Honeycomb will have FLAG_NEEDS_MENU_KEY set by default. Bug: 3003728 Change-Id: I2d983763a726ea4f32cd1af9b0390e30478b11d1
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
7ebd659dbf3aa672cd1a686938f3df22d429be1f |
|
27-Sep-2010 |
Joe Onorato <joeo@google.com> |
Merge commit 'f9f9e248' into manualmerge Conflicts: packages/SystemUI/src/com/android/systemui/statusbar/StatusBarService.java tests/StatusBar/src/com/android/statusbartest/StatusBarTest.java Change-Id: Ibbb2fec2d8c6f5d41398272753d271dfae698100
|
795f2840b4a70bf188c2f24c8c06f73a492b338c |
|
27-Sep-2010 |
Joe Onorato <joeo@android.com> |
If an icon add remove get coalesced, don't remove some other icon. Also adds a test case and turns off the extra logging we added to debug this. Change-Id: I8640938ae4d1e75c88213177888f363e05ce0fa0
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
9305647eb61bb60a1f42481a0c0d208dc9bbe965 |
|
10-Sep-2010 |
Joe Onorato <joeo@google.com> |
Plumb lights out mode through from the window manager to the status bar running in the system ui process. Lights out mode itself isn't implemented. Change-Id: Ieeef0eb9ae5be23000f770e74e8ee66472f4c673
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
808182dc874e93582da38d013a4a790d6bc08fc9 |
|
10-Jul-2010 |
Joe Onorato <joeo@joeo-macpro.local> |
checkpoint tablet status bar Change-Id: Ia9089cce370ead4e685dffbca722fa8404a8f443
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
169af47b0076457854cc0f92d6b015195837686d |
|
02-Jun-2010 |
Joe Onorato <joeo@android.com> |
remove logging Change-Id: I42c2332c3c114700f5ade77b63b4f6010ea5507a
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
75199e3ddcf7886c8ee5fbf8b486a8c21335bf14 |
|
29-May-2010 |
Joe Onorato <joeo@android.com> |
Populate the notifications at startup of SystemUI.apk. Change-Id: Ie0b3fd9ed4bc9a012791372e6276f0b5908370a5
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|
79de0c550037a5328bbc7f4fddaf02f192a5c283 |
|
26-May-2010 |
Joe Onorato <joeo@android.com> |
Move the StatusBarPhone package into a new catch-all SystemUI.apk.
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
|