4b6d93fd0485b46a3a15a71516d39b4f72d9b3db |
|
19-Sep-2012 |
Adam Powell <adamp@google.com> |
Make invalidateOptionsMenu asynchronous Process any pending menu invalidations on the animation tick, before traversals are performed. Collapse multiple menu invalidations together. Bug 7189372 Change-Id: I7a33ae9813980eb8fbcc958804de2c03328ecca8
/frameworks/base/core/java/android/view/Window.java
|
98365d7663cbd82979a5700faf0050220b01084d |
|
20-Aug-2012 |
Jeff Brown <jeffbrown@google.com> |
Refactor for multi-display support. Split WindowManagerImpl into two parts, the WindowManager interface implementation remains where it is but the global communications with the window manager are now handled by the WindowManagerGlobal class. This change greatly simplifies the challenge of having separate WindowManager instances for each Context. Removed WindowManagerImpl.getDefault(). This represents the bulk of this change. Most of the usages of this method were either to perform global functions (now handled by WindowManagerGlobal) or to obtain the default display (now handled by DisplayManager). Explicitly associate each new window with a display and make the Display object available to the View hierarchy. Add stubs for some new display manager API features. Start to split apart the concepts of display id and layer stack. since they operate at different layers of abstraction. While it's true that each logical display uniquely corresponds to a surface flinger layer stack, it is not necessarily the case that they must use the same ids. Added Display.getLayerStack() and started using it in places where it was relatively easy to do. Change-Id: I29ed909114dec86807c4d3a5059c3fa0358bea61
/frameworks/base/core/java/android/view/Window.java
|
d32460c5b7bea7b06e345397fdbaca58d9732dcf |
|
21-Jul-2012 |
Jeff Brown <jeffbrown@google.com> |
Refactor local window manager implementation. The objective of this refactoring is to remove the reliance on WindowManager wrapper objects for compatibility mode and for managing sub-windows. Removed the WindowManager.isHardwareAccelerated() method since it is never used. Change-Id: I4840a6353121859a5e0c07d5cc307a437c595d63
/frameworks/base/core/java/android/view/Window.java
|
193fc075a2a19517c175a5760fc5e9f10d0f2e31 |
|
04-Jun-2012 |
Christopher Tate <ctate@google.com> |
Docs tweak Cross-reference the flag manipulation methods in Window to make it easier to discover them. Change-Id: I81ef38fd69b43683e4ec8d48c058496470533b53
/frameworks/base/core/java/android/view/Window.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/core/java/android/view/Window.java
|
73ab6a49db2b834ce1d56c7a1164938b409ee6fc |
|
13-Dec-2011 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #5755172: Soft menu key disappears when menu is open We need to work more like before in determining whether the menu key is needed -- in some cases look back in the window list to determine this if we don't know the value from the current window. This requires adding a new private flag indicating whether the compat menu state is known for a window, which is set by PhoneWindow as part of its existing process of computing the flag for its own windows. Now we can have a new API on WindowState to determine the value of this flag for a window, which if needed walks back in the window list to find a window the value is known for (or stops at what the policy has determined is the top full-screen window, so we stop like we used to at things like the lock screen or the bottom of an application). Change-Id: I829de6d629b5af8bcb422cb85249ee4041c7205e
/frameworks/base/core/java/android/view/Window.java
|
9622e20486955e3a3c2f45c61b23650fb35e6559 |
|
30-Sep-2011 |
Romain Guy <romainguy@google.com> |
Add system property to force hw acceleration. Change-Id: I538e641435f282b1af20866a8acd1f8d292734c4
/frameworks/base/core/java/android/view/Window.java
|
661cd52e0e1d527132eb1cae604d3e64da7ec0cb |
|
22-Aug-2011 |
Dianne Hackborn <hackbod@google.com> |
Add progress dialog for booting after an upgrade. This introduces a new facility for code during the boot process to display messages to the user through a progress dialog. This is only for use when performing longer-than-usual post-upgrade operations such as running dexopt on applications or upgrading databases. Change-Id: I0e78439ccec3850fb67872c22f235bf12a158dae
/frameworks/base/core/java/android/view/Window.java
|
e43fca99573291311f90b540d67833011d5fc6be |
|
16-Aug-2011 |
Adam Powell <adamp@google.com> |
Offer a masked version of setUiOptions for windows to only modify certain flags. Change-Id: I36aaff982767f8984c468e8c13f8d5ec8c3c0040
/frameworks/base/core/java/android/view/Window.java
|
269248d112e35fe8e9f0d5d11c96dcb2ac1118b0 |
|
02-Aug-2011 |
Adam Powell <adamp@google.com> |
Fix bug 5098288 - Rethink the suite of new themes Cut down the list of new themes for ICS. Holo apps now have Theme.Holo, Theme.Holo.Light, and Theme.Holo.Light.DarkActionBar to choose from. Add manifest attribute android:uiOptions to express splitActionBarWhenNarrow. Other options may move into this later as well. (DialogWhenLarge?) This attribute is valid on both activity and application tags; application settings will serve as the default for activities that do not explicitly set uiOptions. uiOptions are not currently reflected in the startup window for new activities. Change-Id: Iffdc2ce4cc69f79c9bd4e541b7923286e6936c1e
/frameworks/base/core/java/android/view/Window.java
|
5fd2169eabd77e6bfafaf456e58051a3bafb2bca |
|
07-Jun-2011 |
Dianne Hackborn <hackbod@google.com> |
Work on issue #4518815: Compatibility mode introduces compatibility regression... ...for Market App iRunner There were a lot of serious issues with how we updated (or often didn't update) the display and resource state when switching compatibility mode in conjunction with restarting and updating application components. This addresses everything I could find. Unfortunately it does *not* fix this particular app. I am starting to think this is just an issue in the app. This change does fix a number of other problems I could repro, such as switching the compatibility mode of an IME. Also a few changes here and there to get rid of $#*&^!! debug logs. Change-Id: Ib15572eac9ec93b4b9966ddcbbc830ce9dec1317
/frameworks/base/core/java/android/view/Window.java
|
5be8de3420ba4c9d816b98e29bdec11715f6b626 |
|
25-May-2011 |
Dianne Hackborn <hackbod@google.com> |
More compatibility mode improvements. We now correctly adjust display metrics, fixing for example issues seen in Barcode Scanner. In addition the decision about when to use compatibility mode has a bug fixed where certain apps would not go out of compatibility mode even though they should be able to. Change-Id: I5971206323df0f11ce653d1c790c700f457f0582
/frameworks/base/core/java/android/view/Window.java
|
310ae9b39c10f6b43c885e458eb8d135a3ba6b71 |
|
19-Jan-2011 |
Dianne Hackborn <hackbod@google.com> |
am fe86e979: am 661b6cfb: Merge "Okay, new plan for dialogs." into honeycomb * commit 'fe86e9793ce62c6a1aa34e5712f16b45800efdd0': Okay, new plan for dialogs.
|
7fc5d4b8e7145413411da3320495388f09fab536 |
|
19-Jan-2011 |
Dianne Hackborn <hackbod@google.com> |
am 2ec5a716: am 36c84403: Merge "Fix issue #3362484: Can\'t dismiss activity picker by tapping outside dialog" into honeycomb * commit '2ec5a7160b3d32887b2428edef7a751ee3700809': Fix issue #3362484: Can't dismiss activity picker by tapping outside dialog
|
ef57575887bde74ef09e9f21aae6b02f9c8163c7 |
|
19-Jan-2011 |
Dianne Hackborn <hackbod@google.com> |
Okay, new plan for dialogs. Don't dismiss by default when tapping outside, even for AlertDialog. If AlertDialog doesn't have any buttons, tapping outside will dismiss it. Applications can make their own dialogs (or activities looking like dialogs) can use the existing and new APIs to control this behavior themselves so that it does the right thing. Change-Id: I02bfb9161e169de0033200211b3a7ec80080bd83
/frameworks/base/core/java/android/view/Window.java
|
cfaf8878de83b6bb7a24aee3c240259f428e6e4a |
|
18-Jan-2011 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #3362484: Can't dismiss activity picker by tapping outside dialog Change-Id: Idc2fe5a86c61e8f94fe9d902a0087a05f6f7918e
/frameworks/base/core/java/android/view/Window.java
|
cb1404e45639d20439d7700b06d57ca1a1aad1fa |
|
16-Jan-2011 |
Jeff Brown <jeffbrown@google.com> |
Add joystick support to framework. Change-Id: I95374436708752e1a9cff3f85c5b9bc3e0987961
/frameworks/base/core/java/android/view/Window.java
|
64da12ab1f472e01325b6c6d094153ac110eaf7b |
|
05-Jan-2011 |
Jeff Brown <jeffbrown@google.com> |
Add dispatch key shortcut window callback. Enables Activities and Dialogs to implement key shortcut behavior. Useful for global key shortcuts that are not bound to the focused view or to a menu. Change-Id: If377d20b227ee1c5cac84c47c9630b2d77f67e2c
/frameworks/base/core/java/android/view/Window.java
|
c91893511dc1b9e634648406c9ae61b15476e65d |
|
15-Dec-2010 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #3272082: Contacts: when going back from edit view, list UI is not ready yet This involves some reworking of Loaders. Loaders, in particular CursorLoader, are now expected to retain their current data after being stopped. This allows applications to keep that data across onStop() -> onStart(), so when the user returns to the app it doesn't have to wait for the data to reload and thus cause flicker. This includes various API changes to better reflect the new semantics, plus a new LoaderCallbacks method to tell the application when it is actually time to stop their use of a loader's data. Note this is somewhat half-done, to help checking in the extensive application changes that are required without causing build breakage. Change-Id: Ib4b3bf8185a6da46e7f06ca125521d65e2e380a1
/frameworks/base/core/java/android/view/Window.java
|
debf3bed9ea913ac55c80e1f9f7f33217054a943 |
|
16-Nov-2010 |
Adam Powell <adamp@google.com> |
Fix bug 2948913 - provide lifecycle notifications for action modes Change-Id: I432e29a7bddb18bc32dfbe21a8ecd7d83158e3a0
/frameworks/base/core/java/android/view/Window.java
|
7eec10e6c99c30d5ee061fec08ac89ad4254ac32 |
|
13-Nov-2010 |
Dianne Hackborn <hackbod@google.com> |
Get rid of the extended themes. We now decide whether to use a bitmap background based on whether the window's drawing is hardware accelerated. To do this, there is a new "state_accelerated" that state list drawables can be parameterized on, and the standard window background uses this to select a solid color or bitmap drawable as appropriate. Introduces a little hackery to have wm preview windows pretend like they are hardware accelerated even if they aren't, so the preview looks closer to the actual app. Also Add a DialogWhenLarge variation for the light theme. Change-Id: I215a79d5df65ba3eed52ab363cade9d8218a6588
/frameworks/base/core/java/android/view/Window.java
|
806de5b1c5f98d67b00f7ba6087faca3b9632845 |
|
23-Sep-2010 |
Romain Guy <romainguy@android.com> |
Remove unused constant. Change-Id: I02e8f76cc1406e693f822822808b3485d2158884
/frameworks/base/core/java/android/view/Window.java
|
f4a6ec4e9398c1beb019e1c208272bf56401f925 |
|
24-Aug-2010 |
Adam Powell <adamp@google.com> |
Disable FEATURE_ACTION_BAR on windows with incompatible feature sets. Change-Id: I70c860c72eb9e1f1f123764202334ab714f4f830
/frameworks/base/core/java/android/view/Window.java
|
291905e34a7f0ae03c68fb2c1b8c34b92d447fbf |
|
18-Aug-2010 |
Dianne Hackborn <hackbod@google.com> |
Maybe fix #2925641: calling onCreateOptionsMenu before attached activity Also add some APIs to PreferenceActivity. Change-Id: I85894a3eb9cd3e5adb78b82e85454c0d74773178
/frameworks/base/core/java/android/view/Window.java
|
6b336f835d637853800b94689375a03f337139a4 |
|
11-Aug-2010 |
Adam Powell <adamp@google.com> |
ActionBar overlay mode, height fetching, show/hide Change-Id: Ie931ed26ec885d891d6733132b517a53d95f8491
/frameworks/base/core/java/android/view/Window.java
|
529b60a3b16ac3dff24f2403d760ab8ebc9670ff |
|
04-Aug-2010 |
Romain Guy <romainguy@google.com> |
Add android:hardwareAccelerated to Activity. Hardware acceleration can now be enabled/disabled locally on each activity declared in the manifest. It can also be enabled/disabled directly on a window through the WindowManager.LayoutParams. Change-Id: I91dd0b26c4e7eb8cd7288e523ed6b7bda6d0990b
/frameworks/base/core/java/android/view/Window.java
|
5d27977f9da482627ceb19317a2cd70467aff046 |
|
28-Jul-2010 |
Adam Powell <adamp@google.com> |
Action modes without action bar Change-Id: I0367ab35e598a17980bd373b30828175f6283acc
/frameworks/base/core/java/android/view/Window.java
|
ac670c0433d19397d4e36ced2110475b6f54fe26 |
|
28-Jul-2010 |
Romain Guy <romainguy@google.com> |
Generate shaders to cover all possible cases. With this change, all the vertex and fragment shaders used by the GL renderer are now generated based on a program description supplied by the caller. This allows the renderer to generate a large number of shaders without having to write all the possible combinations by hand. The generated shaders are stored in a program cache. Change-Id: If54d286e77ae021c724d42090da476df12a18ebb
/frameworks/base/core/java/android/view/Window.java
|
6e34636749217654f43221885afb7a29bb5ca96a |
|
23-Jul-2010 |
Adam Powell <adamp@google.com> |
Moved context modes into view, renamed to action modes ContextualMode renamed to ActionMode. Adds a reference to the action bar and reduces confusion around things named "Context". Change-Id: Ia5098b1d0799a0ece0810c34e6696eda039fb005
/frameworks/base/core/java/android/view/Window.java
|
2388ad9eef109fa7f63c196c819c83f0376f0645 |
|
14-Jul-2010 |
Dianne Hackborn <hackbod@google.com> |
am f8d9379b: am d76b67c3: IME events are now dispatched to native applications. Merge commit 'f8d9379bd834573feca085284970cf686993c330' * commit 'f8d9379bd834573feca085284970cf686993c330': IME events are now dispatched to native applications.
|
d76b67c340d1564abf8d14d976fdaf83bf2b3320 |
|
14-Jul-2010 |
Dianne Hackborn <hackbod@google.com> |
IME events are now dispatched to native applications. And also: - APIs to show and hide the IME, and control its interaction with the app. - APIs to tell the app when its window resizes and needs to be redrawn. - API to tell the app the content rectangle of its window (to layout around the IME or status bar). There is still a problem with IME interaction -- we need a way for the app to deliver events to the IME before it handles them, so that for example the back key will close the IME instead of finishing the app. Change-Id: I37b75fc2ec533750ef36ca3aedd2f0cc0b5813cd
/frameworks/base/core/java/android/view/Window.java
|
f92f8686f982c62a609a2087383a77a24d126992 |
|
23-Jun-2010 |
Dianne Hackborn <hackbod@google.com> |
am 98f7aed6: am 1e4b9f39: Remove InputConsumer, replacing with InputQueue. Merge commit '98f7aed66b54c365f816fe990de978f61155cde1' * commit '98f7aed66b54c365f816fe990de978f61155cde1': Remove InputConsumer, replacing with InputQueue.
|
1e4b9f3936d6f357e89360293e05a0e16d5fa440 |
|
23-Jun-2010 |
Dianne Hackborn <hackbod@google.com> |
Remove InputConsumer, replacing with InputQueue. Change-Id: Ib06907278457aaee842b123adc072840ca3602d8
/frameworks/base/core/java/android/view/Window.java
|
320742b15a710ede57862eee170945da26ef0172 |
|
23-Jun-2010 |
Dianne Hackborn <hackbod@google.com> |
am e3e2883f: am e24a60aa: Merge "First stab at attaching native event dispatching." into gingerbread Merge commit 'e3e2883f2232007174ead562610eb01201890d9b' * commit 'e3e2883f2232007174ead562610eb01201890d9b': First stab at attaching native event dispatching.
|
a95e4cb62f3642cb190d032dbf7dc40d9ecc6973 |
|
19-Jun-2010 |
Dianne Hackborn <hackbod@google.com> |
First stab at attaching native event dispatching. Provides the basic infrastructure for a NativeActivity's native code to get an object representing its event stream that can be used to read input events. Still work to do, probably some API changes, and reasonable default key handling (so that for example back will still work). Change-Id: I6db891bc35dc9683181d7708eaed552b955a077e
/frameworks/base/core/java/android/view/Window.java
|
b31e84bc4513e46bac4be8f8d0513f78e360fb11 |
|
09-Jun-2010 |
Dianne Hackborn <hackbod@google.com> |
Add Fragment option menu APIs. Also fix up how transactions are handled so that a series of transactions can correctly be created and committed. Change-Id: I948ba47d49e9b2246a1958bd9eac9dd36dc5a855
/frameworks/base/core/java/android/view/Window.java
|
9b081a809a7e39c6877a9606289ada4680f3d91f |
|
19-May-2010 |
Dianne Hackborn <hackbod@google.com> |
resolved conflicts for merge of 8b625a95 to master Change-Id: I03264c6aad2d87629f9154f5c390cb36ce08efba
|
dc8a7f69d7df5f1ca29763995a0d55acf7936fc6 |
|
10-May-2010 |
Dianne Hackborn <hackbod@google.com> |
Add new API to take over a window's Surface. Change-Id: Iad6245faadc95f19ea63c8e229a1c02e9188f69e
/frameworks/base/core/java/android/view/Window.java
|
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/java/android/view/Window.java
|
980a938c1c9a6a5791a8240e5a1e6638ab28dc77 |
|
09-Jan-2010 |
Romain Guy <romainguy@android.com> |
Deprecate fill_parent and introduce match_parent. Bug: #2361749.
/frameworks/base/core/java/android/view/Window.java
|
3be63c09309b21c01b535271625d4c39045690e5 |
|
21-Aug-2009 |
Dianne Hackborn <hackbod@google.com> |
Infrastructure for supporting wallpaper previews. Various things that will allow us to show previews of wallpapers. Also some fixes to animations across wallpapers.
/frameworks/base/core/java/android/view/Window.java
|
6630e4a1dc40850eb7a4ddc8aaa06479469e8c4d |
|
15-Jul-2009 |
Android (Google) Code Review <android-gerrit@google.com> |
am b5c735d3: Merge change 7106 into donut Merge commit 'b5c735d35c8c1d2fb4e4654fbffcdb62d5acab4d' * commit 'b5c735d35c8c1d2fb4e4654fbffcdb62d5acab4d': Return adjusted display for WindowManager.getDefaultDisplay()
|
ddd12535f095d8d056716c3290faf50ec52a538a |
|
14-Jul-2009 |
Mitsuru Oshima <oshima@google.com> |
Return adjusted display for WindowManager.getDefaultDisplay()
/frameworks/base/core/java/android/view/Window.java
|
5b4718ba8aeac969095b75c20fbe74ced0c04725 |
|
02-Jun-2009 |
Mike Reed <reed@google.com> |
make FEATURE_OPENGL public (but hidden for now) so we can test with it
/frameworks/base/core/java/android/view/Window.java
|
c4d5d02667af6989a3121072871f6a4b1e68b594 |
|
22-May-2009 |
Dianne Hackborn <hackbod@google.com> |
Add new window manager type for a hacking second-level media surface. This adds a new window type that is a surface that sits between the current media type and the application window, in theory allowing you to have two surface views in your hierarchy and control their Z-ordering. There is also another hidden API on SurfaceView to set the type of your window. All a big hack, but for the good of the commonwealth!
/frameworks/base/core/java/android/view/Window.java
|
75986cf9bc57ef11ad70f36fb77fbbf5d63af6ec |
|
15-May-2009 |
svetoslavganov <svetoslavganov@google.com> |
Accessibility feature - framework changes (replacing 698, 699, 700, 701 and merging with the latest Donut)
/frameworks/base/core/java/android/view/Window.java
|
9066cfe9886ac131c34d59ed0e2d287b0e3c0087 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/core/java/android/view/Window.java
|
d83a98f4ce9cfa908f5c54bbd70f03eec07e7553 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/core/java/android/view/Window.java
|
d24b8183b93e781080b2c16c487e60d51c12da31 |
|
11-Feb-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //branches/cupcake/...@130745
/frameworks/base/core/java/android/view/Window.java
|
f013e1afd1e68af5e3b868c26a653bbfb39538f8 |
|
18-Dec-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Code drop from //branches/cupcake/...@124589
/frameworks/base/core/java/android/view/Window.java
|
54b6cfa9a9e5b861a9930af873580d6dc20f773c |
|
21-Oct-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Initial Contribution
/frameworks/base/core/java/android/view/Window.java
|