VISITAS:

jueves, 25 de octubre de 2012

ANDROID: Ejercicios para crear layouts

Ejercicio 1

Fila de cuatro botones horizontalmente ocupando todo el ancho de la pantalla. Cada botón tiene que  ocupar el mismo espacio, o sea, el 25% del ancho de la pantalla.
Dejar un espacio alrededor del grupo de botones de 20dp. Separar entre sí cada uno de los botones por 5dp.


Solución


<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:tools="http://schemas.android.com/tools" android:layout_width="match_parent" android:layout_height="match_parent" android:orientation="horizontal" android:padding="20dp">

  <Button android:layout_height="wrap_content" android:layout_width="match_parent" android:layout_weight="1" android:layout_margin="5dp" android:text="Botón 1" />

  <Button android:layout_height="wrap_content" android:layout_width="match_parent" android:layout_weight="1" android:layout_margin="5dp" android:text="Botón 2" />

  <Button android:layout_height="wrap_content" android:layout_width="match_parent" android:layout_weight="1" android:layout_margin="5dp" android:text="Botón 3" />

  <Button android:layout_height="wrap_content" android:layout_width="match_parent" android:layout_weight="1" android:layout_margin="5dp" android:text="Botón 4" />

</LinearLayout>

Explicación

Con un LinearLayout horizontal ponemos los 4 botones en  una fila.
El padding de 20dp en el LinearLayout pone un espacio interno para su contenido (los botones).
Cada botón tiene un weight de 1 para que sean todos iguales dentro del padre.
El margin de 5dp en los botones hace que éstos queden separados entre sí por 5dp. 

Ejercicio 2

Dividir la pantalla verticalmente en dos mitades. En la mitad superior superior, colocar una imagen que ocupe toda la parte superior. En la mitad inferior colocar un texto largo que permita desplazarse con scroll para poder visualizarlo.Ambas mitades deben estar rodeadas de un margen de 5dp.


Solución

<?xml version="1.0" encoding="utf-8"?>

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:tools="http://schemas.android.com/tools" android:layout_width="match_parent" android:layout_height="match_parent" android:orientation="vertical" android:padding="5dp">

  <ImageView android:layout_width="match_parent" android:layout_height="match_parent" android:scaleType="fitCenter" android:layout_weight="1" android:src="@drawable/ic_launcher" />

  <ScrollView android:layout_width="match_parent" android:layout_height="match_parent" android:layout_weight="1">

    <TextView android:layout_width="match_parent" android:layout_height="wrap_content" android:text="@string/texto" />

  </ScrollView>

</LinearLayout>

Ejercicio 3

Un botón que ocupe el 50% del ancho de la pantalla y que esté centrado vertical y horizontalmente en la pantalla.


Solución

<?xml version="1.0" encoding="utf-8"?>

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:tools="http://schemas.android.com/tools" android:layout_width="match_parent" android:layout_height="match_parent" android:orientation="horizontal" android:gravity="center" android:weightSum="100">

  <Button android:layout_width="0dp" android:layout_height="wrap_content" android:layout_weight="50" android:text="Botón" />

</LinearLayout>

Ejercicio 4

Construir el siguiente formulario:


Solución


<?xml version="1.0" encoding="utf-8"?>

<TableLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:tools="http://schemas.android.com/tools" android:layout_width="match_parent" android:layout_height="match_parent" android:layout_marginTop="5dp" android:stretchColumns="1">

  <TableRow>

    <TextView android:text="Nombre (*)" android:layout_width="wrap_content" android:layout_height="wrap_content" />

    <EditText android:layout_width="match_parent" android:layout_height="wrap_content" android:layout_margin="6dp" />

  </TableRow>

  <TableRow>

    <TextView android:text="Apellido (*)" android:layout_width="wrap_content" android:layout_height="wrap_content" />

    <EditText android:layout_width="match_parent" android:layout_height="wrap_content" android:layout_margin="6dp" />

  </TableRow>

  <TableRow>

    <TextView android:text="e-mail (*)" android:layout_width="wrap_content" android:layout_height="wrap_content" />

    <EditText android:layout_width="match_parent" android:layout_height="wrap_content" android:layout_margin="6dp" />

  </TableRow>

  <TableRow>

    <TextView android:text="Mensaje" android:layout_width="wrap_content" android:layout_height="wrap_content" />

    <EditText android:layout_width="match_parent" android:layout_height="wrap_content" android:layout_margin="6dp" android:paddingRight="5dp" android:inputType="textMultiLine" android:lines="3" />

  </TableRow>

  <LinearLayout android:layout_width="wrap_content" android:layout_height="wrap_content">

    <CheckBox android:layout_width="wrap_content" android:layout_height="wrap_content" android:text="Suscribirse por e-mail" android:checked="true" />

  </LinearLayout>

  <LinearLayout android:layout_width="wrap_content" android:layout_height="wrap_content" android:layout_marginTop="10dp">

    <TextView android:text="Web del vendedor" android:layout_width="wrap_content" android:layout_height="wrap_content" android:textColor="#0000FF" android:textStyle="bold" />

  </LinearLayout>

  <LinearLayout android:layout_width="wrap_content" android:layout_height="wrap_content" android:layout_marginTop="20dp" android:gravity="center" android:orientation="horizontal">

    <Button android:layout_width="wrap_content" android:layout_height="wrap_content" android:text="Confirmar" />

    <Button android:layout_width="wrap_content" android:layout_height="wrap_content" android:text="Cancelar" />

  </LinearLayout>

</TableLayout>

lunes, 22 de octubre de 2012

ANDROID: Soporte para múltiples pantallas

Conceptos

  • Screen size (tamaño de pantalla): Es es tamaño físico de la pantalla, medido en pulgadas en su diagonal. Android agrupa todos los tamaños de pantalla en cuatro grupos: small, normal, large, extra-large.
  • Screen density (densidad de pantalla): Es la cantidad de pixels en un área física de la pantalla, dpi (dots per inch). Android agrupa las densidades de pantalla en cuatro grupos: low, medium, high y extra-high.
  • Orientation (orientación): Es la orientación de la pantalla desde el punto de vista del usuario. Puede ser landscape (paisaje, más ancho que alto) o portrait (retrato, más alto que ancho). La orientación puede cambiar en runtime cuando el usuario rota el dispositivo.
  • Resolution (resolución): Es el número total de pixels en la pantalla. Las aplicaciones no deberían tratar directamente con la resolución, sino con el tamaño de la pantalla y con la densidad de pixels (según los grupos de tamaños y resoluciones).
  • Density-independent pixels (dp, pixels independientes de la densidad): Es una unidad virtual de pixels que se usa cuando se definen layuts de UI. Se utiliza para expresar las dimensiones y/o posiciones de una forma independiente de la densidad. Un dp es equivalente a un pixel físico en una pantalla de 160 dpi, perteneciente al grupo de densidad medium. En runtime, el sistema maneja el escalado de los dp según sea necesario, para adaptarlos a la densidad real de la pantalla que se esté usando. La conversión de dp a pixels es muy sencilla: px = dp * dpi / 160. Siempre se deben utilizar dp cuando se definen las dimensiones y las posiciones en la UI para asegurar la visualización correcta en pantallas con diferentes densidades.

Rangos de pantallas soportados

Para simplificar el diseño de interfaces de usuario para múltiples tipos de pantallas, Android agrupa los rangos de tamaños y densidades de pantalla en:
  • Tamaños: small, normal, large, extra-large

  • Densidades: ldpi, mdpi, hdpi, xhdpi

La configuración base de pantalla es size=normal y density=medium.
Cuando se diseñan interfaces de usuario, se descubre que cada diseño requiere una cantidad mínima de espacio. Este tamaño mínimo se expresa en unidades dp.
Para optimizar una aplicación se suelen definir diferentes diseños para los diferentes tamaños y para las diferentes densidades. Normalmente se definen layouts alternativos para los distintos tamaños de pantalla (small, normal, large, xlarge) y bitmaps alternativos para las distintas densidades (ldpi, mdpi, hdpi, xhdpi). En runtime, Android utiliza los recursos más adecuados para cada caso.

Ejemplo: Múltiples densidades de pantalla

Imaginemos 3 dispositivos: A, B y C con las siguientes resoluciones y tamaños:
  • Dispositivo A: 6 x 8 pulgadas (diagonal = 10 pulgadas), 6 x 8 pixels. Este dispositivo tiene una densidad de 1 dpi
  • Dispositivo B: 6 x 8 pulgadas (diagonal = 10 pulgadas), 12 x 16 pixels. Este dispositivo tiene una densidad de 2 dpi
  • Dispositivo C: 6 x 8 pulgadas (diagonal = 10 pulgadas), 24 x 32 pixels. Este dispositivo tiene una densidad de 4 dpi
