Add support for data binding in the layout editor.

The Layoutlib_api is changed to allow passing information regarding
adapter content, and querying eclipse to fill the items.

Change-Id: Ie5a047ab9cd0ed7677c13309d95663eae462c3e7

Merge "15736: Eclipse crashes in layout editor when browsing element's properties"

Merge "Code completion in style definitions & other improvements"

Merge "Better default selection when choosing a device config."

15736: Eclipse crashes in layout editor when browsing element's properties

This changeset attempts to fix issue 15736. The root bug is an SWT bug
which can cause a JVM crash in some scenarios. However, it seems to be
triggered by code which performs a gradient paint in the property
sheet (which is in fact done to work around another SWT bug...).

Using a gradient is not necessary - a plain background paint will do -
so this changeset simplifies the code to only fill the background.  It
also leaves the selection flag on the event alone such that other
parts of the list (such as category items) are not affected.

Change-Id: Ica32fe1e6f49f1e4154c3ffad9cae9799fcc4723

Code completion in style definitions & other improvements

This changeset adds code completion support to resource files where
<style> elements are defined. In particular, you get two types of
completion:
- Completion on names:  <style><item name="|" >
  Here you get offered ALL matching attribute names from any view
  descriptors.

- Completion on values: <style><item name="android:gravity">|</item>
  Here you get offered all values that correspond to the attribute
  named as the value of the name attribute of the surrounding item
  element.

Unrelated to styles, code completion will now also move the caret
outside the attribute value quotes when you enter one of the value
alternatives (unless the value is a flag type or a resource token).

Also, run-on attributes are also handled more gracefully: if you
complete properties with the caret immediately following another
attribute, a separating space is added into the match as a prefix such
that the new attribute is separated and the XML valid.

There are a lot of diffs in this changeset. In order to allow the
ResourcesContentAssist to extend code completion to add its style-
specific logic, the content assist code had to be split up a bit.
Doing completion in text nodes, or potential text nodes (e.g. if you
have <item>|</item> you should get text completion at that caret
offset even though there is no text node child of the item element
until you insert actual text there) also required some changes.

There are many new unit tests. I also changed the golden file format
slightly to show the caret in the before-view such that it's more
obvious how the caret was affected by inserting the new item.

Change-Id: Ia985db7e848fea33e93ac8a70b2c3b4dbfd9056a

Merge "Handle AAPT ranges in value resource files"

Handle AAPT ranges in value resource files

The earlier fix to add editor column ranges for AAPT errors handled
the types of errors that occur in layout .xml files. In value
definition files there are several additional error messages that can
be parsed to infer the actual error range on the line.  This changeset
adds handling for these additional cases, plus various unit tests.

It also fixes a couple of corner cases in layout files - in
particular, the case where a resource value is missing, and the case
where there are other -valid- uses of the same value earlier on the
same line where the first reference would be highlighted rather than
the one following the property in error.

Change-Id: I02906ada43a884d7518348924715892de9d33311

Merge "Add more sdk lib tests to sdk build."

Add more sdk lib tests to sdk build.

Change-Id: I09946be68f244922de0ad89d970e53165957fa2b

Better default selection when choosing a device config.

Change-Id: Iacaabec4ad9e9dd55397dc2cc3e6bfadc0c11ff2

Merge "Revert "build/tools.atree: Move x86-specific changes to tools.x86.atree""

Revert "build/tools.atree: Move x86-specific changes to tools.x86.atree"

This reverts commit 253acabecba0d9f649f04499f6dda980fbe7bf49.

Merge "Revert "Fix WIN SDK build: don't break if emulator-x86 is missing.""

Merge "Added a New Folder action in File Explorer."

Merge "Add ddmlib-tests to sdk build in a tests/libtests dir."

Add ddmlib-tests to sdk build in a tests/libtests dir.

Change-Id: Idba9f5b5724926209bbb96bfd75e04dbffa3760c

Revert "Fix WIN SDK build: don't break if emulator-x86 is missing."

This reverts commit ecd2f055e09ebe5a16244b91af1c6f80cae671a0.

Merge "Fix WIN SDK build: don't break if emulator-x86 is missing."

Fix WIN SDK build: don't break if emulator-x86 is missing.

The core issue is why emulator-x86 is missing from the build.
Whilst we investigate why, this will unbreak the build. We should
revert this once the emu-x86 is built correctly again.

Change-Id: I4852490f1fea91ea18a798be28411f5a57a31a89

Merge "build/tools.atree: Move x86-specific changes to tools.x86.atree"

