Question

Je l'ai fait des recherches sur la construction de mises en page qui travaillent pour plusieurs tailles d'écran et je suis à la recherche des éclaircissements.

est-il pratique courante de simplement faire un fichier de mise en page distincte pour chacune des trois tailles d'écran (petite, moyenne, grande) ou vous pouvez accomplir ceci avec une méthode plus facile?

J'ai testé mes projets sur un grand dispositif d'écran, et même si je l'utilise (densité DIPs pixels indépendants) pour le rembourrage, les marges, etc., il reste scrunches trucs quand je l'ai vue sur des écrans plus petits. Au cas où je concevais mes projets pour les écrans de taille moyenne et permettre juste Android à l'échelle de manière appropriée?

Je ne suis pas sûr que ce soit une bonne question ou non, mais je cherche ce que la pratique courante est pour la conception de plusieurs tailles d'écran. Que faites-vous?

Edit: En plus de cela, par exemple, disons que j'ai un bouton qui est 40dip au-dessus du bas de l'écran, dois-je littéralement écrire 40dip, ou devrais-je utiliser une sorte de mathématiques de pixels comme 40 * ScreenWidth / blahblah ou quelque chose de façon à échelles en fonction de la taille de l'écran l'utilisateur? J'ai une expérience limitée ... UIs

Était-ce utile?

La solution

Il y a deux axes à prendre en compte en matière de taille de l'écran: la taille physique et la densité. La densité est traitée en fournissant des mesures dans les creux et les ressources mises à l'échelle selon le cas. Mais la densité ne signifie pas toujours la taille ou vice-versa. Voir http://developer.android.com/guide/practices/screens_support.html pour quelques informations plus sur la mécanique.

Il est rare ou recommandé d'avoir différentes mises en page en fonction de chaque écran Résolution vous soutenir, mais il est tout à fait raisonnable de concevoir différentes dispositions pour différentes classes de taille (petite, moyenne, grande). Écrans de différentes tailles peuvent bénéficier de l'ajout, la suppression ou le repositionnement de certains éléments de navigation en fonction de l'application.

Dans une certaine classe de taille, vous devez vous assurer que vos mises en page dans la résolution des écarts tolèrent l'écran exact. Comme suggéré Falmarri, utilisent des dispositions relatives, poids, et les autres outils disponibles pour laisser gracieusement étirer votre mise en page.

Autres conseils

La règle générale est d'utiliser la densité de pixels indépendants (creux) pour les définitions de taille dans votre mise en page xmls - Je vois que vous faites déjà. Ce faisant, je viens de la seule mise en page pour toute la gamme de périphériques. Ce qui doit être DIVISEES est graphique. Pour que j'utilise 3 différents répertoires étirables - Drawable-LDPI ', Drawable-mdpi »et« drawable-hdpi. Ceci est fait dans les images afin d'avoir la même taille (disons, en millimètres) sur les différentes densités d'écran (en supposant la taille de l'écran est le même - Normal, par exemple), ils devraient être mis à l'échelle comme suit:

  • étirable-hdpi: 150%
  • drawable-mdpi: 100%
  • drawable-LDPI: 75%

Il est probablement un mauvais conseil. Toutefois, si vous regardez le Google Tableau de tailles d'écran et Densités vous pouvez décider de ne pas investir vos efforts supplémentaires pour des tests approfondis pour grands écrans, car il n'y a presque pas de tels dispositifs sur le marché.

Non faisant dispositions séparées ne sont pas vraiment pratique courante. Seulement quand vous avez des images qui ne peuvent pas être étirées est-ce vraiment la façon recommandée.

Stuff regardera toujours un peu étiré / compressé lors de la visualisation sur les appareils avec des écrans plus petits / grands. C'est le genre de la définition d'un écran de taille différente. Vous devez simplement utiliser dispositions relatives et laissez le contrôle androïde le nombre de pixels spécifiques.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top