Support different Android device configurations with dimension resources
A benefit and frustration of developing for Android is the great
variety of devices running the mobile OS. You can’t plan for the exact
configuration of every current and future Android device. Fortunately, the Android team created a flexible system to help developers make their apps look good on all devices.
Dimension resources are an important part of this system, yet they don’t get as much attention as they should. Tutorial after tutorial on the web show hard-coded values in layout files. While that can make a tutorial concise, it strengthens bad coding habits that can be hard to break later.
With dimension values, a single layout can scale to a variety of sizes and densities. The other option is to create a new layout file for every configuration, which can become a maintenance nightmare very quickly due to the duplicated code. Instead, having a single layout file that loads the appropriate dimension information at runtime will make your life simpler.
The following layout code uses dimension resources to display correctly on a variety of devices:
Figure A
Through the emulator, remote test services, and your test devices, you can verify the results. If any special cases need to be handled, a new resource folder can be created with adjusted dimension values.
Dimension resources are an important part of this system, yet they don’t get as much attention as they should. Tutorial after tutorial on the web show hard-coded values in layout files. While that can make a tutorial concise, it strengthens bad coding habits that can be hard to break later.
Best practices of using dimension resources
Ideally, all Android apps should aim to support as many devices as possible. By using dimension resources, you can greatly simplify the task of building and maintaining such a flexible app.With dimension values, a single layout can scale to a variety of sizes and densities. The other option is to create a new layout file for every configuration, which can become a maintenance nightmare very quickly due to the duplicated code. Instead, having a single layout file that loads the appropriate dimension information at runtime will make your life simpler.
The following layout code uses dimension resources to display correctly on a variety of devices:
<TextView
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="@string/title"
android:textSize="@dimen/text_size_title"
/>
<ImageView
android:layout_width="wrap_content"
android:layout_height="@dimen/banner_height"
android:layout_margin="@dimen/banner_padding"
android:src="@drawable/im_banner"
/>To support this layout, a number of resource targets can be created (Figure A).
Figure A
Click the image to enlarge.
This might look like a little busy, however, each of the “values” targets only contains a single dimensions file with a few values.<?xml version="1.0" encoding="utf-8"?>
<resources>
<dimen name="banner_height">50dp</dimen>
<dimen name="banner_margin">4dp</dimen>
<dimen name="text_size_title">48sp</dimen>
</resources>In this example, the size and spacing of the banner, as well as the size of the title text, can be changed for each of the densities (ldpi, mdpi, hdpi, and xhdpi) as well as the sizes (small, normal, large, xlarge). This isn’t a comprehensive set of size and density targets, but it shows the structure; you can add additional targets as needed.
Through the emulator, remote test services, and your test devices, you can verify the results. If any special cases need to be handled, a new resource folder can be created with adjusted dimension values.
Comments
Post a Comment