Los tres dispositivos tienen el mismo tamaño físico. Sin embargo, cada uno tiene una densidad de pixels distinta. El dispositivo A se podría considerar de baja densidad (ldpi), el B de densidad media (mdpi) y el C de alta densidad (hdpi). Nota: Esto es un ejemplo para comprender bien el problema con números pequeños; en la realidad una densidad media mdpi sería de unos 160 dpi.
Si ponemos un botón en la posición 0,0 de tamaño 4 x 4 pixels en cada uno de los dispositivos, obtendríamos los siguientes resultados:
  • En el dispositivo A, el botón ocuparía 4 x 4 pixels, o sea, 4 x 4 pulgadas.
  • En el dispositivo B, el botón ocuparía igualmente 4 x 4 pixels, pero en este caso serían 2 x 2 pulgadas, o sea, sería la mitad de grande que el mismo botón en el dispositivo A.
  • En el dispositivo C, el botón ocuparía los mismos 4 x 4 pixels, pero en este caso, el tamaño sería de 1 x 1 pulgada.
Como se puede observar, si expresamos el tamaño del  botón en pixels, tendremos un tamaño distinto en cada dispositivo, según la densidad de cada uno de estos. Siendo más grande cuanto menor es la densidad. Además, en cada caso, el espacio sobrante para otras vistas es distinto en cada dispositivo.

Vamos a colocar un botón en la posición 0,0 en los tres dispositivos. Pero ahora vamos a expresar el tamaño del botón en dp, no en pixels. Las dimensiones del botón serán 4 x 4 dp.
Antes de nada tenemos que definir la densidad de pixels de referencia (baseline). En los dispositivos android, esta densidad es de 160 dpi. Sin embargo en nuestro ejemplo vamos a considerar 2 dpi como la densidad de referencia. Entonces, si expresamos los tamaños en dp, el sistema android tendrá que calcular los pixels reales en función de la densidad de pixels del dispositivo. La fórmula, como vimos en el apartado anterior es: px = dp x dpi / 2
  • En el dispositivo A, el botón ocuparía 4 x 1 / 2 = 2 pixels, o sea, 2 pulgadas.
  • En el dispositivo B, el botón ocuparía 4 x 2 / 2 = 4 pixels, que también corresponden a 2 pulgadas.
  • En el dispositivo C, el botón ocuparía 4 x 4 / 2 = 8 pixels, 2 pulgadas igualmente.

Ahora el botón ocupa el mismo tamaño en todos los dispositivos y por tanto el espacio sobrante para otras vistas es lógicamente el mismo en todos los dispositivos.

Se considera que una aplicación es independiente de la densidad cuando preserva los tamaños físicos de los elementos de UI cuando se visualiza en pantallas de distintas densidades. Esta condición es muy importante, porque de no cumplirse, un elemento tal como un botón aparecerá más grande en pantallas de baja densidad y más pequeño en pantallas de alta densidad.

Como conclusión: Si expresamos las posiciones y tamaños en dp, resolvemos el problema que surge con dispositivos de distintas densidades de pixels.

Sin embargo, en el caso de los bitmaps, aunque expresemos su tamaño en dp, el sistema android intentará escalar el bitmap al tamaño físico adecuado. Pero este escalado a veces da como resultado imágenes borrosas y/o pixeladas. Esto se debe a que el escalado de un bitmap produce los siguientes efectos:

  • Ampliación: la imagen se pixela debido a que cada pixel de la imagen tiene que ocupar 2 o más pixels (dependiendo del factor de ampliación)
  • Reducción: la imagen se emborrona debido a que desaparecen pixels de la imagen (para reducir su tamaño)

Para evitar este problema con los bitmaps, es conveniente proporcionar una versión de cada bitmap para las distintas densidades. Se suele utilizar el siguiente criterio:

  • Bitmap para mdpi: 100%
  • Bitmap para hdpi: 150%
  • Bitmap para xhdpi: 200%
  • Bitmap para ldpi: 75%

