merge from tools-adt_r11

Change-Id: I0f0b1896177b21444622b048e77e594c18cb12d2

Merge "Migrate render target settings to released versions"

Migrate render target settings to released versions

When loading the project's render target setting (which as of ADT 11
is per project rather than per layout), check to see if it has a code
name, and if so, see if the user has the final version of the platform
installed as well. If so, migrate the render target to the final
version instead since the user probably did not intentionally want to
stay with the pre-release version after installing the final version.

Change-Id: Ic45232b5dc691b770045c3281f2c36b580347784

Merge "Improve the choice of default configuration"

Improve the choice of default configuration

When you open a new layout, the layout editor needs to pick an initial
configuration for the layout.  Currently, the choice of layout is
based on the project API level (such that it picks tablet screen and
landscape orientation for API 11, and phone and portrait for lower
APIs).

This changeset adds another factor: the currently used configuration.
If you have another layout visible and you open a new layout, then the
configuration for the current layout will be used for the new layout
(if it is a compatible match).

Change-Id: I601b4373514cb30d6051e9de1bfa2ad91ff1b5f4

Merge "Binary XML editor" into tools-adt_r11

Merge "Fix bug in editor open utility" into tools-adt_r11

Merge "Fragment Rendering Support" into tools-adt_r11

Merge "Basic fragment support" into tools-adt_r11

Merge "Make Go To Declaration work for <fragment> names." into tools-adt_r11

Merge "Custom View handling improvements" into tools-adt_r11

Merge "Escape Strings extracted with the Extract String refactoring" into tools-adt_r11

Binary XML editor

This change contains the workaround for
http://code.google.com/p/android/issues/detail?id=15003
For details,
see http://code.google.com/p/android/issues/detail?id=15003#c50

Change-Id: I6485d32620a23c17879922155a8cfb6e4290f05e

Fix bug in editor open utility

The code to open a file (called by Go To Declaration, Show Include
etc) handles two scenarios:

(1) The file is in the workspace - open using Eclipse IFile mechanism
(2) The file is outside the workspace - open using the fallback
    external storage (which means you get a plain XML editor)

There's a third scenario: the file is not in the workspace, but is
part of a project in the workspace so it does have a valid IFile.
(This can happen if you import a project but choose not to copy the
contents into the workspace).  This changeset adjusts the code to open
up an editor such that it handles this third scenario and we get our
own XML editors for these types of files.

Change-Id: I040e1b899cd38bbda3fcf3475cc4dfb541d10016

Fragment Rendering Support

This changeset adds designtime-previewing of fragments, where
a layout which contains fragments will show the contents of
the fragments inline.

Initially, the fragments are empty, but you can right click on them to
bring up a context menu where you can choose which layout to show at
designtime. This is persisted across IDE sessions, just like the
ListView render preview.

In addition to the generic layout chooser, all layout references found
in the associated Fragment class (usually what you want) are listed
directly in the menu.

Change-Id: Iff3e6e5cbf87a19bdb61e677a63f663ca6e4848b

Basic fragment support

This changeset adds preliminary support for fragments:

* Add <fragment> to the palette, along with a drop handler which pops
  up a class chooser to pick the Fragment class; all project
  implementations of android.app.Fragment and
  android.support.v4.app.Fragment are listed.

* Adds a fragment descriptor such that code completion works for
  <fragment> elements

* Fix project callback such that it does not complain about a missing
  class "fragment".

* Fix outline to display the name of the fragment rather than the
  fragment tag name.

* This changeset also centers the label in MockViews since those are
  still used to render fragments

Conflicts:

eclipse/plugins/com.android.ide.eclipse.adt/src/com/android/ide/eclipse/adt/internal/editors/layout/descriptors/LayoutDescriptors.java

Change-Id: I6f39f0c29a0cf21799fa8a55406eeae1e3beb57f

Make Go To Declaration work for <fragment> names.

Conflicts:

eclipse/plugins/com.android.ide.eclipse.adt/src/com/android/ide/common/layout/LayoutConstants.java

Change-Id: I5260aacb7d7a14141f43d9a65bb4bb87627d17c2

Custom View handling improvements

First and foremost, allow custom views to accept children such that
you can drag & drop children into the custom view in the outline.

Second, prevent an NPE which can occur if you drag into a layout where
the root element is a custom view.

Third, handle <view> (not <View>) better: provide a custom icon, and
inline the view class name in the outline label.

Fourth, allow double clicks (in addition to ctrl-click which is already
supported) on the custom views in the palette to allow jumping to the
custom view code.

