History log of /frameworks/data-binding/integration-tests/TestApp/app/src/main/res/layout/merge_containing_merge.xml
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
3b8fedce6e9ee814ffe7b63d07aa5456f08fb9b2 15-Apr-2015 George Mount <mount@google.com> Parse and strip new layout format.

API Council suggested a new layout format for layouts with
bindings. Here, we parse the new format and strip it. This
also brings in the ability to provide a custom class name
for the binding.

Change-Id: I674320d21265c1dec70d1a52285341fe4994895b
/frameworks/data-binding/integration-tests/TestApp/app/src/main/res/layout/merge_containing_merge.xml
96e1c821dd446d1ed78f8ae61131550588f60a24 10-Apr-2015 George Mount <mount@google.com> Support merge tags.

This also drops the requirement for include tags to have an ID.

Each root view tag is given a numeric suffix, starting with 0.
Merge tags can have multiple roots, the first of which always
is suffixed with 0. The remainder have tag identifiers that
are interspersed with the tags used with expressions. The
numeric suffix is used to identify the View in the mapBindings
call.

Include tag information now uses the tag of its parent so that
its parent will search for the includes within it. When
mapBindings is looking at the parent, it looks for all direct
children with the appropriate tag of the format "layout*/name_0".
Then it searches for all siblings with the same prefix and different
numeric suffixes. Any that are found are considered part of the
same merged include. If it finds another with _0, it knows that
a new include was found.

Change-Id: Idd1144d9037648193724667320744bd079791476
/frameworks/data-binding/integration-tests/TestApp/app/src/main/res/layout/merge_containing_merge.xml