page.title=<data> @jd:body
syntax:
<data android:host="string"
      android:mimeType="string"
      android:path="string"
      android:pathPattern="string"
      android:pathPrefix="string"
      android:port="string"
      android:scheme="string" />
contained in:
<intent-filter>
description:
Adds a data specification to an intent filter. The specification can be just a data type (the mimeType attribute), just a URI, or both a data type and a URI. A URI is specified by separate attributes for each of its parts:

{@code scheme://host:port/path} or {@code pathPrefix} or {@code pathPattern}

These attributes are optional, but also mutually dependent: If a scheme is not specified for the intent filter, all the other URI attributes are ignored. If a host is not specified for the filter, the {@code port} attribute and all the path attributes are ignored.

All the {@code <data>} elements contained within the same <intent-filter> element contribute to the same filter. So, for example, the following filter specification,

<intent-filter . . . >
    <data android:scheme="something" android:host="project.example.com" />
    . . .
</intent-filter>

is equivalent to this one:

<intent-filter . . . >
    <data android:scheme="something" />
    <data android:host="project.example.com" />
    . . .
</intent-filter>

You can place any number of <data> elements inside an <intent-filter> to give it multiple data options. None of its attributes have default values.

Information on how intent filters work, including the rules for how Intent objects are matched against filters, can be found in another document, Intents and Intent Filters. See also the Intent Filters section in the introduction.

attributes:
{@code android:host}
The host part of a URI authority. This attribute is meaningless unless a scheme attribute is also specified for the filter.

Note: host name matching in the Android framework is case-sensitive, unlike the formal RFC. As a result, you should always specify host names using lowercase letters.

{@code android:mimeType}
A MIME media type, such as {@code image/jpeg} or {@code audio/mpeg4-generic}. The subtype can be the asterisk wildcard ({@code *}) to indicate that any subtype matches.

Note: MIME type matching in the Android framework is case-sensitive, unlike formal RFC MIME types. As a result, you should always specify MIME types using lowercase letters.

{@code android:path}
{@code android:pathPrefix}
{@code android:pathPattern}
The path part of a URI. The {@code path} attribute specifies a complete path that is matched against the complete path in an Intent object. The {@code pathPrefix} attribute specifies a partial path that is matched against only the initial part of the path in the Intent object. The {@code pathPattern} attribute specifies a complete path that is matched against the complete path in the Intent object, but it can contain the following wildcards:
  • An asterisk ('{@code *}') matches a sequence of 0 to many occurrences of the immediately preceding character.
  • A period followed by an asterisk ("{@code .*}") matches any sequence of 0 to many characters.

Because '{@code \}' is used as an escape character when the string is read from XML (before it is parsed as a pattern), you will need to double-escape: For example, a literal '{@code *}' would be written as "{@code \\*}" and a literal '{@code \}' would be written as "{@code \\\\}". This is basically the same as what you would need to write if constructing the string in Java code.

For more information on these three types of patterns, see the descriptions of {@link android.os.PatternMatcher#PATTERN_LITERAL}, {@link android.os.PatternMatcher#PATTERN_PREFIX}, and {@link android.os.PatternMatcher#PATTERN_SIMPLE_GLOB} in the {@link android.os.PatternMatcher} class.

These attributes are meaningful only if the scheme and host attributes are also specified for the filter.

{@code android:port}
The port part of a URI authority. This attribute is meaningful only if the scheme and host attributes are also specified for the filter.
{@code android:scheme}
The scheme part of a URI. This is the minimal essential attribute for specifying a URI; at least one {@code scheme} attribute must be set for the filter, or none of the other URI attributes are meaningful.

A scheme is specified without the trailing colon (for example, {@code http}, rather than {@code http:}).

If the filter has a data type set (the mimeType attribute) but no scheme, the {@code content:} and {@code file:} schemes are assumed.

Note: scheme matching in the Android framework is case-sensitive, unlike the RFC. As a result, you should always specify schemes using lowercase letters.

introduced in:
API Level 1
see also:
<action>
<category>