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

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"

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

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

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

Change-Id: Icbf8c7a61d6c184df5ba46f39ca978cd55e67e93

Merge "Merge "Fix emulator GPS support"" into tools_r7

Merge "Fix emulator GPS support"

Use create_thread_cb instead of pthread_create to create gps_state_thread
so it can safely call into the Java framework.

BUG: 3375089

Signed-off-by: Mike Lockwood <lockwood@android.com>
(cherry picked from commit 11e72f25bfc05bef01ef1198dc9c9f5f7ee4ec52)

Change-Id: I73f04a3589f14121e8827120e3f182432b1ec5b8

SdkManager2: implement menu bar.

Change-Id: Id578a9e84cb091af5f5a60002173843ef61aa4f8

merge from tools_r10

Change-Id: Ied77b0ff73c6a049c183cd511d740773ac4254a7

Merge "Remove banner printed when starting 'android' tool UI."

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

Merge "Improve custom view search and filtering"

Merge "Misc fixes"

Merge "Fix tools_r10 SDK build." into tools_r10

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.

Change-Id: I4bdb4c88555afb6d7451f506e1be74e757e81593

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.

Change-Id: I01fecc45bc1317c0e746815924ac8afe04491ad5

Merge "Add "Reset" to palette context menu"

Add "Reset" to palette context menu

This CL adds a "Reset" item to the context menu in the palette, which
resets the palette back to the default mode -- alphabetical sort off,
categories on, scaled previews.

Change-Id: I2d6c65a905f3b2f7c164475ddb7bcaeff7f5e6e3

Merge "Add Request Focus to textfields"

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

Change-Id: I207cc5b736aacd3f067d6d36727ffcd7104a87c1

Merge "Displaying a file name to window title, when a image is loaded in draw9patch tool."

Add Request Focus to textfields

This changeset adds a couple of focus related changes:

1) When the first text field is added into a layout, it is
  automatically requesting focus

2) There is a new context menu item available on textfields to request
   focus. When invoked on a text field, it will both add
   <requestFocus> to itself and remove it from any other text fields
   that have set it in the layout. When invoked on a text field which
   already has focus, it will offer to clear the focus.

3) The Advanced section of the palette also contains the
   <requestFocus> tag.

Change-Id: I92982b6dfc17315b3d513c304f258b8901a007a4

Remove banner printed when starting 'android' tool UI.

When running the 'android' tool from command-line,
it prints a banner indicating it will start its UI
since no parameters were given. This CL removes this,
it no longer seem that useful, does it?

Change-Id: I6f99cdbde2257b12c9676c2fade1e1fc8a5c38a0

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.

Change-Id: I8ea58f23add89c2dac0a22142f6fb5e71b8203aa

Merge "Fix typos in READMEs."

Fix typos in READMEs.

This addresses some CL feedback from last week.

Change-Id: I1a121b3f294a395eb0f660d962c65c48d1760d7b

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

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.

Change-Id: Ib79e0e7260c392fb886b39ff5494837e045cdf1a

Merge "Use SwtMenuBar in HierarchyViewer application."

Merge "Fix image reousrces in HierarchyViewer application."

Merge "Use SwtMenuBar for DDMS."

Merge "Fix build (due to previous AvdInfo refactoring)."

Fix build (due to previous AvdInfo refactoring).

Change-Id: I09e405963817089f5af53d23f2cafa21e15b6ec9

Use SwtMenuBar in HierarchyViewer application.

Change-Id: I5f61e0c238520d8582e9bef8fa69c354a1165475

Fix image reousrces in HierarchyViewer application.

Currently the HierarchyViewer application crashes when
trying to run it from Eclipse. The issue is that the
code looks for all the images in /images/ whereas the
source code places them in /resources/images/ and the
makefile was setup to "erase" the /resources part.

The fix is:
- move all images back to hierarchyviewerlib/src/images.
- adjust the makefile accordingly.

Another issue is that the about box JPEG files failed
to load (at least on Eclipse 3.5 under Win7). That's OK
we had a real icon in PNG that works, so we should be
using it for the about box anyway.

Change-Id: Id3edc3d714480d4251b190706371db2481a14b63

Use SwtMenuBar for DDMS.

Change-Id: I32121a336e5b3256ef1661fff5afe84741295d08

Merge "Fix SdkManager unit tests. Refactor AvdInfo."

Fix SdkManager unit tests. Refactor AvdInfo.

A couple issues with the current unit tests:
- It was correctly allocating a temporary SDK folder.
- It was correctly creating temporary AVDs in a temp folder.
- However it was still using the regular AVD root for the
  AVD ini files and leaving them behind.
- Minor windows dir-sep issue.

This replaces the SdkManagerTestUtils class by a
new base TestClass specific to SDK testing that creates
both the temporary SDK and AVD manager and correctly overrides
the AVD root.