build/tools.atree: Move x86-specific changes to tools.x86.atree

Unfortunately, the latest x86-specific changes to tools.atree break
internal Android builds that depend on this file.

This change moves the changes to a different file that is only
parsed for x86-specific SDK builds (sdk_x86-eng).

It depends on https://review.source.android.com/#change,21957
to allow the AOSP build to pick up tools.x86.atree properly.

Change-Id: I163d7fb43aa06609d9b0e4bfbaf56311958ea25e

Merge "Fix AvdManager to correctly find emulator in AOSP."

Fix AvdManager to correctly find emulator in AOSP.

This is a temporary workaround on the lack of a main
"emulator" binary in AOSP, which will be fixed later.

Change-Id: I61f03ed8a54a410469f95a1100ef38eef7ab4bf6

Merge "Revert "DISABLED 2 lines that break the SDK build (bios.bin in sdk/tools.atree)""

Revert "DISABLED 2 lines that break the SDK build (bios.bin in sdk/tools.atree)"

This reverts commit 147e8b73aefa28ef599628c718060450539b6102.
The original commit was merged out of sequence - thus the need for the
original revert. All dependent commits are now complete so we can put back
in place the original change.

Added a New Folder action in File Explorer.

This action allows the user to create a new folder if the current
selection in the tree is a folder. It executes the "mkdir" command
on the device. If an error occurs during execution, a popup is
displayed.

Change-Id: Id94485502849679ee9c753882b3e46f30e0edd1e

Merge "NPE fix"

NPE fix

Change-Id: I35d0407ef20557c19b6eca5324075de9fbbf8583

Merge "SDK Manager dialog to manage user add-on sites."

Merge "Revamp of the SDK Manager UI."

Merge "Applying the previous rotation state when refreshing screen image."

Merge "Refactoring Quick Assistant"

Merge "Add go to declaration support for styles and embedded text"

Add go to declaration support for styles and embedded text

This changeset adds support to the Go To Declaration code for styles.
Style strings are a bit different from resource URLs - they can have
an @android: prefix, but they don't specify a resource type.  For
example, go to declaration can now jump to the value in the parent
attribute:

   <style name="BrowserTheme" parent="@android:Theme.Black">

This will show the Theme.Black style definition in the SDK's
styles.xml document.

In addition, the hyperlink resolver can now also link to fragments of
an attribute value. In particular, in the above, if you point anywhere
to the left of the ".", only the @android:Theme range will be
selected. This lets you go to parents, since styles inherit from other
styles by adding to them with dots.

Third, the hyperlink resolver can now link to resource urls that is in
the content part of XML documents (e.g. a text node, not an element
name or attribute value). As an example, you can now jump to the color
defined inside this style element:

    <style name="CustomTheme" parent="android:Theme.Light">
        <item name="android:bg">@color/custom_theme_color</item>
    </style>

Finally, this changeset adds unit/plugin tests for the hyperlink
resolver, which asserts the expected list of matches, and the expected
editor context when the default link is opened.

Change-Id: I73757ec78405f7c711e13387d0bb046f698799f1

Merge "More code completion fixes"

More code completion fixes

This changeset fixes additional corner cases for XML code completion.

It handles inserting "new" attributes in more places, meaning for
example that if you code complete here <Button ^/> you will still get
"new" completion where the inserted attribute contains ="^".

Similarly the completer also handles inserting full element tags (with
opening and closing tags) in more scenarios, and still avoids doing
this in the case where you are on an opening line of an element which
already contains attributes on subsequent lines.

The new unit tests reveal additional minor corner cases.

Change-Id: I3f1b903e1c1768e4bdd42a5486ce729e348c4da5

Refactoring Quick Assistant

Add another quick assistant to the editor which offers the various
refactoring operations for the current editing context.  If the caret
is in a value declaration, then the "Extract String" refactoring is
offered. Otherwise, if the caret is on an element tag name (or opening
or closing tag), then the element-related visual refactorings are
offered (wrap in, change widget, change layout, extract as include)
provided of course the current editor is a layout editor.

Change-Id: Iee4033d2766d2d4a1157789b81602d37a5175c88

Merge "On ImageView or ImageButton drop, ask user for drawable"

Merge "Add large, medium and small TextViews to the palette"

Merge "Add newline inside new root elements, and some move code around"

Add newline inside new root elements, and some move code around

Tweak the "New XML File" creation code to insert a new line inside the
created root element, indent, and place the cursor there.  This means
that you end up with:

    <LinearLayout>
        |
    </LinearLayout>