Esto significa que si tenemos un bitmap de por ejemplo 100x100 pixels para mdpi, entonces deberíamos proporcionar otra versión del mismo bitmap a 150x150 pixels para hdpi, otra versión a 200x200 pixels para xhdpi y otra versión de 75x75 pixels para ldpi. Físicamente, todos se mostrarán con el mismo tamaño, pero no aparecerán los efectos de pixelado (en hdpi y xhdpi) ni de imagen borrosa (en ldpi).

El siguiente problema que se nos plantea es con dispositivos de distinto tamaño físico.

Soporte de múltiples tamaños y densidades de pantalla

Por defecto, Android renderiza el layout de la aplicación escalando bitmaps y layouts en función de la densidad y el tamaño de la pantalla. Sin embargo, esto puede no ser suficiente. A veces los programadores tienen que hacer algo también:

  • Declarar en el manifest los tamaños de pantalla que soporta la aplicación: de esta forma nos aseguramos que la aplicación sólo se ejecutará en los dispositivos con las pantallas soportadas. Para ello se utiliza el tag supports-screens  del fichero manifest.
  • Proporcionar diferentes layouts para diferentes tamaños de pantalla. Por defecto, Android re-escala el layout de la aplicación para encajarlo en el tamaño de pantalla actual. Esto funciona bien en algunos casos, pero no siempre. Por ejemplo, en una pantalla grande (como la de una tablet) suele ser interesante reorganizar los elementos aprovechando el mayor espacio disponible. Los layouts para los distintos tamaños de pantalla se colocan en los directorios: layout-small, layout-normal, layout-large, layout-xlarge
  • Proporcionar diferentes bitmaps para distintas densidades: Por defecto, Android escala los bitmaps de forma que tengan el tamaño deseado en función de la densidad del dispositivo. Por ejemplo, si sólo proporcionamos un bitmap para mdpi, cuando la aplicación se ejecute en hdpi, el sistema agrandará el bitmap. Y cuando se ejecute en ldpi, entonces el sistema reducirá el bitmap. Estos escalados pueden producir pixelado e imágenes borrosas. Para evitar estos fenómenos, lo mejor es proporcionar bitmaps para los distintos grupos de densidades. Estas versiones se colocarán en los directorios drawable-ldpi, drawable-mdpi, drawable-hdpi y drawable-xhdpi. Cuando no existe versión de un bitmap para una densidad determinada, el sistema busca la versión que más se acerque a la densidad del dispositivo actual.
El formato para los directorios de layouts y bitmaps es:

        resource-qualifier

El resource puede ser drawable o layout.
El qualifier puede ser:

  • Tamaño: small, normal, large, xlarge
  • Densidad: ldpi, mdpi, hdpi, xhdpi
  • Orientación: land, port
Los qualifiers se pueden concatenar con un guión. Por ejemplo, layout-small-port para un layout en pantallas de tamaño small y orientación portrait.
Si no se usa qualifier se supone que es para el  valor por defecto: normal y mdpi.

Diseño de layouts y drawables alternativos

Los tipos de recursos alternativos que se deberían crear dependen de las necesidades de la aplicación. Normalmente:
  • para los layouts se proporcionan los qualifiers para tamaño (small, normal, large, xlarge) y para orientación (land, port)
  • para los bitmaps se proporcionan los qualifiers para densidad (ldpi, mdpi, hdpi, xhdpi)

Layouts alternativos

Cuando se prueba la aplicación en diversos tamaños de pantalla y densidades es cuando se detecta la necesidad o no de proporcionar layouts alternativos. Por ejemplo:
  • Probando en una pantalla size=small, se descubre que  no caben todos los componentes (por ejemplo, una fila de botones). En este caso se debería proporcionar un layout para pantallas small que ajuste el tamaño y/o posición de los botones.
  • Probando en una pantalla size=xlarge, se descubre que sobra mucho espacio. En este caso se debería proporcionar un layout para pantallas xlarge con un rediseño de los componentes para aprovechar el espacio en una pantalla grande. Si dejamos que el sistema redimensione los componentes para adaptarse a una pantalla grande, el usuario tendrá una mala experiencia con la aplicación. Es mucho mejor hacer un diseño especial para pantallas grandes.
  • Probando en orientation=land, se descubre que algunos elementos que estaban en la parte inferior de la pantalla no aparecen.