Change-Id: I13c2bf2f4169185c9fcc893ce487f2abdac46802

Conflicts:

eclipse/plugins/com.android.ide.eclipse.adt/src/com/android/ide/eclipse/adt/internal/editors/layout/descriptors/LayoutDescriptors.java

Escape Strings extracted with the Extract String refactoring

Escape any single or double quotes inside the string
value definition in strings.xml:
  This'll work   =>  "This'll work"
  Escape '"      =>  Escape \'\"

Change-Id: I21cb506e10e837feb0e435a21cb50aaa5342f0fa

Merge "Fix bug in editor open utility"

merge from tools-adt_r11

Change-Id: Ia7f930ac13527f3688164c04863c216ab15b30f7

Fix bug in editor open utility

The code to open a file (called by Go To Declaration, Show Include
etc) handles two scenarios:

(1) The file is in the workspace - open using Eclipse IFile mechanism
(2) The file is outside the workspace - open using the fallback
    external storage (which means you get a plain XML editor)

There's a third scenario: the file is not in the workspace, but is
part of a project in the workspace so it does have a valid IFile.
(This can happen if you import a project but choose not to copy the
contents into the workspace).  This changeset adjusts the code to open
up an editor such that it handles this third scenario and we get our
own XML editors for these types of files.

Change-Id: I0fc89316e4625fcf66dd61060cd9b00054bc5464

Merge "Merge a109773a from  do not merge." into tools-adt_r11

Merge a109773a from master. do not merge.

Update layoutlib api level to 6.

This will make earlier ADT versions force the user to update.

Change-Id: I20158fb894ba0a88d981301a003e7f09719bab43

Merge "Fragment Rendering Support"

Fragment Rendering Support

This changeset adds designtime-previewing of fragments, where
a layout which contains fragments will show the contents of
the fragments inline.

Initially, the fragments are empty, but you can right click on them to
bring up a context menu where you can choose which layout to show at
designtime. This is persisted across IDE sessions, just like the
ListView render preview.

In addition to the generic layout chooser, all layout references found
in the associated Fragment class (usually what you want) are listed
directly in the menu.

Change-Id: Ib7f8caae568eff94a57fd50b8e054f5fa52f3da6

Merge "Basic fragment support"

Merge "Update layoutlib api level to 6."

merge from tools-adt_r11

Change-Id: Ibd616f054c3774c41e10b72e9995d5b0eab78d33

Merge "Merge 580ecb7a from  do not merge." into tools-adt_r11

Merge 580ecb7a from master. do not merge.

Add baseline/margins to ViewInfo.

Also make it so that older layoutlib that are using API5 return the
value through reflection (done in LayoutLibrary.)

Change-Id: Ied102625430b53f9b5e62aa738c8c598054cc266

merge from tools-adt_r11

Change-Id: I2fe7e10a2c93a7752174e287286c5ac9b82dc1e0

Merge "Plug in about/settings for SDK Manager 2."

Merge "Adjust "Compiler compliance" error to be more useful."

Merge "Fix space-in-dir issue with Proguard for the ant case."

Merge "Fix space-in-path proguard for ADT Export."

Merge "Fix proguard wrapper to capture all args."

Merge "Merge 'Remove "Android Tools > Convert to Android Project"' into tools-adt_r11" into tools-adt_r11

Merge "Binary XML editor"

Update layoutlib api level to 6.

This will make earlier ADT versions force the user to update.

Change-Id: I5331da72306453647f8d48ddb3b5d4cd4e662550

Binary XML editor

This change contains the workaround for
http://code.google.com/p/android/issues/detail?id=15003
For details,
see http://code.google.com/p/android/issues/detail?id=15003#c50

Change-Id: I6d653aab2c117b426eb4a461ce5ed2a9566245f2

Merge "Add baseline/margins to ViewInfo."

Add baseline/margins to ViewInfo.

Also make it so that older layoutlib that are using API5 return the
value through reflection (done in LayoutLibrary.)

Change-Id: I3a32666e525f0f1d37a13e670d1d1c659b8e2027

Merge "Form editor up/down move accross siblings."

Merge "Fix Up/Down buttons in UiTreeBlock form editor."

Merge 'Remove "Android Tools > Convert to Android Project"' into tools-adt_r11

The feature to convert a Java Project into an
Android Project is broken. It's also quite irrelevant
now since project are better created using the NPW.

SDK Bug: 3259855

(cherry picked from commit 7f8f80cfe2a29b7ebaf139fb4228ad31192fb8a9)