instead of (where | denotes the initial caret position):

   |<LinearLayout>
    </LinearLayout>

This means you can instantly press Ctrl-Space to complete on the
elements, etc., and is similar to how Eclipse creates new method
bodies from templates, adding newlines such that you can instantly
write code there instead of having to "open them up".

All the diffs for this are in NewXmlFileWizard.java; the other
modifications in this changeset are simple move refactoring
operations as described next:

The second change in this changeset is moving some code around such
that common utility methods live in more natural places rather than
where they were first needed.

In particular:
Hyperlinks.openUrl                             => AdtPlugin
Hyperlinks.openJavaClass                       => AdtPlugin
Hyperlinks.openFile                            => AdtPlugin
AndroidContentAssist.getAndroidXmlEditor       => AndroidXmlEditor
ResourceChooser.canCreateResource              => ResourceHelper
ResourceChooser.createResource                 => ResourceHelper
Hyperlinks.parseResource                       => ResourceHelper
ResourceNameValidator.isValueBasedResourceType => ResourceHelper
ResourceNameValidator.isFileBasedResourceType  => ResourceHelper

Change-Id: If7690df9ce59c709c1d909ffd9f74c2684f3dd46

Applying the previous rotation state when refreshing screen image.

Change-Id: I04e81b591701e096bb553ac31af3226fa6d6b3f6

Merge "Add custom views and third party views to the palette"

Add large, medium and small TextViews to the palette

Add variations of TextView using the various textAppearance
attributes to get the standard styles for large, medium
and small text views:
  ?android:attr/textAppearanceLarge
  ?android:attr/textAppearanceMedium
  ?android:attr/textAppearanceSmall

Also removes EditText from the Form Widgets category to
discourage using the untyped field.

Change-Id: I8cf58492d3acbee7a6d2a7f183830fb8a854e3c8

Add custom views and third party views to the palette

This changeset adds a new category to the palette, "Custom & Third
Party Views", which is populated with android.view.View subclasses
found in the current project (or any of its libraries), and in any
jars included by the project. They can be dragged directly to the
canvas, and control clicking on the palette entries will jump to the
source.

There are a bunch of adjustments in various places to make working
with custom views better - from ensuring that we don't use fully
qualified class names in default ids, to showing the Java class icon
for custom views in outline and elsewhere, to making zero-sized view
highlight and expand when selected like we do for laoyuts - since with
custom views it's quite easy to end up with an "invisible" view that
you can't see after dropping it.

There are also some fixes to the code which looks up third party and
custom views (which was already used by the Wrap In refactoring) - to
handle inner classes, to filter out non public or abstract classes,
and most importantly to only include views reachable from the current
project (since the view search necessarily is workspace wide.)

Change-Id: If1d8c7e5c7dd907a68d8d0962e85c5144e911503

On ImageView or ImageButton drop, ask user for drawable

Similar to the <include> tag handling, when you drop an image a
resource chooser inputting @drawable resources pops up and lets you
pick the drawable to be shown in the image. If you cancel, then the
default image will be set instead.

Change-Id: Id09801a877acbeb437f518cefe60062ac92e7e7c

Merge "Fix unit tests from the previous refactor."

Merge "Make edit texts grow in horizontal LinearLayouts using weights"

Merge "Fix AAPT error range"

Fix unit tests from the previous refactor.

Change-Id: I464fe3f94e701e619b474f82aaf84ee04d158e71

Make edit texts grow in horizontal LinearLayouts using weights

If you drop a text field in a vertical linear layout, then the *width*
of the text field is automatically set to fill.  This uses metadata to
check what the fill preference is of each dropped view.

This changeset extends this scheme to also grow text fields in a
horizontal linear layout. However, instead of using fill_parent on the
layout_width, this uses a layout_weight instead. This means that the
text field will fill, but it will not push subsequent children out of
the way the way a fill_parent would.

This changeset also changes the default orientation of a LinearLayout
that is created in new XML files. (I looked around and noticed most
layouts that have a LinearLayout at the root will use a vertical
LinearLayout.)

Change-Id: I52eec4841e4bac076da655c603235547cfd46b73

Merge "Move classes to ide-common"

Fix AAPT error range

Turns out the AAPT errors always list a line number that corresponds
to the line where the element starts.  If the error occurs in an
attribute that is on a subsequent line, the code to identify the
editor offset failed.

This changeset addresses that, by using a document forward search to
locate the attribute. The quickfix code was also checking for an exact
line number match, so that code is tweaked as well.

