dimens.xml dans les valeurs de dossier de 7“ et 10” tablette, comment?
J'ai essayé avec:
values-mpdi, values-land-mpdi, values-hpdi and values-land-hdpiqui fonctionne très bien au téléphone, écrans, le problème est qu'il peut arriver qu'une tablette 7" prend la valeur de valeurs-mdpi et une tablette 10" trop, mais le résultat n'est pas le même, j'imagine, parce que la taille de l'écran (même si c'est la même résolution et une densité similaire)
j'ai donc essayé:
values-sw600dp-hdpi
values-sw600dp-port-hdpi
values-sw600dp-mdpi
values-sw600dp-port-mdpi
values-sw720dp-hdpi
values-sw720dp-port-hdpi
values-sw720dp-mdpi
values-sw720dp-port-mdpimais l'application se bloque car il ne trouve pas les ressources nécessaires....
toute aide sera très appréciée
merci d'avance
- pour le contrôle de paramètres d'écran sur les appareils individuels, j'ai trouvé la DisplayInfo application pour être vraiment utile: play.google.com/store/apps/details?id=it.gerdavax.displayinfo
Vous devez vous connecter pour publier un commentaire.
Essentiellement trois principales catégories d'appareils existent que les applications Android ont besoin de soutien:
Qualificatifs avant de Android 3.2:
Google première tentative de création d' qualificatifs pour séparer les ressources en fonction de l'appareil était de créer une poignée de taille seaux: petit, normal, large, xlarge. Au départ, cela a bien fonctionné comme combiné dispositifs ont été dans la petite/normale catégorie, la première tablettes 7" sur le marché de gros, et la première tablettes de 10 pouces ont été xlarge.
Qualifications avec Android 3.2 à partir de:
Cependant, comme de plus en plus et de plus en plus d'appareils ont commencé à apparaître sur le marché avec de nouvelles tailles d'écran et les lignes ont commencé à brouiller sur le cas où un appareil peut présenter lui-même. Une nouvelle solution à ce problème a été présenté dans Android 3.2, sous la forme de de nouveaux qualificatifs à chercher des ressources sur la base d'un des dispositifs actuels largeur/hauteur ou “la plus petite” largeur; le dernier étant une nouvelle désignation pour les appareils de taille en le représentant en termes de largeur (indépendante de la densité de pixels, ou dp) du côté le plus court de l'écran.
En utilisant le nouveau paradigme, il est devenu commun pour définir les petits comprimés comme ayant une plus petite largeur de 600dp, et les gros comprimés à 720dp, avec des combinés être tout ce qui tombe en dessous de cette ligne.
À l'aide de critères lors de la prise en charge minimale est en dessous de 3.2 et de la cible est supérieure ou égale à 3,2
Pour les applications ciblant Android 3.2 ou supérieur au minimum de ce nouveau système fonctionne bien. Toutefois, si les développeurs qui souhaitent créer une application qui s'exécute universelle sur les téléphones mobiles et les tablettes sont obligés de prendre en charge un minimum la version d'Android est pas supérieur à 2.2 ou 2.3, alors dans ce cas, de créer un duplicata de chaque ressource dans un répertoire avec l'ancienne taille et la qualification de placer un autre répertoire avec une plus petite largeur de qualification.
E. g. en gardant le même
dimens.xmlfichier dansvalues-largeetvalues-sw600dp. Ainsi, le dispositif fonctionnant sur android version inférieure à 3.2 prendra des valeurs devalues-largeet de l'appareil en cours d'exécution sur la version d'android supérieure ou égale à 3,2 prendra des valeurs devalues-sw600dp//vous avez besoin pour exécuter cette API de niveau 3.2 et au-dessus.
pour le <3.2 vous devez déclarer des valeurs normales-grand et les valeurs-xlarge
targetSDKVersionà 19 puis-je utiliservalues-sw600dpetvalues-sw720dpet quand je cible API ci-dessous API de niveau 13 et puis j'ai besoin d'utiliser des valeurs-grand et les valeurs-xlarge. droit ?