4f6a6c48a4e6b9f6e4ced3d10bb51db5d2c22ead |
|
06-Aug-2014 |
Svetoslav <svetoslavganov@google.com> |
Fix build Change-Id: I96eec52472bec122074b0ec2ee051c1b55eaa8f4
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
43aab0f419bdc99fa3a6c8e5c5fe4ff3c63ffd01 |
|
18-Jul-2014 |
Deepanshu Gupta <deepanshu@google.com> |
am cdcebcef: Merge "Fix style resolution for styles with \'.\'" into lmp-preview-dev * commit 'cdcebcefed9a9bbf6835025d722ae31da1a93c85': Fix style resolution for styles with '.'
|
4ed745d359ada6986ac15d8718452e5c55f40170 |
|
16-Jul-2014 |
Jeff Sharkey <jsharkey@android.com> |
Add code cache directory for apps. This provides a directory where apps can cache compiled or optimized code generated at runtime. The platform will delete all files in this location on both app and platform upgrade. Bug: 16187224 Change-Id: I641b21d841c436247f35ff235317e3a4ba520441
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
65665aac6387d644f0f40c6bdddf558f096b6e6e |
|
15-Jul-2014 |
Christopher Tate <ctate@google.com> |
Fix build BridgeContext didn't show up in the working tree as a build participant. Tsk tsk. Change-Id: I2b52d99f319b43c2906a7fb9b25139a3df5b3676
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
4f8ce228195be123eeb9b5f066a6abc92b8d923a |
|
10-Jul-2014 |
Deepanshu Gupta <deepanshu@google.com> |
Fix style resolution for styles with '.' Bug: b.android.com/72698 Change-Id: I96fb549cf5787d9e8cde2245524a8173471a60ca
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
8dcfd4abe898bb2cd7a13edf77d41e4063180652 |
|
24-Jun-2014 |
Deepanshu Gupta <deepanshu@google.com> |
Resource resolution bug fix. Fix a bug where "?attr/foo" in framework resources wasn't resolved properly. Change-Id: I9a56974f526774fde79685f668f01021136d68f1
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
2ee3c1e189819cc6efb4d7de24f1438bdb824087 |
|
31-May-2014 |
Jeff Sharkey <jsharkey@android.com> |
Per-app media directories on external storage. This change defines per-app directories on external storage that will be scanned and included in MediaStore. This gives apps a way to write content to secondary shared storage in a way that can easily be surfaced to other apps. Bug: 14382377 Change-Id: I4cb367c870509e76f0c2c598f01e2f699780030a
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
891e65c5ceff6a7859afab34f75f149b3aefa0c6 |
|
16-May-2014 |
Amith Yamasani <yamasani@google.com> |
Merge "Variant of sendBroadcast with appOp flag for cross-user."
|
3cf75729d5a27b8ddd1ea174626dbcf0349a1d07 |
|
16-May-2014 |
Amith Yamasani <yamasani@google.com> |
Variant of sendBroadcast with appOp flag for cross-user. Needed for delivering SMS notifications to multiple users. Change-Id: Ib772292699aba37144621742e6f0ee5c68aadd78
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
fba1dd24bf7b56071490ac62428f96d14f682244 |
|
16-May-2014 |
Deepanshu Gupta <deepanshu@google.com> |
LayoutLib: Correctly resolve ?attr/foo ?attr/foo in platform files wasn't resolved properly. The IDE checked the app namespace for the attribute even though it is being referenced from a platform file. Change-Id: I7db6dfef5b540d99804c298120578da9d060b886
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
664d6f1fe4d6dfa742b3e98051f924dbc190f8ca |
|
19-Apr-2014 |
Deepanshu Gupta <deepanshu@google.com> |
Add DisplayManager service to BridgeContext ViewRoot now holds a reference to the DisplayManager. The change updates the BridgeContext to provide the DisplayManager instance. Change-Id: I4a5f00eda337939c72bad47b0ca6a7403454228d
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
14bf0cef7eeed572a67c29a328581afac4decc20 |
|
12-Dec-2013 |
Deepanshu Gupta <deepanshu@google.com> |
Action bar rendering in layoutlib This also makes a couple of changes to the framework: 1. ShareActionProvider - Use edit mode to execute activity chooser code. 2. WindowDecorActionBar - add a new constructor for use by layoutlib. This also relies on some changes to the plugin to pass the correct params. Change-Id: Ia30fef816afd91ec1e439734d56b59b1323bfee2
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
bfec73c2db5a34ced248213edf5519c80727a65f |
|
12-Mar-2014 |
Deepanshu Gupta <deepanshu@google.com> |
Fix theme/style resolution in Layoutlib Change-Id: Icfb91e566666408802dadc0e2070991151b16b9d
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
8732bd893ae507346dad068a33edcc4beb99faed |
|
12-Sep-2013 |
Kenny Root <kroot@google.com> |
Add new getOpPackageName for BridgeContext Change-Id: Ib39b0bd2d1eb794ae4565e54251e4355fa139a14
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
8930cb4f37ff0fbde65f7afd4bbe06ab77677f78 |
|
05-Sep-2013 |
Deepanshu Gupta <deepanshu@google.com> |
Fix layout rendering for RTL locales This changeset adds the framework resources for RTL locales and mirrors the layout if the application is RTL aware. Use ICU to check the character orientation of the locale - right to left or left to right. Set the layout direction on the top level layout accordingly. Also, load the RTL resources for Nav Bar when the locale is RTL. Change-Id: Icbb57ee2ac7c6d8dfc34c2f04dce34d820b9b1ed
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
282e181b58cf72b6ca770dc7ca5f91f135444502 |
|
24-Jan-2014 |
Adam Lesinski <adamlesinski@google.com> |
Revert "Move frameworks/base/tools/ to frameworks/tools/" This reverts commit 9f6a119c8aa276432ece4fe2118bd8a3c9b1067e.
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
9f6a119c8aa276432ece4fe2118bd8a3c9b1067e |
|
28-Aug-2013 |
Mike Lockwood <lockwood@google.com> |
Move frameworks/base/tools/ to frameworks/tools/ Change-Id: I3ffafdab27cc4aca256c3a5806b630795b75d5c8
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
b9be11c370712cfc4d54aef9202e61092b96960d |
|
12-Aug-2013 |
Jeff Sharkey <jsharkey@android.com> |
Bring along BridgeContext for the ride. Change-Id: Ic11c0df447c82be3922d529f18a290cfdfec6b05
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
144a6ae7e6e751388cd322bac70d6bbd950468d5 |
|
24-Jun-2013 |
Craig Mautner <cmautner@google.com> |
Fix build. Change-Id: Icdfc6bcbe8603cf9bd3f8982a595336c0407e7d6
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
ef04a9b7e1dee38f191a8f70be89a1542ccbe367 |
|
21-Feb-2013 |
Jim Miller <jaggies@google.com> |
Fix the build. Change-Id: If53878937fe1ca01ad8db9f9d201d0f9aaaec81b
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
961321fe4ed4431a6362d729d9e4ea26bdecde61 |
|
06-Feb-2013 |
Dianne Hackborn <hackbod@google.com> |
App ops: add op for writing settings. Also fix a build. And fix a bug that I think was introduced in the multi-user work that removed the permission check for writing to settings...! Change-Id: I5945682faa789ffc78fd3546c0df7d03693f106d
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
d8e1dbb6bc1fbaf4f2e38c3ba92ced94270deaac |
|
18-Jan-2013 |
Dianne Hackborn <hackbod@google.com> |
Rework ParceledListSlice to be much easier to use. Take advantage of this to return better information about packages filtered by permissions -- include the permissions they have in the requested array. Also fix issue #8026793 (Contact picture shows default pic while searching for a contact in qsb) by using the base package name of the Context when reporting the app name of an operation. Otherwise you could make a resource-only context for another application and do calls through that and get reported as the wrong app. Change-Id: I5e0488bf773acea5a3d22f245641828e1a106fb8
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
6dfd0b39a63559999a769f93d5cdb48abe675344 |
|
15-Oct-2012 |
Xavier Ducrohet <xav@android.com> |
Fix SDK layout rendering in Eclipse. Change-Id: I0e9e85632012c0929b987ee9d0ccf7c25eece322
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
6d51571835737c7502a2e111ee9dc2527ebad984 |
|
21-Sep-2012 |
Jeff Sharkey <jsharkey@android.com> |
Allow acquiring ContentProviders across users. Otherwise services like SystemUI will always open content://-style Uris as USER_OWNER. Surfaces through createPackageContextAsUser() which points all ContentResolver operations towards a given user. Start using in RemoteViews, so that Notifications correctly resolve image Uris to the sending user. Also add user support for "content" shell tool. Bug: 7202982 Change-Id: I8cb7fb8a812e825bb0b5833799dba87055ff8699
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
20e809870d8ac1e5b848f2daf51b2272ef89bdfc |
|
01-Sep-2012 |
Dianne Hackborn <hackbod@google.com> |
Add registering for explicit users. New API to register as an explicit user, which allows you to also select ALL to see broadcasts for all users. New BroadcastReceiver API to find out which user the broadcast was sent to. Use this in app widget service to handle per-user package broadcasts and boot completed broadcasts correctly. Change-Id: Ibbe28993bd4aa93900c79e412026c27863019eb8
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
a492c3a7b2c18426fd0cb4d017eacbc368195dc5 |
|
24-Aug-2012 |
Jeff Brown <jeffbrown@google.com> |
Initial draft of high-level multi-display APIs. This patch introduces the ability to create a Context that is bound to a Display. The context gets its configuration and metrics from that display and is able to provide a WindowManager that is bound to the display. To make it easier to use, we also add a new kind of Dialog called a Presentation. Presentation takes care of setting up the context as needed and watches for significant changes in the display configuration. If the display is removed, then the presentation simply dismisses itself. Change-Id: Idc54b4ec84b1ff91505cfb78910cf8cd09696d7d
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
5ac72a29593ab9a20337a2225df52bdf4754be02 |
|
30-Aug-2012 |
Dianne Hackborn <hackbod@google.com> |
Improve multi-user broadcasts. You can now use ALL and CURRENT when sending broadcasts, to specify where the broadcast goes. Sticky broadcasts are now correctly separated per user, and registered receivers are filtered based on the requested target user. New Context APIs for more kinds of sending broadcasts as users. Updating a bunch of system code that sends broadcasts to explicitly specify which user the broadcast goes to. Made a single version of the code for interpreting the requested target user ID that all entries to activity manager (start activity, send broadcast, start service) use. Change-Id: Ie29f02dd5242ef8c8fa56c54593a315cd2574e1c
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
7767eac3232ba2fb9828766813cdb481d6a97584 |
|
24-Aug-2012 |
Dianne Hackborn <hackbod@google.com> |
Keep track of whether an app is installed for each user. This add a new per-user state for an app, indicating whether it is installed for that user. All system apps are always installed for all users (we still use disable to "uninstall" them). Now when you call into the package manager to install an app, it will only install the app for that user unless you supply a flag saying to install for all users. Only being installed for the user is just the normal install state, but all other users have marked in their state for that app that it is not installed. When you call the package manager APIs for information about apps, uninstalled apps are treated as really being not visible (somewhat more-so than disabled apps), unless you use the GET_UNINSTALLED_PACKAGES flag. If another user calls to install an app that is already installed, just not for them, then the normal install process takes place but in addition that user's installed state is toggled on. The package manager will not send PACKAGE_ADDED, PACKAGE_REMOVED, PACKAGE_REPLACED etc broadcasts to users who don't have a package installed or not being involved in a change in the install state. There are a few things that are not quite right with this -- for example if you go through a full install (with a new apk) of an app for one user who doesn't have it already installed, you will still get the PACKAGED_REPLACED messages even though this is technically the first install for your user. I'm not sure how much of an issue this is. When you call the existing API to uninstall an app, this toggles the installed state of the app for that user to be off. Only if that is the last user user that has the app uinstalled will it actually be removed from the device. Again there is a new flag you can pass in to force the app to be uninstalled for all users. Also fixed issues with cleaning external storage of apps, which was not dealing with multiple users. We now keep track of cleaning each user for each package. Change-Id: I00e66452b149defc08c5e0183fa673f532465ed5
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.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/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
79af1dd54c16cde063152922b42c96d72ae9eca8 |
|
17-Aug-2012 |
Dianne Hackborn <hackbod@google.com> |
Switch public APIs to use new UserHandle class for identifying users. Gets rid of "yet another integer" confusion. Change-Id: Id07ea7307aea7c62f0087c6663a1f1c08e2e5dee
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
9630704ed3b265f008a8f64ec60a33cf9dcd3345 |
|
28-Jul-2012 |
Jeff Brown <jeffbrown@google.com> |
Power manager rewrite. The major goal of this rewrite is to make it easier to implement power management policies correctly. According, the new implementation primarily uses state-based rather than event-based triggers for applying changes to the current power state. For example, when an application requests that the proximity sensor be used to manage the screen state (by way of a wake lock), the power manager makes note of the fact that the set of wake locks changed. Then it executes a common update function that recalculates the entire state, first looking at wake locks, then considering user activity, and eventually determining whether the screen should be turned on or off. At this point it may make a request to a component called the DisplayPowerController to asynchronously update the display's powe state. Likewise, DisplayPowerController makes note of the updated power request and schedules its own update function to figure out what needs to be changed. The big benefit of this approach is that it's easy to mutate multiple properties of the power state simultaneously then apply their joint effects together all at once. Transitions between states are detected and resolved by the update in a consistent manner. The new power manager service has is implemented as a set of loosely coupled components. For the most part, information only flows one way through these components (by issuing a request to that component) although some components support sending a message back to indicate when the work has been completed. For example, the DisplayPowerController posts a callback runnable asynchronously to tell the PowerManagerService when the display is ready. An important feature of this approach is that each component neatly encapsulates its state and maintains its own invariants. Moreover, we do not need to worry about deadlocks or awkward mutual exclusion semantics because most of the requests are asynchronous. The benefits of this design are especially apparent in the implementation of the screen on / off and brightness control animations which are able to take advantage of framework features like properties, ObjectAnimator and Choreographer. The screen on / off animation is now the responsibility of the power manager (instead of surface flinger). This change makes it much easier to ensure that the animation is properly coordinated with other power state changes and eliminates the cause of race conditions in the older implementation. The because of the userActivity() function has been changed so that it never wakes the device from sleep. This change removes ambiguity around forcing or disabling user activity for various purposes. To wake the device, use wakeUp(). To put it to sleep, use goToSleep(). Simple. The power manager service interface and API has been significantly simplified and consolidated. Also fixed some inconsistencies related to how the minimum and maximum screen brightness setting was presented in brightness control widgets and enforced behind the scenes. At present the following features are implemented: - Wake locks. - User activity. - Wake up / go to sleep. - Power state broadcasts. - Battery stats and event log notifications. - Dreams. - Proximity screen off. - Animated screen on / off transitions. - Auto-dimming. - Auto-brightness control for the screen backlight with different timeouts for ramping up versus ramping down. - Auto-on when plugged or unplugged. - Stay on when plugged. - Device administration maximum user activity timeout. - Application controlled brightness via window manager. The following features are not yet implemented: - Reduced user activity timeout for the key guard. - Reduced user activity timeout for the phone application. - Coordinating screen on barriers with the window manager. - Preventing auto-rotation during power state changes. - Auto-brightness adjustment setting (feature was disabled in previous version of the power manager service pending an improved UI design so leaving it out for now). - Interpolated brightness control (a proposed new scheme for more compactly specifying auto-brightness levels in config.xml). - Button / keyboard backlight control. - Change window manager to associated WorkSource with KEEP_SCREEN_ON_FLAG wake lock instead of talking directly to the battery stats service. - Optionally support animating screen brightness when turning on/off instead of playing electron beam animation (config_animateScreenLights). Change-Id: I1d7a52e98f0449f76d70bf421f6a7f245957d1d7
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
756220bd1912535840388a6743830d2e59ad4964 |
|
15-Aug-2012 |
Dianne Hackborn <hackbod@google.com> |
Add API to create new contexts with custom configurations. This allows you to, say, make a Context whose configuration is set to a different density than the actual density of the device. The main API is Context.createConfigurationContext(). There is also a new API on ContextThemeWrapper that allows you to apply an override context before its resources are retrieved, which addresses some feature requests from developers to be able to customize the context their app is running in. Change-Id: I88364986660088521e24b567e2fda22fb7042819
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
7d19e0242faac8017033dabb872cdf1542fa184c |
|
08-Aug-2012 |
Dianne Hackborn <hackbod@google.com> |
More mult-user API work. - You can now use android:singleUser with receivers and providers. - New API to send ordered broadcasts as a user. - New Process.myUserHandle() API. For now I am trying out "user handle" as the name for the numbers representing users. Change-Id: I754c713ab172494bb4251bc7a37a17324a2e235e
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
01b6c755dbcf24e71192dc44757e2eea2a426091 |
|
10-Jul-2012 |
Xavier Ducrohet <xav@android.com> |
Replace LruCache implementation for layoutlib. The android version depends on a custom version of LinkedHashMap which is not present on desktop VMs. This new implementation is done in a way that minimizes the difference between the two. Also some minor fixes. Change-Id: Ib27b0419f9d0e6ba4d4abb26b2ccd968af59eba8
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
5d701eddcf7f4abd5867ec3bf2091916d5ebbdf1 |
|
16-Mar-2012 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: Properly support attr ns when used in styles. Change-Id: I885864588928589d7c9a34b94339917c5be47fa5
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
a421f6c0ba8c354e2a81830e6402654bbf732780 |
|
22-Feb-2012 |
Xavier Ducrohet <xav@android.com> |
Fix sdk layout rendering in JB. Since JB, com.android.internal.R does not contain all the resources, instead only the ones that are accessed through Java. This means we need to dynamically generate IDs for resources that are private and only accessed from other XML resources. This is done through the DynamicIdMap class. Also add a PolicyManager and a PowerManager since those are now needed by ViewRootImpl?!? Change-Id: If2ae8ad79502fa084d852664a44aefd46e01aec6
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
a4972e951bf2bdb7afdafee95b3ab0c15b8bacae |
|
14-Mar-2012 |
Dianne Hackborn <hackbod@google.com> |
Add new "options" argument to all startActivity APIs. This will be used to allow new features to be requested... such as, say, a special kind of animation. Right now there are no options defined. Change-Id: I4eb6f27275cdd4bf186f6da316ab93a2372ad4b7
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
aeb17f17ffd8d3384dfed223e40010b4abac4cc5 |
|
27-Feb-2012 |
Xavier Ducrohet <xav@android.com> |
am 77fdcbff: am f038868d: am 44e63a21: Support rendering layout that use the new res-auto namespace. * commit '77fdcbff8b458dd3430b38e60aee1a28ca92a738': Support rendering layout that use the new res-auto namespace.
|
44e63a218cf8fcab9b4418246a512bd0b0c9157b |
|
25-Feb-2012 |
Xavier Ducrohet <xav@android.com> |
Support rendering layout that use the new res-auto namespace. Change-Id: I9b89c965dc8c9458e74c15ab8ff765e16e1b32c2
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
8836c55818937ba00f186075eb7efb6462191113 |
|
01-Nov-2011 |
Tor Norbye <tnorbye@google.com> |
Set theme-tag in render log when failing to find style Change-Id: I20461a7113eb25469deca13dca870936bdb33a29
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
f1dee199a009fec5e3a5d1469f654098261f8b06 |
|
01-Oct-2011 |
Xavier Ducrohet <xav@android.com> |
Layoutlib: add support for ITextServicesManager. This include a fix in layoutlib_create to properly handle delegating a static method of an inner class (was broken and only worked on non static method). Added a few comments here and there to *_Accessor classes so that it's a bit more obvious what they are for and how they are used. Change-Id: Ifc31dd1a006393bb0c08e22b6a17f500dd62e090
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
7f9f99ea11051614a7727dfb9f9578b518e76e3c |
|
11-Aug-2011 |
Xavier Ducrohet <xav@android.com> |
Make some methods/fields package private so that layoutlib can access them. Change-Id: I4aeadfbaf8a4f6a459fa19937c21ac23d9e5fb64
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
d2f664d42cc29507b01a98622298b69131463825 |
|
30-Jul-2011 |
Xavier Ducrohet <xav@android.com> |
Misc layoutlib fix in preparation of the access change in framework code. Change-Id: I873adb7345514be6daa5c4fea4ebabb515f203e2
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
0a49635b171f3ba366b1a7ebf28791c4661829bd |
|
12-Jul-2011 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: Delegate for Display and IWindowManager implementation. This allows ViewConfiguration to be properly implemented which is now required for the rendering to happen. Change-Id: I55629689fa8f5f874b43fcac2aa0789ce02d58f4
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
04ce81113107d2bfa0b8248b13145b4cf24cb943 |
|
10-Jun-2011 |
Xavier Ducrohet <xav@android.com> |
Bring in more layout lib changes from hc-mr1. fe051bb2 : Change the way the layoutlib instantiate its XmlPullParser. A lot of the init code was duplicated so I made a ParserFactory class. Also created an extension of the KXmlPullParser to override toString(). This allows easier debugging when dealing with multiple parsers (which is always the case). Also added some (disabled) debugging printf to deal with parser stack as it can be tricky figuring out which parsers are in the stack at which point. 8969147c : Fix case where the int[] attrs doesn't directly match a styleable. In the case of the FastScroller the int[] is a custom mix of attr instead of a int[] that exists as R.styleable.foo. This makes our reflection based mechanism used to find the styleable fail, so instead we search for each attribute separately (like we probably should have done from the beginning). 0c264b35: Fix various cases of getDimension to report error if unit is missing. if getDimention###() is called for a string that has no unit, then an error is output through LayoutLog, but the rendering keeps going by using dp as a default. 0beb7eea: Make (Bridge)TypedArray.getInteger() call out to getInt() Only getInt() resolved attribute flags/enum and I'm not sure why there's two to begin with.
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
45b662e1bcff23dc59fb3a47bc32c99e63b2ac35 |
|
08-Jun-2011 |
Xavier Ducrohet <xav@android.com> |
Merge 06942bc4 from hc-mr1. Layoutlib - use the new getParser callback when possible. Change-Id: Idbb70f5391addd539afa5c2f5b55c70beefed223
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
beb5fb622b71693c21b6fab562a98e7000c64273 |
|
08-Jun-2011 |
Xavier Ducrohet <xav@android.com> |
Merge 988eeeb5 from hc-mr1. Support for custom declare-styleable attr with enum/flag in layoutlib. Change-Id: I10426a3f2c76bed207c03fab7885b4269337a70f
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
fb93ce9684120a36862b5b5e67b1865a652907e9 |
|
04-Jun-2011 |
Xavier Ducrohet <xav@android.com> |
Import the Layoutlib from hc-mr1. This is squash commit of all the missing patches. Change-Id: Ie081c46a173290646deddbde503a720d50c4400f
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
2fae858db55fc6984ef923a6226b9408c37c72cb |
|
29-Mar-2011 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: implement data binding for most AdapterView Change-Id: I27be96ed2c37573eb22cfbb391d96b6137b3df8c
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
3e87bfa1911de10c3d0692b34eba27f5965710f7 |
|
19-Feb-2011 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: support defStyleRes in obtainStyledAttributes. This fix the Spinner rendering. Change-Id: I20a71d9e07f6c86652a74fba3fc05a027a057ff8
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
b0d34f9c99cbd43e8238c5952b19d032f02dd168 |
|
05-Feb-2011 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: split RenderSession's base method into RenderAction. This will allow us to create RenderDrawable that extends RenderAction. Change-Id: If9cd350453ceffae4859a925a7b436502b311f9c
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
33758ef8c98efb669c65eb9404b99ee5df09c6b5 |
|
03-Feb-2011 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: Fix some rendering issues Change-Id: I662a39a783de5bc7f3063f46cedaab11c7e6496e
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
345f866bfd09476fd62aa10345a0670cc110b63c |
|
02-Feb-2011 |
Xavier Ducrohet <xav@android.com> |
Make TimePicker/DatePicker/CalendarView render in Eclipse. Change-Id: Id5313a6f0f53bf45f6eaabc0e10fcf0660eeac08
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
b353495192ba1acce94b8ab8aeeffe3c9a3bcfac |
|
28-Jan-2011 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: update with Pair API. Change-Id: Iba945153f7544872ea84e3311584223aea740e2e
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
35ea7cd4c0c89122fda0b57af20061645082ffb9 |
|
28-Jan-2011 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: Update with the new resource map APIs. Change-Id: I30d83c2bb4569513f4f5e22670cffe938706f105
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
16584225125acba18b74920b902c798dfead0328 |
|
28-Jan-2011 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: Properly compute available space to layouts. Also display placeholders for status/title/action bars depending on if the app is a tablet and its theme. Change-Id: I651c1a2e5cfde165e004c11b236e6df056853dec
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
9d0577ec0c285c055da4c910dcb597fdae5bc5e5 |
|
18-Jan-2011 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: properly configure ApplicationInfo with targetSdkVersion. Change-Id: I1bfef890206552843d1a7a8d0564741f2a37494f
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
70552fb92dbc5cb5b1d53b20f92f2a64969a50c4 |
|
17-Jan-2011 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: Update to use the new RenderResources API. Change-Id: Ic64eff3f324c4519da89bab10e6d59f0a9341a04
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
d1d6fafc7fc63543b10552dadf202dd6fa40fe6b |
|
16-Jan-2011 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: extract resource resolution into its own class. Next step is to make it a jar that will also live in ADT. The version in layoutlib will be through a prebuilt jar file, like ninepatch. Also add ninepatch.jar inside the layoutlib.jar file. Change-Id: I4a0cc9f2dd99709de6408386054c6d4abae7c824
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
51a7e5447de94791c464cda5cc6ebbf616d73c80 |
|
15-Jan-2011 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: update logs to use new data bundle Also change some resource.resolve tags to resource.format Change-Id: I3f0b0d2eb69a5ec98375e4014a3bb1bfceb8c855
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
0831b3fae504e8fa94e6b1cc0d4e6c3fccaef231 |
|
15-Jan-2011 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: Misc fixes. - Fix resource resolution for framework resources of type "id" that are dynamically generated through "@+id/..." - Proper implementation of setBitmap on a canvas that already has a bitmap. Transform/clip are kepts but the existing layers are replaced with the new bitmap - return a null service for INPUT_METHOD_SERVICE in Context.getSystemService Change-Id: I35e46fff50e6492a8995e95427d5f38bc945429d
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
918aaa5717fce6081557c82ce1c439b6922737d5 |
|
13-Jan-2011 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: Use the new log tag constants from LayoutLog Change-Id: I29dd578ae16405358d3673caf13528be393f0967
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
56222cfbe9973c518f7e8c9113c614de80b5a4b2 |
|
13-Jan-2011 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: use tags in logs. Change-Id: Ib85272249d285ecef409bf063903bcd91514a424
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
d7cbf3f72c73ba01293f6676453352ef60df3778 |
|
12-Jan-2011 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: Log error when style can't be found. Change-Id: I9a88cdac44a2d31c053e7f0c92a14e69bd82ac83
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
eb87b3bb53a8a9e9a246b4b70ea40172e2229c85 |
|
11-Jan-2011 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: fix some issue with resource resolution. TypedArray.getResourceId() is not only about id/foo, it can be any type of resources. Change-Id: Ia5e147bc078bb349a3fa500a04c596ae44ea34ce
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
c77515e59029580caa68ba7602264ebdfd602daf |
|
10-Jan-2011 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: display warning when a resource reference fails to resolve. Also fixed some warnings where a field hid one from a parent class. Change-Id: I04ed19ebc49ae0bb0abdb0b25bc1c182fa0db440
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
19a021038f2f4683dddef651543d7298f5bd7218 |
|
16-Dec-2010 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: Update layoutlib with revised API. Change-Id: I78929df621f48e85d9cbefe1f5590f9ce99bbaff
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
6735cffc1ddd18bdd6a46011e42d89204435361a |
|
11-Dec-2010 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: parsed resources were always set as platform res. I broke this last week when adding the support for layout params in moveChild. Change-Id: Iaaf9b9f685ca301638d4037e98428ea0a00279c9
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
ffb42f6c5043de226f02318a1311669d35a90711 |
|
10-Dec-2010 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: Adapt to new LayoutLib API now uses ResourceValue instead of IResourceValue Capabilities renamed Capability Change-Id: Ia5d2b6c8d536e020a1f5496fb2285f67fc4346c4
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
168677c9e2f8438ec5687e3c6b0e41b986c5b230 |
|
06-Dec-2010 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: Fix logging. - Use the new logging API - remove log object reference everywhere but in Bridge - all logging code accesses Bridge.getLog() - prepareScene sets the current scene log object in Bridge. Change-Id: Ib0517ccd6454c4baf218b6baa978a126f91671e7
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
01811aa86279af1b341a4fff344d66c0ebdd63da |
|
03-Dec-2010 |
Xavier Ducrohet <xav@android.com> |
LayoutLib: Create new layoutparams when moving a child Change-Id: Ie2183490e8d26ef194030a9d87fe7745f24f1d83
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
9223b6737c56619c02125ce988bb21fc4fde264b |
|
20-Nov-2010 |
Xavier Ducrohet <xav@android.com> |
Layoutlib: support for editing embedded layouts. When Resources.getLayout(int) is called to return a parser for an embedded layout, this queries the current parser for a custom parser (Eclipse will provide one on top of the current XML model being edited) Change-Id: Ia9e837358f67daed0a835e1b3f4f50c0516ceee9
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
55acd60be3c027c224a74290df7bedc1a80c669f |
|
19-Nov-2010 |
Xavier Ducrohet <xav@android.com> |
Layoutlib: support viewkey in include nodes. When an include tag is parsed, the custom bridge code never has access to both parsers at the same time. The child parser is created out of an in (representing the layout id), and the code inflating the content of the include layout doesn't see the parent parser either. This changeset adds a parser stack in the BridgeContext in order to allow access to the parent parser when setting the viewkey. This is only used if the current parser depth is 1 (top node), as we only want to set the include node to the top node of the included layout. Change-Id: I2ac3b72a0c84a269d9019f44f98cbc0b615ab959
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
cf52390eee4c9ae792ef63af1528b2e71b33a04f |
|
12-Nov-2010 |
Xavier Ducrohet <xav@android.com> |
Layoutlib: Fill the default prop value map for View objects. Change-Id: I35426ced17a10eb092fac2153276f1202692876f
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
071dee288ca726c7c15754c2559403b9cbf950bd |
|
11-Nov-2010 |
Xavier Ducrohet <xav@android.com> |
Misc fix in layoutlib bridge + View.isIneditMode as delegate. Change-Id: Ideab29167e933203da99d4270cebcb777726201f
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|
c2e9651bf386a1f7bf7fc706cf5424950570470c |
|
10-Nov-2010 |
Xavier Ducrohet <xav@android.com> |
Layoutlib: New bridge implementation using the new API 5. Since the new API prepare for stateful layoutlib, major reorganization of the code. New "android" sub-package for all extended android classes. Also moved BridgeInflater in here so that all extended classes are in this package. Only delegates and classes replacing renamed classes are in their original android.* packages. Also created full file for the empty implementations of IWindow and IWindowSession. New "impl" for the dirty work implementation. Main package contains the basic implementation of the API. Most of the code that was in Bridge is now in .impl.LayoutSceneImpl, with the main init/inflate/render code split into the contrustrutor, inflate() and render(). Change-Id: Ie15b15e5a1b2388cd6ef82e518345b1fc02ec981
/frameworks/base/tools/layoutlib/bridge/src/com/android/layoutlib/bridge/android/BridgeContext.java
|