Change-Id: Ib648d2e2e7ad3ba082fd3c6a48e7f077b3aebc10

Merge "Remove references to SWT from classes that are moving to ide-common."

Merge "Remove unused contentTypeBinding."

Remove unused contentTypeBinding.

This was added as a test when investigating the issue 15003.
It's actually harmful and prevents from following links to
like @android:string/ok from XML resource files.

Change-Id: Ib0ae523a139cff960b222c138136c27902f26e7a

Move classes to ide-common

ResourceFolder/File and children classes (single/multi file)
ResourceItem and children classes
ResourceRepository (base and framework, project stays in ADT for now)
All the ResourceQualifiers and FolderConfiguration

Change-Id: I5adc9bdc4886a8fa0ab44860763d594cf7af4bd5

Merge "Add missing notice files."

Remove references to SWT from classes that are moving to ide-common.

- Move the SWT based getIcon from the resource qualifier and use a static
  helper instead.

- Make a new enum ResourceDeltaKind to replace the IResourceDelta
  integer constants, and use the same helper class to convert from
  one to the other.

- Make ResourceRepository exclusively use the IAbstractFile/Folder

- Use the ILogger in place of AdtPlugin (which implements ILogger)

Change-Id: I0011c01ac2064b07d28c980112c47cfa433ee372

Merge "Fix bounds computation for drags from palette to canvas"

Fix bounds computation for drags from palette to canvas

When you drag over the canvas, the potential drop location is shown
along with an outline of the component as it would appear at that
location. This relies on knowing the size of the dragged component.

When dragging from the palette we use the drag preview image. However,
the bounds were a bit too big because we were using the raw size of
the drag image, and it now includes a drop shadow!  This changeset
adjusts this such that we use the original ViewInfo bounds from the
render rather than the usually larger image bounds.

Change-Id: Ic4b870995e17284fbd8a7ed2f4b4a7ec02f4e2c3

Merge "Disable the "unecessary else" warning."

Merge "Remove xml content type binding from ExportEditor."

Merge "Add Quickfix and Quick Assistant for creating resources"

Remove xml content type binding from ExportEditor.

This was added by mistake when we were investigating the
issue of bug 15003. The contentTypeBinding seems to be
unused by Eclipse when selecting the proper editor, but
it's still wrong to have it set on XML For the ExportEditor.
since this one uses export.properties files.

Change-Id: I82396debe6bcb4571f150b929aa5e0287f4e9dea

Add Quickfix and Quick Assistant for creating resources

This changeset adds two related features:

- A "marker resolution" which adds a quickfix to aapt errors for
  nonexistent resources. This means that you can right click on the
  error in the Problems view to create the associated missing
  resource.

- A "quick assistant" which looks for a missing resource on the
  current line and if found adds a fix handler for it, similar to the
  quickfix above.

When a fix is invoked, it will create the new file or value, and open
it in the editor with the relevant value section selected.

The quick assistant can be invoked by the normal Ctrl-1 (Cmd-1). The
quickfix must be invoked from the Problems view; the Java editor seems
to add an extra level of integration with a lightbulb in the editor
margin but we don't get that in XML.

The quickfixes work for all value-based resources, as well as some
file-based ones (in particular, those supported by the New XML File
wizard, which it reuses.)

This changeset also adds unit tests for quickfixes along with a few
infrastructure changes to support it.

Change-Id: I962bcf6c98934685e4d74389469d0903115a75e3

Merge "XML code completion improvements"

Disable the "unecessary else" warning.

This can be a matter of personal taste, but I find it a lot
more readable to write an if {} else {} sometimes, and it's
perfectly valid, so really it shouldn't be marked as a warning.

Change-Id: Iac1b9bd5f9602b5018f7432422e0a083f4836490

SDK Manager dialog to manage user add-on sites.

Change-Id: I36209964b8a59c6f8b987032e175849a35cf467a

Revamp of the SDK Manager UI.

This replaces the Installed Packages and
Available Packages page by a single one that
combines both installed and available updates.

This is still experimental and is actually
not enabled unless the env var EXPERIMENTAL is
set.

Change-Id: I5ec5776da69d2668ce746c07df022bf5adc6fbf7

Merge "Removing emulator/opengl from the sdk.git"

Removing emulator/opengl from the sdk.git

This project code is moving to live under development.git/tools/emulator

Change-Id: I3f7673bc17681a0ffa14bb0b4d0880977b77f24d

