Résolution de support dans les applications 2.0

Question

reçu un e-mail de mon premier utilisateur Motorola Droid. La nouvelle résolution 480x854 introduit dans les applications 2.0 (par opposition à 320x480) fait des ravages avec mes interfaces utilisateur. Tout est plus petit et mal positionné.

J'avais l'impression que si nous suivons les guides de mise en page XML, nous avons été la résolution de sécurité, car aucune coordonnées absolues sont utilisées. Quelqu'un at-il une expérience à faire la résolution de sécurité interface utilisateur? Aurons-nous besoin d'un main.xml pour chaque temps de résolution chaque orientation?

Answer 1

Quelles unités dimension avez-vous utilisé?

en utilisant dp et AFAIK sp devrait vous garder en sécurité.

De la documentation:

  

dp       Pixels indépendants de la densité - une unité abstraite qui est basée sur la   la densité physique de l'écran. Celles-ci   les unités sont liés à un 160 dpi   écran, donc une dp est un pixel sur un   écran 160 dpi. Le rapport de   dp-à-pixel va changer avec le   la densité de l'écran, mais pas nécessairement   proportion directe. Remarque: Le compilateur   accepte à la fois « dip » et « dp », bien que   "Dp" est plus compatible avec "sp".

     

sp       Pixels indépendantes de l'échelle - c'est comme l'unité dp, mais il est aussi   mis à l'échelle par la taille de la police de l'utilisateur   préférence. Il est vous recommandons d'utiliser   cette unité lors de la spécification des tailles de police,   ils seront ajustés pour les deux   la densité de l'écran et les préférences de l'utilisateur.

Answer 2

L'émulateur eclair fonctionne à merveille pour ces questions, aussi assurez-vous de lire:

http://developer.android.com/guide/practices/screens_support.html

Votre demande répond à des résolutions différentes en fonction de nombreux facteurs, même les min-sdk. En outre, à partir de la page, quelques bonnes pratiques:

  

  
1. Préférez wrap_content, fill_parent et l'unité d'immersion Px dans les fichiers de mise en page XML
  
2. Évitez AbsoluteLayout
  
3. Ne pas utiliser des valeurs de pixels codés en dur dans votre code
  
4. Utiliser densité et / ou la résolution des ressources spécifiques
  

Answer 3

En plus de la différence de résolution, l'autre chose à considérer est que l'écran WVGA du Droid a un rapport d'aspect différent des dispositifs précédents comme le G1. Dans de nombreuses applications plus anciennes que j'ai téléchargé, cela se manifeste comme une lacune au bas de l'écran, ou des éléments qui ne sont pas alignés verticalement en mode portrait. Vous pouvez essayer d'exécuter votre application dans l'émulateur avec une peau WVGA pour vérifier toutes les hypothèses cachées que votre mise en page fait sur le rapport d'aspect.