Change-Id: Ifb5e93d2dcf6853136cd4add5e4af6b14fafec35

Merge "Remove "Android Tools > Convert to Android Project""

Form editor up/down move accross siblings.

Up/down in the tree editor work at the XML level.
In a manifest, the tree block filters elements so
that only certain types are visible. Take this
into account when moving elements up/down so that
only siblings that match a given display filter
are used.

SDK Bugs: 2274556, 2274575

Change-Id: I81412b70f146a40169c47cba277fa3b3fceb7be3

Remove "Android Tools > Convert to Android Project"

The feature to convert a Java Project into an
Android Project is broken. It's also quite irrelevant
now since project are better created using the NPW.

SDK Bug: 3259855

Change-Id: I80e697651adba5a44beb3b53b31887d4e65b0868

Basic fragment support

This changeset adds preliminary support for fragments:

* Add <fragment> to the palette, along with a drop handler which pops
  up a class chooser to pick the Fragment class; all project
  implementations of android.app.Fragment and
  android.support.v4.app.Fragment are listed.

* Adds a fragment descriptor such that code completion works for
  <fragment> elements

* Fix project callback such that it does not complain about a missing
  class "fragment".

* Fix outline to display the name of the fragment rather than the
  fragment tag name.

* This changeset also centers the label in MockViews since those are
  still used to render fragments

Change-Id: I6e062970b335d9c95870f181ed408960978c423e

Fix Up/Down buttons in UiTreeBlock form editor.

In the manifest editor (and actually all other form
editors), it was possible move elements up/down
using the Up/Down buttons. However this allowed a
user to move an element in a parent that would not
accept that parent. The tree block would then not
display the element any more and a user would have
had to switch to the XML view to correct this.

This fix thus makes sure a parent will accept the
node being moved. The up/down buttons are also
grayed appropriately if the action isn't possible.

SDK Bugs: 2274556, 2274575

Change-Id: If1dd61f1260063e8ecb9c48330e6c6b2dc3c7228

Merge "Move Grid{Data,Layout}Builder to SDK UI Lib"

Merge "Refactor some common Dialog methods in a base class."

Merge "Make Go To Declaration work for <fragment> names."

Make Go To Declaration work for <fragment> names.

Change-Id: Ib2e8d8b93cdb52717719296dec0cbcf9780802ff

Merge "Custom View handling improvements"

Plug in about/settings for SDK Manager 2.

Refactor SDK Updater pages.

Change-Id: I84357e34c66e8976843cbfb4a5413ac28b899279

Custom View handling improvements

First and foremost, allow custom views to accept children such that
you can drag & drop children into the custom view in the outline.

Second, prevent an NPE which can occur if you drag into a layout where
the root element is a custom view.

Third, handle <view> (not <View>) better: provide a custom icon, and
inline the view class name in the outline label.

Fourth, allow double clicks (in addition to ctrl-click which is already
supported) on the custom views in the palette to allow jumping to the
custom view code.

Change-Id: I13c2bf2f4169185c9fcc893ce487f2abdac46802

Move Grid{Data,Layout}Builder to SDK UI Lib

Change-Id: Ib234e75e80a14b56461786ffdaffd9d77960d1b5

Refactor some common Dialog methods in a base class.

Change-Id: I4a81badcfeeca70fde747590daee9ae91c17795f

Merge "Escape Strings extracted with the Extract String refactoring"

Escape Strings extracted with the Extract String refactoring

Escape any single or double quotes inside the string
value definition in strings.xml:
  This'll work   =>  "This'll work"
  Escape '"      =>  Escape \'\"

Change-Id: I00df6491560c0ab3ca95f485ca508f9717be19f4

Adjust "Compiler compliance" error to be more useful.

Changed the compiler compliance check to:
- Indicate the current invalid value (good for bug reports too),
- Indicate both 5.0 and 6.0 (aka 1.5 and 1.6) are supported,
- Explicitely name the menu item that can fix the situation
(it wasn't clear the current suggestion was the menu item name
as it looked just like a regular sentence.)

SDK Bug: http://code.google.com/p/android/issues/detail?id=16512

Change-Id: I2ee295ba37af5b15a27b288ba807e6f4964ef632

Fix space-in-dir issue with Proguard for the ant case.

This fixes the proper way to quote the compound paths
arguments given to proguard. Each individual path is
quoted if it contains spaces.

Quoting for -libraryjars fixes the issue for the SDK
install path containing a space.
Quoting for -injars and the other arguments fixes the
issue for the project path containing a space (although
the ant build will fail later at the dx phase in this
case.)