Add missing notice files.

Also fix some makefiles to make sure the notices are
picked up.
- move the makefile outside of the source folder.
- resources are now in the source folder directly instead
  of being inside src/resources. It's much simpler.

Change-Id: Ica8ee4c2bc8a9b035d23fc914d4137cdca7e567d

Merge "ConcurrentModificationException in AbstractPropertiesFieldsPart"

Merge "Add specifc warnings config for most sdk eclipse projects."

ConcurrentModificationException in AbstractPropertiesFieldsPart

I ran into a ConcurrentModificationException when creating an XML file
using the plain XML wizard (not the Android XML wizard - because I
wanted to create an XML drawable which is not supported by the new
Android XML wizard.)

Change-Id: Id2ae606e9da47e6f7d42cf6a0dea61eb3e9ca15d

XML code completion improvements

This changeset contains a number of improvements to the code
completion in XML files.

(1) Add suffix completion in attribute values. For dimensional
    attributes, this will add in (or complete prefixes of) units like
    "dp", "sp", etc. For fractional attributes, the % and %p suffixes
    are completed. (In both cases, there is also a tooltip message
    provided shown in the completion documentation popup).  In
    addition, for flag values, when completing at the end of a flag,
    then the separator character (|) along with the other flag values
    (except those already set) are offered.

(2) Handle completion when the caret is not at the end. For example,
    if you have the following source:

        layout_w^idth="wrap_content"    (^ = caret position)

    then if you invoke code completion you will also be offered the
    attribute layout_weight, and selecting it will -replace- the
    layout_width attribute with layout_height, it will not insert
    layout_weight in the middle of layout_width. This handling is done
    not just for attribute names as shown here but for attribute
    values and element tag names as well.

(3) Improve @resource/ completion sorting. When completing resources,
    consider which attribute is being completed, and use that
    information to sort the resources.  For example, if completing a
    "text" attribute then @string/, and @android:string/ resources
    will be listed first.  For attributes like margins @dimen will be
    first, for include layout the @layout attributes will be listed
    first, and so on.  Also, the resources are sorted alphabetically
    as the second sort key.