One issue is that we have different ways to find what the
correct AVD Root is and the default paths used for an AvdInfo
where setup using static methods, making them impossible to
override in unit tests.
This refactors AvdInfo out of AvdManager and most important
there's a single non-static method, AvdManager.getBaseAvdFolder(),
that is used to know where AVDs should be stored.

Change-Id: I4270203f52de15ca9418e9b4f1bf61dbc843c218

Merge "Add missing OSGI jar to DDMS classpath."

Merge "Cocoa implementation for SwtMenuBar."

Add missing OSGI jar to DDMS classpath.

DDMS requires an osgi.jar, which is correctly
declared in the manifest. It is however not
declared in the classpath used by Eclipse.

The consequence is that trying to use the pref
panel when running ddms from eclipse crashes
with with a ClassNotFound exception.

Change-Id: I204232a608be0da584577d13f5649d03bb542976

Cocoa implementation for SwtMenuBar.

Note that in the Android SDK tools, we ship:
- SWT in 32-bit with Carbon only.
- SWT in 64-bit with Cocoa only.

The previous implementation was carbon-only and the
menus were basically not 'macified' when running on
a recent Mac from the command-line. This missing
implementation fixes it.

After experimenting with various implementations of
the original SWT CocoaMenuEnhancer, I finally settled with
this one since it solely uses reflection and does not
import anything from the swt.cocoa namespace. This means
we can easily build this using the makefile which *only*
links with the 32-bit/carbon version of SWT.jar.

Note that on Windows/Linux, the src-darwin folder will
be ignored, which is why it is not mapped as a source
directory and which is why we can't build this directly
from Eclipse.

Change-Id: I53859d3b15bc7026d6bd4f77e048a0c4b4eeb02c

Merge "Script-compatible output for list avds and list targets."

Script-compatible output for list avds and list targets.

This adds the following options to the "android"
command line to make it easier to use the outputs
from scripts:

$ android list avds    --compact --null
$ android list targets --compact --null

The short version is '-c -0'.

--compact or -c outputs *justs* the AVD names or the
target identifiers (usable for --target arguments).
with no other information, one per line.

--null or -0 switches EOL from \n to \0, which allows
scripts to process target names with spaces using
xargs -0 or similar.

Change-Id: I18e6ee6b431ed69913a6df37ce34e17ecc721035

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.

Change-Id: I4b12bafd8fd068176c41bac1e345bb74ccdb8b6f

reconcile tools_r7 into master - no actual change

Change-Id: Ie78147bad738f0c05d9c0869fa18c4a419afaef8

reconcile tools_r10 into master - no actual change

Change-Id: I96548afd392c79ef1b0decafdaa5b03703209120

Merge "When possible use File.setExecutable instead of doing an exec of chmod."

When possible use File.setExecutable instead of doing an exec of chmod.

Change-Id: I2b2f79bb07e277a1f2caa62b4100cbd8f7e8328d

Merge "When unarchiving install, files that need +x don't need +w too."

When unarchiving install, files that need +x don't need +w too.

Change-Id: I860c28fa979a1d8673abd9690014b8b28c6e8d7e

Merge "Enforce at most one child on ScrollViews, and add LinearLayouts"

Enforce at most one child on ScrollViews, and add LinearLayouts

This changeset fixes issue

15899: Scroll view can only have one child and editor should enforce
       this.

First, it modifies the view rules for ScrollView and HorizontalView to
refuse to add children to the view if there is already a child
there. It also updates the drawing code to not offer drop previews
other than the target highlighting rectangle.

Second, it modifies the New XML File wizard to insert a vertical
LinearLayout as the new child when a ScrollView or
HorizontalScrollView is created. (This was already done by the view
rules when the scroll views were dragged in from the palette.)

Change-Id: Ide825cbf28b46177983d6c5f2ea8c2848147c711

Merge "Custom listview layouts"

Custom listview layouts

This changeset adds support for user-configured layouts in ListViews
and ExpandableListViews.

There is a new "Preview List Content" pullright menu when you right
click on a ListView in the layout canvas. The menu contains links to
configure
- the layout to use for list view items
- the layout to use as a header
- the layout to use as a footer
- as well as a number of pre-configured framework layouts for common
  arrangements like 2-item list, 1-item list, checked list, etc.

The selected layout is persisted as an inline comment in the layout
XML. (Current bug: When you drag elements around in the layout,
comment nodes are not preserved, meaning you will lose your list view
render type as well.)

This changeset also adds "Clear" to the resource chooser, which makes
it possible to clear a previously set value (until this, choosing
nothing would simply abort the selection.) This makes it possible to
remove a chosen header/footer.

Change-Id: I611b00f627c5773f3fe2443a6e16c29388687b36

Merge "Move getParser(name) into IProjectCallback."

Move getParser(name) into IProjectCallback.

Change-Id: I316f03a9903e90eac0cb8059469c1de5b679dac5

Merge "Fix menu editor such that it works for empty files"