Change-Id: I74283b4f1b19c353c1a5ed36e4d0ec58676b6a79

Fix space-in-path proguard for ADT Export.

Proguard requires paths that contain spaces to
be quoted individually (e.g. for -injars, we need
something like -injar 'path 1';'path 2').

On top of that, we need to quote the quoted
argument to make sure the proguard.bat wrapper
preserves the quoting.

Change-Id: I3f9bd2378f95e6f2114987d84842c0e231927629

Fix proguard wrapper to capture all args.

Change-Id: Ic926f3d5c39a3f14c9a54de70576c94508acf2ba

Merge "Use enum for converting TouchPressType values"

Ignore from tools_r10

Change-Id: I9a503563a338cf29fe1dfcd4cb50226831e8f2da

Merge "Fix launchers for SDK tools using swtmenubar."

Merge "Fix tools_r10 SDK build." into tools_r10

Fix tools_r10 SDK build.

We activated the sdk_repo build option, which means to generate
the repository XML we need some min-tools-rev info defined in the
tools source props.

(Merged from old change id: I01fecc45bc1317c0e746815924ac8afe04491ad5)

Change-Id: I1f3dda47ffca2a4269799c0d433b1dd6e235237a

merge from tools_r10

Change-Id: Ie6fc2fdbfa33b9b88ae2f845941cd047735e42d8

Merge "Fix tools_r10: some emulator files moved to development.git" into tools_r10

Fix tools_r10: some emulator files moved to development.git

Original msg:
---
Prepare for moving platform-specific emulator modules to development.git

We need to move the platform-specific modules to development.git to
avoid some clashes. This patch uses a guard Make variable to ensure that
each module is only built once.

The plan is to simply copy these modules to development.git, then remove
the current ones from sdk.git. The guard variable is here to ensure that
the transition happens smoothly, i.e. if a build contains modules in
both directories, only one of them will be built.

(cherry picked from commit ec970d641caedee9656ef8fcc7cdd60e6812b75d)

Change-Id: I79c2af1da7d27cb8b75ab366e37524e1a929426f

Fix launchers for SDK tools using swtmenubar.

Change-Id: Iba5860db0a56ab508d1ce155d0e079ab37eb2bc9

Merge "hierarchyviewer can dump displaylists for selected nodes."

hierarchyviewer can dump displaylists for selected nodes.

In hierarchyviewer (and hierarchyviewer1):
The displaylist for the selected node (if there is one) is output
into logcat when the "Dump DisplayList" button is clicked.

Change-Id: I1996bbd1cbe32d8bc25708453c777800385fe444

merge from tools_r11

Change-Id: I10f11860b33c7f9cd9209f986d5beb9c819f6401

Merge "Add emulator-arm to SDK, including Windows SDK." into tools_r11

Add emulator-arm to SDK, including Windows SDK.

Also fixes the fact the Windows SDK wasn't building emulator-arm
nor emulator-x86.

SDK BUG: 4377649

Change-Id: I1450a8c73e0078e69ccd28b220bf37ecd0a6fd5c

merge from tools_r11

Change-Id: Ic97feed5fa7753db8ead690b6e714f118a8d895b

Merge "Merge "emulator: qemud: shut-up debug messages."" into tools_r11

Merge "Merge "SdkManager: handle missing platforms/ and add-ons/ folders."" into tools_r11

Merge "emulator: qemud: shut-up debug messages."

This change is already under development/tools/emulator/system/qemud/qemud.c

However, this sdk/.../qemud.c source file was first deleted, then reverted,
with the change in between. So apply it here too.

(cherry picked from commit dbf6055b33f2c9442f8436926082d4deb3540e8f)

Change-Id: I91613cfee2ee326904b0f2345cef5b972de609bf

Merge "SdkManager: handle missing platforms/ and add-ons/ folders."

A while ago, when we were dealing with monolithics SDKs,
the strategy was that we wanted to make sure that
the 'android' command was invoked from a properly setup
SDK folder. Consequently the SdkManager required at least
the platforms/ and add-ons/ folders to be present, even if
empty.

I don't think that behavior is really necessary anymore.
The 'android' tool is invoked with knowledge from its tools
folder, so we can safely assume the top parent is "the SDK
folder" and create these directories if they are missing.

We do however try to create them as early as possible if
they are missing, so that the tool aborts early if we can't
create them. The other alternative would be to just try to
create them when we're actually installing a package.

(cherry picked from commit a77c147c9e7ed3ef0c99cb2cdf986603e6d229cf)

