Resources and Assets >

Available Resource Types

This page describes the different types of resources that you can externalize from your code and package with your application.

For more details on how to use resources in your application, please see the Resources and Internationalization documentation.

Simple Values

All simple resource values can be expressed as a string, using various formats to unambiguously indicate the type of resource being created. For this reason, these values can be defined both as standard resources (under res/values/), as well as direct values supplied for mappings in styles and themes, and attributes in XML files such as layouts.

Color Values

A color value specifies an RGB value with an alpha channel, which can be used in various places such as specifying a solid color for a Drawable or the color to use for text. A color value always begins with a pound (#) character and then followed by the Alpha-Red-Green-Blue information in one of the following formats:

  • #RGB
  • #ARGB
  • #RRGGBB
  • #AARRGGBB

If you want to retrieve the color represented by a resource ID, you can call the Resources.getColor() method.

Source file format: XML file requiring a <?xml version="1.0" encoding="utf-8"?> declaration, and a root <resources> element containing one or more <color> tags.

Resource source file location: res/values/colors.xml (File name is arbitrary.)

Compiled resource datatype: Resource pointer to a Java int.

Resource reference name:

  • Java: R.color.some_name
  • XML: @[package:]color/some_name (where some_name is the name of a specific color)

Syntax

<color name=color_name>#color_value</color>
<color>
Value is a color, using web-style syntax, as describe above. Has only one attribute:
  • name - The name used in referring to this color.

Example XML Declaration

The following code declares two colors, the first fully opaque, and the second translucent.

<resources>
   <color name="opaque_red">#f00</color>
   <color name="translucent_red">#80ff0000</color>
</resources>

Example Code Use

Example Java code

// Retrieve a color value.
int color = getResources.getColor(R.color.opaque_red);

Example XML code

<TextView android:layout_width="fill_parent"
          android:layout_height="wrap_content"
          android:textAlign="center"
          android:textColor="@color/translucent_red"
          android:text="Some Text"/>

Strings and Styled Text

Strings, with optional simple formatting, can be stored and retrieved as resources. You can add formatting to your string by using three standard HTML tags: <b>, <i>, and <u>. To guarantee getting an unstyled string only (the raw text) call the toString() method of the retrieved CharSequence object. Methods that accept string resources should be able to process these styling tags.

If you want to retrieve the String represented by a resource ID, you can call the Context.getString() method.

Note: If you use an apostrophe or a quote in your string, you must either escape it or enclose the whole string in the other kind of enclosing quotes:

<string name="good_example">"This'll work"</string>
<string name="good_example_2">This\'ll also work</string>
<string name="bad_example">This won't work!</string>
<string name="bad_example_2">XML encodings won&apos;t work either!</string>

Source file format: XML file requiring a <?xml version="1.0" encoding="utf-8"?> declaration, and a root <resources> element containing one or more <string> tags.

Resource source file location: res/values/strings.xml (File name is arbitrary.)

Compiled resource datatype: Resource pointer to a Java CharSequence.

Resource reference name:

  • Java: R.string.some_name
  • XML: @[package:]string/some_name (where some_name is the name of a specific string)

Syntax

<string name=string_name>string_value</string>
<string>
Value is a string, with optional styling tags. Has only one attribute:
  • name - The name used in referring to this string.

Example XML Declaration

The following declares two strings: the first — simple text with no formatting (resulting in a CharSequence that is simply a String object) — the second includes formatting information in the string (resulting in a CharSequence that is a complex data structure). If you are using the custom editor for string files in Eclipse, the HTML formatting tags will automatically be escaped and you will need to use Context.getString() and fromHtml(String) to retreive the resource and then convert it to formatted text.

<resources>
   <string name="simple_welcome_message">Welcome!</string>
   <string name="styled_welcome_message">We are <b><i>so</i></b> glad to see you.</string>
</resources>

Example Code Use

Example Java code

// Assign a styled string resource to a TextView
// on the current screen.
CharSequence str = getString(R.string.styled_welcome_message);
TextView tv = (TextView)findViewByID(R.id.text);
tv.setText(str);

Example XML code

<TextView android:layout_width="fill_parent"
          android:layout_height="wrap_content"
          android:textAlign="center"
          android:text="@string/simple_welcome_message"/> 

Using Styled Text as a Format String

Sometimes you may want to create a styled text resource that is also used as a format string. This cannot be done directly because there is no way of passing the styled text as the format string argument of String.format() without stripping out the style information. The workaround is to store the style tags as escaped HTML tags, and then convert the escaped HTML string into a styled text after formatting has taken place.

To use styled text as a format string, do the following.

  1. Store your styled text resource as an escaped string, so that the HTML tags in your text resource are not interpreted as if they were XML tags:
    <resources>
      <string name="search_results_resultsTextFormat">%1$d results for &lt;b>&amp;quot;%2$s&amp;quot;&lt;/b></string>
    </resources>
    

    In this example the format string has two arguments: %1$d is a decimal number, %2$s is a string.

  2. Make sure any String arguments are properly escaped if they might contain '<' or '&' characters. The htmlEncode(String) method will do this:
    String escapedTitle = TextUtil.htmlEncode(title);
    
  3. Use String.format() to format the HTML text, then use fromHtml(String) to convert the HTML text into styled text:
    String resultsTextFormat = getContext().getResources().getString(R.string.search_results_resultsTextFormat);
    String resultsText = String.format(resultsTextFormat, count, escapedTitle);
    CharSequence styledResults = Html.fromHtml(resultsText);
    

You can create common dimensions to use for various screen elements by defining dimension values in XML. A dimension resource is a number followed by a unit of measurement. For example: 10px, 2in, 5sp. Here are the units of measurement supported by Android:

px
Pixels - corresponds to actual pixels on the screen.
in
Inches - based on the physical size of the screen.
mm
Millimeters - based on the physical size of the screen.
pt
Points - 1/72 of an inch based on the physical size of the screen.
dp
Density-independent Pixels - an abstract unit that is based on the physical density of the screen. These units are relative to a 160 dpi screen, so one dp is one pixel on a 160 dpi screen. The ratio of dp-to-pixel will change with the screen density, but not necessarily in direct proportion. Note: The compiler accepts both "dip" and "dp", though "dp" is more consistent with "sp".
sp
Scale-independent Pixels - this is like the dp unit, but it is also scaled by the user's font size preference. It is recommend you use this unit when specifying font sizes, so they will be adjusted for both the screen density and user's preference.

Dimension values are not normally used as raw resources, but rather as attribute values in XML files. You can, however, create plain resources containing this data type.

Source file format: XML file requiring a <?xml version="1.0" encoding="utf-8"?> declaration, and a root <resources> element containing one or more <dimen> tags.

Resource source file location: res/values/dimens.xml (File name is arbitrary, but standard practice is to put all dimensions in one file devoted to dimensions.)

Compiled resource datatype: Resource pointer to a dimension.

Resource reference name:

  • Java: R.dimen.some_name
  • XML: @[package:]dimen/some_name (where some_name is the name of a specific <dimen> element)

Syntax

<dimen name=dimen_name>dimen_value</dimen>
<dimen>
A valid dimension value.
  • name - The name used in referring to this dimension.

Example XML Declaration

The following code declares several dimension values.

<resources>
    <dimen name="one_pixel">1px</dimen>
    <dimen name="double_density">2dp</dimen>
    <dimen name="sixteen_sp">16sp</dimen>
</resources>

Example Code Use

Example Java code:

float dimen = Resources.getDimen(R.dimen.one_pixel);

Example XML code:

<TextView android:layout_width="fill_parent"
          android:layout_height="wrap_content"
          android:textSize="@dimen/sixteen_sp"/>

Drawables

A Drawable is a type of resource that you retrieve with Resources.getDrawable() and use to draw to the screen. There are a number of drawable resources that can be created.

Bitmap Files

Android supports bitmap resource files in a few different formats: png (preferred), jpg (acceptable), gif (discouraged). The bitmap file itself is compiled and referenced by the file name without the extension (so res/drawable/my_picture.png would be referenced as R.drawable.my_picture).

Source file formats: png (preferred), jpg (acceptable), gif (discouraged). One resource per file.

Resource file location: res/drawable/some_file.png

Compiled resource datatype: Resource pointer to a BitmapDrawable.

Resource reference name:

  • Java: R.drawable.some_file
  • XML: @[package:]drawable/some_file

For more discussion and examples using drawable resources, see the discussion in 2D Graphics.

Color Drawables

You can create a PaintDrawable object that is a rectangle of color, with optionally rounded corners. This element can be defined in any of the files inside res/values/.

Source file format: XML file requiring a <?xml version="1.0" encoding="utf-8"?> declaration, and a root <resources> element containing one or more <drawable> tags.

Resource source file location: res/values/colors.xml (File name is arbitrary, but standard practice is to put the PaintDrawable items in the file along with the numeric color values.)

Compiled resource datatype: Resource pointer to a PaintDrawable.

Resource reference name:

  • Java: R.drawable.some_name
  • XML: @[package:]drawable/some_name (where some_name is the name of a specific resource)

Syntax

<drawable name=color_name>color_value</drawable>
<drawable>
A valid color value.
  • name - The name used in referring to this drawable.

Example XML Declaration

The following code declares several color drawables.

<resources>
    <drawable name="solid_red">#f00</drawable>
    <drawable name="solid_blue">#0000ff</drawable>
    <drawable name="solid_green">#f0f0</drawable>
</resources>

Example Code Use

Example Java code

// Assign a PaintDrawable as the background to
// a TextView on the current screen.
Drawable redDrawable = Resources.getDrawable(R.drawable.solid_red);
TextView tv = (TextView)findViewByID(R.id.text);
tv.setBackground(redDrawable);

Example XML code

<TextView android:layout_width="fill_parent"
          android:layout_height="wrap_content"
          android:textAlign="center"
          android:background="@drawable/solid_red"/>

Nine-Patch (stretchable) Images

Android supports a stretchable bitmap image, called a NinePatch graphic. This is a PNG image in which you define stretchable sections that Android will resize to fit the object at display time to accommodate variable sized sections, such as text strings. You typically assign this resource to the View's background. An example use of a stretchable image is the button backgrounds that Android uses; buttons must stretch to accommodate strings of various lengths.

Source file format: PNG — one resource per file

Resource source file location: res/drawable/some_name.9.png (Filename must end in .9.png)

Compiled resource datatype: Resource pointer to a NinePatchDrawable.

Resource reference name:

  • Java: R.drawable.some_file
  • XML: @[package:]drawable.some_file

For more information and examples using NinePatch drawables, see the discussion in 2D Graphics.

Animation

Tweened Animation

Android can perform simple animation on a graphic, or a series of graphics. These include rotations, fading, moving, and stretching.

Source file format: XML file, one resource per file, one root tag with no <?xml> declaration

Resource file location: res/anim/some_file.xml

Compiled resource datatype: Resource pointer to an Animation.

Resource reference name:

  • Java: R.anim.some_file
  • XML: @[package:]anim/some_file

Syntax

The file must have a single root element: this will be either a single <alpha>, <scale>, <translate>, <rotate>, interpolator element, or <set> element that holds groups of these elements (which may include another <set>). By default, all elements are applied simultaneously. To have them occur sequentially, you must specify the startOffset attribute.

<set android:shareInterpolator=boolean>  // Only required if multiple tags are used.
   <alpha android:fromAlpha=float
          android:toAlpha=float >   |
   <scale android:fromXScale=float
          android:toXScale=float
          android:fromYScale=float
          android:toYScale=float
          android:pivotX=string
          android:pivotY=string >    |
   <translate android:fromX=string
              android:toX=string
              android:fromY=string
              android:toY=string >   |
   <rotate android:fromDegrees=float
           android:toDegrees=float
           android:pivotX=string
           android:pivotY=string > |
   <interpolator tag>
   <set>
</set>

Elements and Attributes

<set>
A container that can recursively hold itself or other animations. Represents an AnimationSet. You can include as many child elements of the same or different types as you like. Supports the following attribute:
  • shareInterpolator - Whether to share the same Interpolator among all immediate child elements.
<alpha>
A fading animation. Represents an AlphaAnimation. Supports the following attributes:
  • fromAlpha - 0.0 to 1.0, where 0.0 is transparent.
  • toAlpha - 0.0 to 1.0, where 0.0 is transparent.
<scale>
A resizing animation. Represents a ScaleAnimation. You can specify what is the center point of the image (the pinned center), from which it grows outward (or inward), by specifying pivotX and pivotY. So, for example, if these were 0, 0 (top left corner), all growth would be down and to the right. scale supports the following attributes:
  • fromXScale - Starting X size, where 1.0 is no change.
  • toXScale - Ending X size, where 1.0 is no change.
  • fromYScale - Starting Y size, where 1.0 is no change.
  • toYScale - Ending Y size, where 1.0 is no change.
  • pivotX - The X coordinate of the pinned center.
  • pivotY - The Y coordinate of the pinned center.
<translate>
A vertical/horizontal motion animation. Represents a TranslateAnimation. Supports the following attributes in any of the following three formats: values from -100 to 100, ending with "%", indicating a percentage relative to itself; values from -100 to 100, ending in "%p", indicating a percentage relative to its parent; a float with no suffix, indicating an absolute value.
  • fromXDelta - Starting X location.
  • toXDelta - Ending X location.
  • fromYDelta - Starting Y location.
  • toYDelta - Ending Y location.
<rotate>
A rotation animation. Represents a RotateAnimation. Supports the following attributes:
  • fromDegrees - Starting rotation, in degrees.
  • toDegrees - Ending rotation, in degrees.
  • pivotX - The X coordinate of the center of rotation, in pixels, where (0,0) is the top left corner.
  • pivotY - The Y coordinate of the center of rotation, in pixels, where (0,0) is the top left corner.
<interpolator tag>
You can also use any of the interpolator subclass elements defined in R.styleable. Examples include <CycleInterpolator>, <EaseInInterpolator>, and <EaseOutInterpolator>. These objects define a velocity curve that describes how quickly a visual action takes place on a timeline (fast at first and slow later, slow at first and gradually faster, and so on).

In addition to the attributes defined for each element above, the elements <alpha>, <scale>, <translate>, <rotate>, and <set> all support the following attributes (inherited from the Animation class):

duration
Duration, in milliseconds, for this effect.
startOffset
Offset start time for this effect, in milliseconds.
fillBefore
When set true, the animation transformation is applied before the animation begins.
fillAfter
When set true, the animation transformation is applied after the animation ends.
repeatCount
Defines the number of times the animation should repeat.
repeatMode
Defines the animation behavior when it reaches the end and the repeat count is greater than 0. Options are to either restart or reverse the animation.
zAdjustment
Defines the z-axis ordering mode to use when running the animation (normal, top, or bottom).
interpolator
You can optionally set an interpolator for each element to determine how quickly or slowly it performs its effect over time. For example, slow at the beginning and faster at the end for EaseInInterpolator, and the reverse for EaseOutInterpolator. A list of interpolators is given in R.anim. To specify these, use the syntax @android:anim/interpolatorName.

For more discussion and animation code samples, see the discussion in the 2D Graphics document.

Application menus (Options Menu, Context Menu, or Sub Menu) can be defined as XML resources and inflated by your application using MenuInflater.

Source file format: XML file, one resource per file, one root tag, <?xml> declaration not required.

Resource file location: res/menu/some_file.xml

Compiled resource datatype: Resource pointer to a Menu (or subclass) resource.

Resource reference name:

  • Java: R.menu.some_file

Syntax

The file must have a single root element: a <menu> element. In all, there are three valid elements: <menu>, <group> and <item>. The <item> and <group> elements must be the children of a <menu>, but <item> elements can also be the children of a <group>, and another <menu> element may be the child of an <item> (to create a Sub Menu).

<menu xmlns:android="http://schemas.android.com/apk/res/android">

    <item android:id="@+id/example_item
          android:title="Example Item"
          android:icon="@drawable/example_item_icon" />

    <group android:id="@+id/example_group">
        <item android:id="@+id/example_item2
              android:title="Example Item 2"
              android:icon="@drawable/example_item2_icon" />
    </group>

    <item android:id="@+id/example_submenu
          android:title="Example Sub Menu" >
        <menu>
            <item android:id="@+id/example_submenu_item
                  android:title="Example Sub Menu Item" />
        </menu>
    </item>

</menu>

Elements and Attributes

All attributes must be defined with the android namespace (e.g., android:icon="@drawable/icon").

<menu>
The root of a menu. Contains <item> and <group> nodes. No attributes.
<group>
A menu group. Contains <item> elements. Valid attributes:
  • id - A unique integer ID for the group.
  • menuCategory - Value corresponding to Menu CATEGORY_* constants — defines the priority of the group. Valid values: container, system, secondary, and alternative.
  • orderInCategory - An integer that defines the default order of the items within the category.
  • checkableBehavior - Whether the items are checkable. Valid values: none, all (exclusive / radio buttons), single (non-exclusive / checkboxes)
  • visible - Whether the group is visible. true or false.
  • enabled - Whether the group is enabled. true or false.
<item>
A menu item. May contain a <menu> element (for a Sub Menu). Valid attributes:
  • id - A unique resource ID for the item.
  • menuCategory - Used to define the menu category.
  • orderInCategory - Used to define the order of the item, within a group.
  • title - A string for the menu title.
  • titleCondensed - A condensed string title, for situations in which the normal title is too long.
  • icon - A resource identifier for a drawable icon.
  • alphabeticShortcut - A character for the alphabetic shortcut key.
  • numericShortcut - A number for the numeric shortcut key.
  • checkable - Whether the item is checkable. true or false.
  • checked - Whether the item is checked by default. true or false.
  • visible - Whether the item is visible by default. true or false.
  • enabled - Whether the item is enabled by default. true or false.

For more discussion on how to create menus in XML and inflate them in your application, read Creating Menus.

Layout

Android lets you specify screen layouts using XML elements inside an XML file, similar to designing screen layout for a webpage in an HTML file. Each file contains a whole screen or a part of a screen, and is compiled into a View resource that can be passed in to Activity.setContentView or used as a reference by other layout resource elements. Files are saved in the res/layout/ folder of your project, and compiled by the Android resource compiler, aapt.

Every layout XML file must evaluate to a single root element. First we'll describe how to use the standard XML tags understood by Android as it is shipped, and then we'll give a little information on how you can define your own custom XML elements for custom View objects.

The root element must have the Android namespace "http://schemas.android.com/apk/res/android" defined in the root element.

For a complete discussion on creating layouts, see the User Interface topic.

Source file format: XML file requiring a <?xml version="1.0" encoding="utf-8"?> declaration, and a root element of one of the supported XML layout elements.

Resource file location: res/layout/some_file.xml.

Compiled resource datatype: Resource pointer to a View (or subclass) resource.

Resource reference name:

  • Java: R.layout.some_file
  • XML: @[package:]layout/some_file

Syntax

<ViewGroupClass xmlns:android="http://schemas.android.com/apk/res/android"
                android:id="@+id/string_name" (attributes)>
   <widget or other nested ViewGroupClass>+
   <requestFocus/>(0 or 1 per layout file, assigned to any element)
</ViewGroupClass>
<ViewGroupClass>

The file must have a single root element. This can be a ViewGroup class that contains other elements, or a widget (or custom item) if it's only one object. By default, you can use any (case-sensitive) Android widget or ViewGroup class name as an element. These elements support attributes that apply to the underlying class, but the naming is not as clear. How to discover what attributes are supported for what tags is discussed below. You should not assume that any nesting is valid (for example you cannot enclose <TextView> elements inside a <ListLayout>).

If a class derives from another class, the XML element inherits all the attributes from the element that it "derives" from. So, for example, <EditText> is the corresponding XML element for the EditText class. It exposes its own unique attributes (EditText_numeric), as well as all attributes supported by <TextView> and <View>. For the id attribute of a tag in XML, you should use a special syntax: "@+id/somestringvalue". The "@+" syntax creates a resource number in the R.id class, if one doesn't exist, or uses it, if it does exist. When declaring an ID value for an XML tag, use this syntax. Example: <TextView android:id="@+id/nameTextbox"/>, and refer to it this way in Java: findViewById(R.id.nameTextbox). All elements support the following values:

  • id - An ID value used to access this element in Java. Typically you will use the syntax @+id/string_name to generate an ID for you in the id.xml file if you haven't created one yourself.
  • xmlns:android="http://schemas.android.com/apk/res/android" - Required for the root element only.
<requestFocus>
Any element representing a View object can include this empty element, which gives it's parent tag initial focus on the screen. You can have only one of these elements per file.

What Attributes Are Supported for What Elements?

Android uses the LayoutInflater class at run time to load an XML layout resource and translate it into visual elements. By default, all widget class names are supported directly as tags, but a full list of supported tags and attributes is listed in the R.styleable reference page. However, the attribute names are somewhat obscure. If an underscore appears in the name, this indicates that it is an attribute — typically of the element before the underscore. So, for example, EditText_autoText means that the <EditText> tag supports an attribute autoText. When you actually use the attribute in that element, use only the portion after the last underscore, and prefix the attribute with the prefix "android:". So, for example, if R.styleable lists the following values:

  • TextView
  • TextView_lines
  • TextView_maxlines

You could create an element like this:

<TextView android:lines="10" android:maxlines="20"/>

This would create a TextView object and set its lines and maxlines properties.

Attributes come from three sources:

  • Attributes exposed directly by the element. For example, TextView supports TextView_text, as discussed above.
  • Attributes exposed by all the superclasses of that element. For example, the TextView class extends the View class, so the <TextView> element supports all the attributes that the <View> element exposes — a long list, including View_paddingBottom and View_scrollbars. These too are used without the class name: <TextView android:paddingBottom="20" android:scrollbars="horizontal" />.
  • Attributes of the object's ViewGroup.LayoutParams subclass. All View objects support a LayoutParams member (see Declaring Layout). To set properties on an element's LayoutParams member, the attribute to use is "android:layout_layoutParamsProperty". For example: android:layout_gravity for an object wrapped by a <LinearLayout> element. Remember that each LayoutParams subclass also supports inherited attributes. Attributes exposed by each subclass are given in the format someLayoutParamsSubclass_Layout_layout_someproperty. This defines an attribute "android:layout_someproperty". Here is an example of how Android documentation lists the properties of the LinearLayout.LayoutParams class:
  • LinearLayout_Layout // The actual object — not used.
  • LinearLayout_Layout_layout_gravity // Exposes a gravity attribute
  • LinearLayout_Layout_layout_height // Exposes a height attribute
  • LinearLayout_Layout_layout_weight // Exposes a weight attribute
  • LinearLayout_Layout_layout_width // Exposes a width attribute

Here is an example that sets some of these values on a few objects, including direct attributes, inherited attributes, and LayoutParams attributes:

<?xml version="1.0" encoding="utf-8"?>
<!-- res/main_screen.xml -->
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
              android:orientation="vertical"    // The object's own orientation property
              android:padding="4"               // Inherited View property
              android:gravity="center"          // The object's own property
              android:layout_width="fill_parent"  // Parent object's LinearLayout.LayoutParams.width
              android:layout_height="fill_parent"> // Parent object's LinearLayout.LayoutParams.height

   <TextView android:layout_width="fill_parent"   // TextView.LayoutParams.width
             android:layout_height="wrap_content" // TextView.LayoutParams.height
             android:layout_weight="0"            // TextView.LayoutParams.weight
             android:paddingBottom="4"            // TextView.paddingBottom
             android:text="@string/redirect_getter"/> // TextView.text

   <EditText android:id="@+id/text"
             android:layout_width="fill_parent"   // EditText.LayoutParams.width
             android:layout_height="wrap_content" // EditText.LayoutParams.height
             android:layout_weight="0"            // EditText.LinearLayoutParams.weight
             android:paddingBottom="4">           // EditText.paddingBottom
       <requestFocus />
   </EditText>

   <Button android:id="@+id/apply"
           android:layout_width="wrap_content"  // Button.LayoutParams.width
           android:layout_height="wrap_content" // Button.LayoutParams.height
           android:text="@string/apply" />      // TextView.text
</LinearLayout>

Example Code Use

The most common use is to load the XML file (located at res/main_screen.xml) and use it as the current screen, as shown here with the preceding file:

setContentView(R.layout.main_screen); 

However, layout elements can also represent repeating elements used as templates.

Also see User Interface for more information on layouts.

Custom Layout Resources

You can define custom elements to use in layout resources. These custom elements can then be used the same as any Android layout elements: that is, you can use them and specify their attributes in other resources. The ApiDemos sample application has an example of creating a custom layout XML tag, LabelView. To create a custom element, you will need the following files:

  • Java implementation file - The implementation file. The class must extend View or a subclass. See LabelView.java in ApiDemos.
  • res/values/attrs.xml - Defines the XML element, and the attributes that it supports, for clients to use to instantiate your object in their layout XML file. Define your element in a <declare-styleable name=your_java_class_name>. See res/values/attrs.xml in ApiDemos.
  • res/layout/your_class.xml [optional] - An optional XML file to describe the layout of your object. This could also be done in Java. See custom_view_1.xml in ApiDemos.

Source file format: XML file without an <?xml> declaration, and a <resources> root element containing one or more custom element tags.

Resource file location: res/values/attrs.xml (File name is arbitrary.)

Compiled resource datatype: Resource pointer to a View (or subclass) resource.

Resource reference name: R.styleable.some_file (Java).

Styles and Themes

A style is one or more attributes applied to a single element (for example, 10 point red Arial font, applied to a TextView). A style is applied as an attribute to an element in a layout XML file.

A theme is one or more attributes applied to a whole screen — for example, you might apply the stock Android Theme.dialog theme to an activity designed to be a floating dialog box. A theme is assigned as an attribute to an Activity in the manifest file.

Both styles and themes are defined in a <style> block containing one or more string or numerical values (typically color values), or references to other resources (drawables and so on). These elements support inheritance, so you could have MyBaseTheme, MyBaseTheme.Fancy, MyBaseTheme.Small, and so on.

For a complete discussion on styles and themes, read Applying Styles and Themes.

Source file format: XML file requiring a <?xml version="1.0" encoding="utf-8"?> declaration, and a root <resources> element containing one or more <style> tags.

Resource source file location: res/values/styles.xml (File name is arbitrary, but standard practice is to put all styles into a file named styles.xml.)

Compiled resource datatype: Resource pointer to a Java CharSequence.

Resource reference name:

  • Java: R.style.styleID for the whole style, R.style.styleID.itemID for an individual setting
  • XML: @[package:]style/styleID for a whole style, @[package:]style/styleID/itemID for an individual item. Note: to refer to a value in the currently applied theme, use "?" instead of "@" as described below (XML).

Syntax

<style name=string [parent=string] >
   <item name=string>Hex value | string value | reference</item>+
</style>
<style>
Holds one or more <item> elements, each describing one value. This style, which is a bundle of values, can be referred to as a theme.
  • name - The name used in referring to this theme.
  • parent - An optional parent theme. All values from the specified theme will be inherited into this theme. Any values with identical names that you specify will override inherited values. The name must be qualified by the package, but you don't need the /style directive (for example, android:Theme for the base Android theme, or MyTheme for a theme defined in your package).
<item>
A value to use in this theme. It can be a standard string, a hex color value, or a reference to any other resource type.

For examples of how to declare and apply styles and themes, read Applying Styles and Themes.

Searchable

To make search appear to the user as a seamless system-wide feature, the Android framework offers APIs that let applications control how they are searched. Applications can customize how search is invoked, how the search dialog looks, and what type of search results are available, including suggestions that are shown as the user types.

In order to utilize the Android search framework, an application must provide a search configuration in the form of an XML resource. This section describes the search configuration XML in terms of its syntax and usage. For a more complete discussion about how to implement search features for your application, see SearchManager.

Source file format: XML file requiring a <?xml version="1.0" encoding="utf-8"?> declaration, and a root <searchable> element.

Resource source file location: res/xml/searchable.xml (The file name is arbitrary, but standard practice is to use searchable.xml.)

Compiled resource datatype: Resource pointer to an xml object.

Resource reference name:

  • Java: R.xml.filename.
  • XML: @[package:]xml/filename (e.g., @xml/searchable).

Syntax

<searchable xmlns:android="http://schemas.android.com/apk/res/android
     android:label="@string/search_label" 
     ... >
     <actionkey
          android:keycode="KEYCODE_CALL"
          ... >     
</searchable>
<searchable>
Defines all application search configurations, including settings for text and voice searches performed within the application. It accepts the following attributes:
  • label - Required. This is the name for your application, as it will appear to the user. This will be visible only if searchMode is set to "showSearchLabelAsBadge" (see below).
  • hint - This is the text to display in the search text field when no text has been entered. This is recommended in order to provide context to the search about to be performed (e.g., "Search the Dictionary").
  • searchMode - If provided and non-zero, this sets additional modes for control of the search presentation. The following mode values are accepted:
    • showSearchLabelAsBadge - If set, this enables the display of the search target (label) within the search bar.
    • queryRewriteFromData - If set, this causes the suggestion column SUGGEST_COLUMN_INTENT_DATA to be considered as the text for suggestion query rewriting. This should only be used when the values in SUGGEST_COLUMN_INTENT_DATA are suitable for user inspection and editing - typically, HTTP/HTTPS Uri's.
    • queryRewriteFromText - If set, this causes the suggestion column SUGGEST_COLUMN_TEXT_1 to be considered as the text for suggestion query rewriting. This should be used for suggestions in which no query text is provided and the SUGGEST_COLUMN_INTENT_DATA values are not suitable for user inspection and editing.

    More than one of the above values for searchMode can be used at once. For example, you can declare two modes at once, like this: searchMode="queryRewriteFromData|queryRewriteFromText"

  • inputType - If provided, supplies a hint about the type of search text the user will be entering. For most searches, in which free form text is expected, this attribute is not needed. See inputType for a list of suitable values for this attribute.
  • imeOptions - If provided, supplies additional options for the input method. For most searches, in which free form text is expected, this attribute is not needed, and will default to "actionSearch". See imeOptions for a list of suitable values for this attribute.

If you have defined a content provider to generate search suggestions, you need to provide some more searchable metadata in order to configure communications with the content provider. The following are additional <searchable> attributes for use when providing search suggestions:

  • searchSuggestAuthority - Required to provide search suggestions. This value must match the authority string provided in the provider section of your manifest.
  • searchSuggestPath - If provided, this path will be inserted in the suggestions query Uri, after the authority you have provide but before the standard suggestions path. This is only required if you have a single content provider issuing different types of suggestions (e.g. for different data types) and you need a way to disambiguate the suggestions queries when they are received.
  • searchSuggestSelection - If provided, this value will be passed into your query function as the selection parameter. Typically this will be a WHERE clause for your database, and will contain a single question mark, which represents the actual query string that has been typed by the user. However, you can also use any non-null value to simply trigger the delivery of the query text (via selection arguments), and then use the query text in any way appropriate for your provider (ignoring the actual text of the selection parameter.)
  • searchSuggestIntentAction - The default Intent action to be used when a user clicks on a search suggestion. If provided, and not overridden by the selected suggestion, this value will be placed in the action field of the Intent when the user clicks a suggestion.
  • searchSuggestIntentData - The default Intent data to be used when a user clicks on a search suggestion. If provided, and not overridden by the selected suggestion, this value will be placed in the data field of the Intent when the user clicks a suggestion.

Beyond providing search suggestions while using your application's local search, you can also configure your search suggestions to be made available to Quick Search Box, which will allow users so receive search suggestions from your application content from outside your application. The following are additional <searchable> attributes for use when providing search suggestions to Quick Search Box:

  • includeInGlobalSearch - Required to provide search suggestions in Quick Search Box. If true, this indicates the search suggestions provided by your application should be included in the globally accessible Quick Search Box. The user must still enable your application as a searchable item in the system search settings in order for your suggestions to appear in Quick Search Box.
  • searchSettingsDescription - If provided, this provides a brief description of the search suggestions that you provide to Quick Search Box, and will be displayed in the search settings entry for your application.
  • queryAfterZeroResults - Indicates whether a source should be invoked for supersets of queries it has returned zero results for in the past. For example, if a source returned zero results for "bo", it would be ignored for "bob". If set to false, this source will only be ignored for a single session; the next time the search dialog is invoked, all sources will be queried. The default value is false.
  • searchSuggestThreshold - Indicates the minimum number of characters needed to trigger a source lookup from Quick Search Box. Only guarantees that a source will not be queried for anything shorter than the threshold. The default value is 0.

To enable voice search for your Activity, you can add fields to the searchable metadata that enable and configure voice search. The following are additional <searchable> attributes for use when implementing voice search:

  • voiceSearchMode - Required to provide voice search capabilities. If provided and non-zero, enables voice search. (Voice search may not be provided by the device, in which case these flags will have no effect.) The following mode values are accepted:
    • showVoiceSearchButton - If set, display a voice search button. This only takes effect if voice search is available on the device. If set, then "launchWebSearch" or "launchRecognizer" must also be set.
    • launchWebSearch - If set, the voice search button will take the user directly to a built-in voice web search activity. Most applications will not use this flag, as it will take the user away from the activity in which search was invoked.
    • launchRecognizer - If set, the voice search button will take the user directly to a built-in voice recording activity. This activity will prompt the user to speak, transcribe the spoken text, and forward the resulting query text to the searchable activity, just as if the user had typed it into the search UI and clicked the search button.
  • voiceLanguageModel - A string constant from RecognizerIntent. If provided, this specifies the language model that should be used by the voice recognition system. See EXTRA_LANGUAGE_MODEL for more information. If not provided, the default value LANGUAGE_MODEL_FREE_FORM will be used.
  • voicePromptText - A string. If provided, this specifies a prompt that will be displayed during voice input. If not provided, a default prompt will be displayed.
  • voiceLanguage - A string constant from Locale. If provided, this specifies the spoken language to be expected. This is only needed if it is different from the current value of getDefault().
  • voiceMaxResults - If provided, enforces the maximum number of results to return, including the "best" result which will always be provided as the SEARCH intent's primary query. Must be one or greater. Use EXTRA_RESULTS to get the results from the intent. If not provided, the recognizer will choose how many results to return.
<actionkey>
Defines a shortcut key for a search action.
  • keycode - Required. This attribute denotes the action key you wish to respond to. Note that not all action keys are actually supported using this mechanism, as many of them are used for typing, navigation, or system functions. This will be added to the ACTION_SEARCH Intent that is passed to your searchable Activity. To examine the key code, use getIntExtra(SearchManager.ACTION_KEY). Note that, in addition to the keycode, you must also provide one or more of the action specifier attributes below.
  • queryActionMsg - If you wish to handle an action key during normal search query entry, you must define an action string here. This will be added to the ACTION_SEARCH Intent that is passed to your searchable Activity. To examine the string, use getStringExtra(SearchManager.ACTION_MSG).
  • suggestActionMsg - If you wish to handle an action key while a suggestion is being displayed and selected, there are two ways to handle this. If all of your suggestions can handle the action key, you can simply define the action message using this attribute. This will be added to the ACTION_SEARCH Intent that is passed to your searchable Activity. To examine the string, use getStringExtra(SearchManager.ACTION_MSG).
  • suggestActionMsgColumn - If you wish to handle an action key while a suggestion is being displayed and selected, but you do not wish to enable this action key for every suggestion, then you can use this attribute to control it on a suggestion-by-suggestion basis. First, you must define a column (and name it here) where your suggestions will include the action string. Then, in your content provider, you must provide this column, and when desired, provide data in this column. The search manager will look at your suggestion cursor, using the string provided here in order to select a column, and will use that to select a string from the cursor. That string will be added to the ACTION_SEARCH Intent that is passed to your searchable Activity. To examine the string, use getStringExtra(SearchManager.ACTION_MSG). If the data does not exist for the selection suggestion, the action key will be ignored.
↑ Go to top

← Back to Resources and Assets