| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add support for loading 3rd party .jars providing additional layout
rules. This can be configured by adding a property referencing the
jars to be loaded as part of your build.properties, like this:
default.properties:
...
layoutrules.jars=chart-rules.jar:graph-rules.jar
...
This will create a class loader referencing chart-rules.jar and
graph-rules.jar (as well as the visual editor's plugin class loader as
a fallback), and this class loader is used to load IViewRule
implementations.
In addition, this plugin rips out the various remaining Groovy hooks
and references that were earlier used to load Groovy scripts as layout
rules, and removes groovy from the load path and build symlinking
scripts.
Change-Id: Ia17a60259559ec86270726add258382a879117dc
|
|
|
|
| |
Change-Id: Idc4223a43ef6505e55fb2b62cb2514763959bc53
|
|
|
|
|
|
|
| |
Also cleaned up the abstraction layer to load images from ddmuilib since
its image are now always located inside ddmuilib jar.
Change-Id: Id9d283df18a05b7b5593e4593e90dac6e5548b94
|
|
|
|
| |
Change-Id: I1075f4e5f61128991aef8368ec0595ec0b8116b0
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is the first step in the library support.
For each library, create a source folder in the main project that
is linked to the source folder of the library project.
The linked resources use a path variable named after the library
in the format: _android_<library name>.
These variables are always created when the link is created.
For now the link is recreated all the time, but we could
do a check and not redo it if it's already done.
Additionally, the pre-compiler creates the R class from
the res folders of the main and library projects.
Some misc fixes/clean-ups:
* Fix an issue with the new ProjectState where opening a
project would not trigger a load of its target data.
* Changed the lock for all SDK operation:
- moved the lock in Sdk accessible as Sdk.getLock()
- made the few Sdk method that used their own synchronize
block use the same lock as all others.
* removed the builders project and moved its content to sdklib
This was meant as a way to share code between the Eclipse
builders and the Ant tasks but sdklib is already used by
both, so it's better to put the code in sdklib than
have yet another project.
Change-Id: Ibfa449c7a809f28e428c03bbda8215969717ecde
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This new project will contain build specific code used by both
the custom Ant tasks and the Eclipse builders.
The first code to go in there, is the IAbstractFile/Folder classes
already used by Eclipse as an abstraction layer for file/folder
access when some code needs to use both the Java IO API and the
Eclipse resources API.
The builders project include the implementation for the Java IO,
while the Eclipse implementation is in ADT.
|
|
|
|
|
|
| |
Depends on Change Ie2684212
Change-Id: I3c269c7e972b8fcb207409732c450fab1544b508
|
|
|
|
|
|
|
|
|
|
| |
So right now we have:
- some GRE/GLE code in internal that uses the scripts
- the "public" bases client classes in ADT src/gscripts (not internal)
- the "client scripts" in ADT /gscripts.
- projects use their own /gscripts folder.
Change-Id: I899d272233f35f493317a56fde60eb7e4a257c7a
|
|
|
|
| |
Change-Id: I4d0437161b582ae23c23606a8bfa16b04ae508c0
|
| |
|
| |
|
| |
|
| |
|
|
|