En resumen, hay que diesñar para size=normal, y luego probar la aplicación en:
  • size=small
  • size=large
  • orientation=land
  • orientation=port

Drawables alternativos

Todas las aplicaciones deberían tener drawables alternativos para las diferentes densidades. El drawable más importante es el icono launcher, que debe mostrarse perfectamente en todas las densidades.
Los bitmaps deberían seguir las siguientes escalas:

ldpi > mdpi > hdpi > xhdpi
3 > 4 > 6 > 8
75% > 100% > 150% > 200%

Consejos y buenas prácticas

El objetivo de soportar múltiples pantallas es crear aplicaciones que funcionen adecuadamente en todos los grupos de tamaños, orientaciones y densidades que soporta Android.

1. Usar wrap_content, match_parent o dp para dimensiones

Se deben utilizar estos valores para los atributos layout_width y layout_height
Igualmente, se debe utilizar dp para el tamaño de los textos.

2. No usar pixels en el código de la aplicación

Los métodos del API de Android que obtienen dimensiones y posiciones retornan los valores en pixels.

3. No utilizar AbsoluteLayout

AbsoluteLayout obliga a utilizar posiciones fijas en las vistas hijas, lo cual provocará que las aplicaciones no funcionen en múltiples configuraciones de pantallas.
Se debería utilizar RelativeLayout, el cual usa posiciones relativas para colocar a sus vistas hijas.



viernes, 19 de octubre de 2012

ANDROID: Layouts

Los layouts de Android son los contenedores.
Un layout contiene hijos que pueden ser vistas o bien otros contenedores, formando así una jerarquía de componentes.
Existen varios tipos de layout que pasamos a describir.

FrameLayout

Muestra todas sus vistas hijas una encima de otra.
Las vistas se colocan una encima de otra según el orden en que se van añadiendo al layout (la última vista añadida es la que se muestra arriba del todo).

TableLayout

Organiza las vistas hijas en en filas y columnas. Cada fila es un contenedor de tipo TableRow.
El número de columnas será igual al número de celdas del TableRow con más celdas.
Las vistas hijas no pueden especificar layout_width.
Las celdas pueden abarcar varias columnas.

LinearLayout

Organiza las vistas hijas en una fila horizontal o vertical, según el atributo:
  • orientation
Las vistas hijas especifican cuánto espacio ocupan con el atributo:
  • layout_weight (peso)
especificando un peso relativo respecto a las demás vistas hijas.
Cuando layout_weight = 0 entonces la vista hija ocupa el espacio necesario según su contenido.
Por defecto, todas las vistas tienen el mismo peso con valor cero y ocuparán el espacio necesario según su contenido.
El comportamiento es el siguiente: las vistas con layout_weight = 0 ocupan el espacio que necesitan según su contenido; el resto de vistas con layout_weight > 0 se reparten el espacio restante proporcionalmente al valor de layout_weight.
Si una vista tiene layout_weight > 0 entonces hay que poner layout_width = 0 y layout_height = 0 para evitar problemas.

RelativeLayout

Organiza sus vistas hijas según su posición relativa a otras vistas y al propio layout.
Atributos de las vistas para alinear con el layout padre:
  • layout_alignParentTop, Bottom, Left, Right: true o false
Atributos de las vistas para centrar en el layout padre:
  • layout_centerHorizontal, Vertical, InParent: true o false
Atributos de las vistas para alinear con otras vistas en el mismo layout:
  • layout_alignTop, Bottom, Left, Right: id de la otra vista
Atributos de las vistas para ponerse en el mismo lugar que otra vista (overlap):
  • layout_alignBaseline: id de la otra vista
Atributos de las vistas para situarse junto a otra vista:
  • layout_above, below, leftOf, rightOf: id de la otra vista
Todos estos atributos se aplican según el orden de creación de las vistas dentro del layout.

ANDROID: Atributos para posicionar las vistas

Las vistas representan áreas en la pantalla: botón, texto, imagen.
Las vistas se organizan dentro de los contenedores, formando una jerarquía de contenedores y vistas.

Ancho y Alto

El ancho y alto de una vista y/o contenedor se definen con los atributos:
  • layout_width
  • layout_height
Los valores posibles para estos atributos son:
  • valor exacto (se recomienda utilizar dp)
  • wrap_content: para que la vista se expanda al tamaño según su contenido
  • match_parent: para que la vista se expanda para ocupar todo el tamaño del contenedor padre