Change-Id: I6da1710b1a1844931bdb99d840ae575f53a9b947

merge from tools_r11

Change-Id: Idb34e37a903b038da3d45ce16f5788914db034e7

Merge "Merge "Update changes.txt for ADT 11"" into tools_r11

Merge "Merge "Add code completion support for drawables, animations and colors"" into tools_r11

Merge "Merge "Misc fixes"" into tools_r11

Merge "Merge "Improve custom view search and filtering"" into tools_r11

Merge "Update changes.txt for ADT 11"

(cherry picked from commit 3dcfd76ce0f20f602f43ed0061a5ef99fe4c50d3)

Change-Id: I7945fae86ad7ff95f1bae3166e7e1bc32bfdc32f

Merge "Add code completion support for drawables, animations and colors"

This changeset adds in descriptor metadata and XML editors for:
- Drawables (res/drawable/)
- Animations (res/anim/)
- Animators (res/animator/)
- Colors (res/color)

These types have also been added to the New XML File wizard.

There is some specialized completion support for animators:
- Completing on the propertyName property of <objectAnimator> will
  offer the various integer and float properties in views
- Completion for the interpolator property shows the framework
  interpolators immediately and on top (instead of having to complete
  the individual resource paths @android: and anim/ first

There is also a new quickfix and marker resolution for the AAPT error
which complains about an unbound prefix. This will insert a
xmlns:android="http://schemas.android.com/apk/res/android" attribute
declaration on the root element.

This CL also includes a fix to make the New XML File Wizard preselect
the current project in more scenarios.

NOTE: This changeset adds new XML editors for these resource types.
It does not attempt to update previous editor bindings for files of
the given type, so to test this you may need to use "Open With" in the
package explorer to pick the right file type.

A subsequent CL will try to migrate settings over to these editors,
but that work will tie into another effort: merging all these
different editors into a single editor class that does its own content
type switching and different viewparts for the other tabs.

(cherry picked from commit aaa917c9c5e6f974ca20b94adfd53d1bf01bb54e)

Change-Id: Iddc2405c4802d43126d9b2172f86869de80bef10

Merge "Misc fixes"

This changeset fixes a couple of misc problems I ran into:

(1) Save the current file when double clicking on an included view.
    When double clicking on an included view, the included view is
    opened in a "Show Included" context where the including file is
    surrounding the include. This will read the surrounding file from
    disk, and if we don't save the file when opening the file then
    it's possible to see a stale view (best case) or it won't work at
    all if the include tag itself isn't in the saved version of the
    file.

(2) Fix a bug in the "Select Same Type" context menu action where the
    list was cleared before reading out the item to be selected.

(3) Filter out a few more properties from the Extract Style
    refactoring dialog, and include margin attributes

(cherry picked from commit 2047b3b061e179faf6d613540a34cc7e6d492176)

Change-Id: I3c1c9d3094b7488ddf45abe6df4d686949eb8fd0

Merge "Improve custom view search and filtering"

This change improves the code which identifies custom views in the
project.

It will now filter out a number of "false" matches:
- Classes that were only defined in a javadoc (these are included in
  Eclipse type hierarchy search results)
- Anonymous classes
- Classes that extend View, but do not define one of the 3 base View
  constructors:
    View(Context context)
    View(Context context, AttributeSet attrs)
    View(Context context, AttributeSet attrs, int defStyle)
  We can only instantiate custom views with one or more of these
  constructor signatures at designtime.

It also fixes two additional bugs:

- It changes the search flags passed to the search engine which makes
  it now find custom views that are static innerclasses.
- It fixes a bug in handling view descriptors which made the custom
  view palette not work at all in some projects (in some case the
  descriptor would be null, which caused an NPE which caused the whole
  palette initialization to bail.) This is the bug which made me dig
  through the custom view code and discover the above problems too.

(cherry picked from commit 916b78d9e78cb446d72de6cba30f2f395728f612)

Change-Id: I5a80e86dccb8b7fd339919e79e7ed59cd6357819

Merge "Update changes.txt for ADT 11"

Update changes.txt for ADT 11

Change-Id: Ic238223d22d5e86b481b8c790813dbc14e0d6bd7

Merge "Add code completion support for drawables, animations and colors"

Merge "SdkManager2: implement menu bar."

Merge "Displaying a filename to the titlebar when draw9-patch tool is invoked with specifying the filename."

merge from tools_r7

Change-Id: Iaa0b32605af28453518bd5f9868eb682d7ae95d6