1. Accueil
  2. Question et réponse
  3. Tailles/résolutions dessinables Android - Meilleure pratique

Tailles/résolutions dessinables Android - Meilleure pratique

2014-06-20 2 views
2

Je travaille sur une application de bibliothèque qui permet à l'utilisateur de trier/organiser toutes sortes de choses. L'application propose environ 150 icônes que l'utilisateur peut utiliser pour classer les entrées. Comme c'est ma première application Android, je ne sais pas quelle est la meilleure façon de fournir ces icônes:Tailles/résolutions dessinables Android - Meilleure pratique

Jusqu'ici, je n'ai créé que des versions xxxhdpi, les ai stockées dans drawable-xxxhdpi et tout fonctionne correctement. J'utilise Nexus 5 et un Kindle Fire comme des appareils de test qui ne montrent aucun problème. Aussi, lorsque vous utilisez le simulateur pour tester des résolutions plus faibles, tout semble bien.

L'application devrait supporter Android 4.0 up. Plus la version des icônes est intégrée dans l'application, plus l'application est grande. Le docu dit que l'on devrait fournir des tailles différentes afin d'éviter la mise à l'échelle par le système. Mais y a-t-il une raison de fournir une autre version des icônes (hdpi, mdpi, etc.) si la mise à l'échelle semble fonctionner correctement?

  • Cela peut-il avoir un impact sur les performances si le système doit mettre à l'échelle les icônes au lieu d'utiliser des versions prédéfinies?

  • Le test avec le simulateur est-il fiable ou pourrait-il être, que sur les appareils réels, la version à échelle réduite semble mauvaise? Je suis conscient, que le format xxxhdpi est tout à fait nouveau et presque aucun appareil n'utilisera cette taille réelle. Serait-il préférable d'utiliser une autre taille (par exemple xhdpi) à la place?

Source

2014-06-20 Andrei Herford

+0

Cela semble être vaguement lié à cette question: http://stackoverflow.com/q/5998865/450534. Si la taille de l'application est une contrainte, personnellement, je préfère utiliser des tailles de baquets plus grandes (soit 'xhdpi' ou' xxhdpi') et laisser les périphériques se réduire. Certainement beaucoup mieux que les appareils ayant à l'échelle entraînant des distorsions d'image. Bien que je n'ai pas encore rencontré cette contrainte, vu le nombre de _Phablets_ lancés, j'irais très probablement avec 'xxhdpi'. –

+0

Regardez mes ans: http://stackoverflow.com/questions/19875158/android-background-image-size-in-pixel/19875228#19875228 –

Répondre

0

Cela a un impact sur les performances, mais cela ne devrait pas vous déranger. Ce qui fera le plus mal, c'est la plus grande taille en raison de plusieurs définitions.

Voici ce que je propose:

Je vous suggère d'utiliser une combinaison des deux pour les résultats les plus efficaces

Source

2014-06-20 07:20:18

+0

Merci! L'utilisation d'images 9Path n'est pas une option ici car il s'agit d'icônes "complexes" (par exemple une voiture ou une maison). L'utilisation de plusieurs fichiers APK pourrait être une option. Mais la question demeure: il est nécessaire/a-t-il un avantage à fournir des tailles/résolutions autres que (x) xxhdpi si la qualité down-scale est bonne et la performance n'est pas vraiment un facteur? –

+0

Je ne sais pas pourquoi cela se produit, mais dans mon expérience, j'ai remarqué à plusieurs reprises que beaucoup d'images semblent vraiment mauvaises quand elles sont réduites.En outre, de nombreuses lignes fines pourraient disparaître. J'ai également eu des problèmes avec la réduction d'une image énorme dans un imageView (appCrash). donc vous ne voudrez peut-être pas prendre ces risques. ce que je pourrais suggérer est que vous faites 2 ou 3 définitions de ressources. quelque chose comme, un pour dpi plus bas, et un pour xhdi, puis laissez-vous décider –

Questions connexes

 Questions connexes