Margen y Padding

Se utilizan los atributos:
  • layout_margin
  • padding
El margen crea espacio fuera de la vista, separándola del resto de vistas.
El padding crea espacio dentro de la vista.
Margen y padding se pueden especificar para cada lado.

Gravity

Por defecto, los contenedores colocan a sus hijos a la izquierda (gravity = left). Pero esto se puede cambiar, tanto en los contenedores como en las vistas hijas.
Atributos:
  • gravity: Se usa en los contenedores e indica la posición por defecto para los hijos. En una vista indica cómo se alineará el contenido de la vista
  • layout_gravity: Se usa en los hijos e indica la posición de un hijo en el padre.
Por ejemplo, supongamos un TextView con layout_width = "match_parent". En este caso, el texto ocupará el ancho de su padre, pero el texto saldrá alineado a la izquierda. Si queremos el texto centrado, tendremos que poner gravity = "center" en el hijo.
Si el TextView tiene layout_width = "wrap_content" y queremos que el texto salga centrado, entonces tendremos que poner layout_width = "center" para que la vista se centre en su padre, y por tanto, el texto salga centrado.
En el caso de IamgeView, no tiene el atributo gravity, entonces lo mejor es envolverlo en un LinearLayout y ponerle la gravity deseada.

ANDROID: Resoluciones, pixels, densidad...

Resoluciones típicas

Android define las siguientes resoluciones de pantalla típicas:
  • QVGA: 240 x 320 pixels
  • HVGA: 320 x 480 pixels
  • WQVGA: 240 x 432 pixels
  • WVGA: 480 x 800 pixels
  • WXGA: 1280 x 800 pixels
La densidad de pixels de un dispositivo es el número de pixels por pulgada física de pantalla (dpi).
¿Cómo calcular la densidad de pixels de un dispositivo? Normalmente conocemos la resolución horizontal y vertical en pixels, además del tamaño de la pantalla en pulgadas (diagonal).
Sean:
h = resolución horizontal en pixels
v = resolución vertical en pixels
i = diagonal en pulgadas
A partir de estos datos podemos calcular la densidad de pixels por pulgada de la siguiente forma:

dpi = sqrt( h * h + v * v) / i

Por ejemplo, w=1280 pixels, h=800 pixels, i = 10.1 pulgadas.
dpi = sqrt( 1280 * 1280 + 800 * 800) / 10.1 = 149 dpi

Tamaños de pantalla

Android define los siguientes tamaños de pantalla (son valores aproximados):
  • small: desde 2 pulgadas a 3 pulgadas
  • normal: desde 3 pulgadas a 4.5 pulgadas
  • large: desde 4.5 pulgadas hasta 7 pulgadas
  • xlarge: desde 7 pulgadas hasta 10 pulgadas

Densidades de pantalla

Android define las siguientes densidades:
  • ldpi: desde 100 hasta 150
  • mdpi: desde 150 hasta 200
  • hdpi: desde 200 hasta 250
  • xhdpi: desde 250 hasta 300

Programación para varias densidades de pantalla

Las distintas densidades siguen las siguientes proporciones aproximadamente: 3 : 4 : 6 : 8
Así, si tenemos un bitmap de 100x100 pixels para mdpi, deberíamos tener las versiones del bitmap siguientes:
  • 75x75 para ldpi
  • 150x150 para hdpi
  • 200x200 para xhdpi
Y de esta forma, el bitmap saldrá con el mismo tamaño real en todas las densidades de pantalla.
Cuando se programa para Android, siempre se deben especificar los tamaños en dp (density pixels). 1 dp es un pixel en una pantalla mdpi de 160 dpi.
Si especificamos los tamaños en dp, entonces Android convierte los dp a pixels aplicando la siguiente fórmula:
pixels = dp * dpi / 160
Si por ejemplo, un botón tiene un ancho de 100 dp, entonces en una pantalla de 200 dpi Android le dará un tamaño de 100 * 200 / 160 = 125 pixels. Sin embargo, en una pantalla de 100 dpi, Android le dará un tamaño de 100 * 100 / 160 = 62 pixels. El tamaño visual será siempre el mismo.
Se recomienda que los objetos que puede pulsar el usuario con el dedo tengan un tamaño de al menos 45x45 dp.