(4) Hide some builtin Eclipse code completion items. In particular,
    the default code completion provider for Eclipse will always add
    the current attribute value as a completion. This is extremely
    confusing since if you have a typo, code completion will tell you
    that what you have is okay. I personally witnessed this confusing
    a user who had typed something from memory and code completion
    seemed to him to "confirm" that he had it right.

    To fix this, the code which installs completion providers, will
    identify the builting WST completion provider, and when found,
    replace it with a "filtering" wrapper. This completion provider
    delegates all its calls to the WST completion provider, but it
    recognizes a few patterns, in particular the above attribute value
    completion proposal as well as some namespace and schema ones, and
    removes these.

    (The reason we only filter out these items instead of removing it
    completely is that the completion provider also appears to be
    responsible for inserting code templates defined by the user, and
    we don't want to neuter those if defined by the user.)

(5) Fix a bunch of corner cases - flags could only have a single
    separator (|), resource attribute completion items were missing
    icons, and completion in some positions was not working.

(6) Unit tests. There are now comprehensive unit tests for code
    completion. Each unit test points to a particular source file
    and a particular position within the source file, and code completion
    is invoked for that position. A set of unit tests dump out the
    allowed completion items for each such position, and these are
    compared against golden files. A second set of unit tests then
    specify a particular code completion item among the choices to
    be applied, and then applies that completion item to the document.
    This, along with the caret position (indicated as ^) is written
    into a golden file and used for comparisons. To make it easy
    to see what these tests do, the golden file is actually recorded
    as a diff, so in the test you will see something like this:

Code completion in completion1.xml for android:gravity="left|b^ottom"
selecting bottom:
<         android:gravity="left|bottom"
---
>         android:gravity="left|bottom^"

(6) There are some other misc changes. We had some code which used
    "dip" for device indepdendent pixels (such as the AbsoluteLayout
    handler). Since "dp" seems to be preferred, the code will now
    use that instead.

Change-Id: I8bd5c8336d8747dac1f10a9269ea4197f304cb70

Add specifc warnings config for most sdk eclipse projects.

Change-Id: I9837714c5673d43fa7108b16ab264f1017c4bd3d

Merge "Prepare for moving platform-specific emulator modules to development.git"

Merge "XML code completion improvements"

XML code completion improvements

First, fix code completion for @android: resources such that if you
type @android: the various resource types (@android:drawable/,
@android:layout/, etc) are offered.

Second, fix completion for the @android: token itself such that if you
type "@a" then "@android:" is offered as a completion.

Finally, make resource name completion work even for attributes that
aren't marked in the metadata as allowing resource references.  This
will not be done for empty completion context, but if the user
-explicitly- types a "@" in the value field, then resource completion
will work. This is necessary for some attributes where our metadata is
wrong, such as android:minHeight, where code completion currently
refuses to complete a @dimen/ completion prefix.

Change-Id: I175c8f7230d56987b9a945a2b791a2eb3e018a7c

Merge "Extract as Include support for configuration variations"

Extract as Include support for configuration variations

First, add support for the "Extract as Include" refactoring to update
all identical code fragments in configuration variations of the same
file.  For example, if you have a particular subtree of XML elements
in a file that you have then duplicated into say a landscape mode,
then applying the Extract as Include refactoring will locate the same
code fragment in both files, and replace *both* code fragments with an
include (and this is optional with a checkbox in the wizard
dialog). This only happens when the extracted code fragment is
"identical" in both files. The code fragments can vary in terms of XML
formatting and attribute order (and namespace prefix choice), but the
element hierarchy order, names, attributes defined and attribute
values must be identical.

Second, make fixes to the Change Layout and Change Widget Type
refactorings such that when the id of the converted element is
changed, then references to that id are updated as well.

Third, ensure that the refactorings are enabled even when there is no
text selection; in that case the refactoring will apply to the element
containing the caret.

Some test infrastructure improvements.

Change-Id: Idb4ba40f4217dba2b13881b3d06e269c80ba4b97

Merge "Underline the error range for aapt errors"

Underline the error range for aapt errors

Currently, aapt errors only show up as an error icon in the left hand
margin, and the user has to figure out from the error message where on
the line the error occurred.

This changeset uses information in the error message to identify the
specific range of text on the line that is affected, and underlines
it.

Change-Id: I322a8193af4e90bb972276aee80124771b6a46cd

Merge "Add drop-support for include tags"

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.

Change-Id: I4bc58741a18488f18a4b17e8a1edc4a4a5a93cbc

Merge "Avoid repeating manifest element names."

Avoid repeating manifest element names.

In the manifest form tree, avoid repeating element names
in the tree labels. E.g. "MyActivity (Activity)" can just
be "MyActivity".

Change-Id: I8de481aabcbc33e830e18c528cb10a0b2a14138a

Merge "Guard against badly configured projects in aidl processor."

Guard against badly configured projects in aidl processor.

The project could have source folders that don't exist.

Change-Id: Ie8f9e35580918d9fade5074ca90d295c49e6cae4

Merge "A bit more refactoring around the resource repository."

A bit more refactoring around the resource repository.

- Move Configurable in the same package as FolderConfiguration.
- Move ResourceManager.getConfig in FolderConfiguration.
- Move ResourceMaanger.processFolder in ResourceRepository.
- Move ResourceManager.processFile in ResourceFolder.
- Rename some misc methods.

Change-Id: Ifa557c7db22c3fb82327a68f4365c08d152d9cf4

Merge "Deactive the logging code used for issue 15003."

Merge "Make inline ResourceItem able to generate ResourceValue"

Make inline ResourceItem able to generate ResourceValue

This change fix the issue that since the simplification of
the resource repository, the resource item for inline ID values
would not be called to generate a ResourceValue since their
list of source file was empty.

This moves the creation of the ResourceValue to the ResourceItem
so that InlineResourceItem can override it.

This required moving findMatchingConfigurable into FolderConfiguration
which is a much better place for it anyway.

Change-Id: I36d6b148528c593ea432c9fd0ac8d542cbe2a26e

Merge "ADT: fix unittests."

Add drop-support for include tags

Add the include tag back into the palette, and add special drop
support for it such that when it is drop, a resource chooser pops up
and asks you which layout to include. A new validator prevents any
layouts from being chosen that would result in a cyclic
dependency.

This requires some infrastructure changes: First, drop handlers must
distinguish between a view getting created as part of a previewing
operation and getting created interactively. Second, in order to
support cancel removing an inserted include if the user decides not to
set an include, the node wrappers need to support removing an element.
Also, use the metadata originally intended for the preview icon
factory to also bypass palette drag previews for widgets that don't
have UI.

Change-Id: I1bdd1766ca4cfa2fdbca25b77c50c74e9c332cbd

ADT: fix unittests.

Change-Id: I258d393b5297d916b58ed3574b77f521968a13c0