par exemple, vous avez utilisé ci-dessous dimens.xml dans les valeurs.
Dans un autre dossier de valeurs, vous devez modifier les valeurs de votre taille de texte.
Pour la première génération de tablettes exécutant Android 3.0, la bonne façon de déclarer les dispositions de tablette était de les placer dans un répertoire avec le qualificatif de configuration xlarge (par exemple, res / layout-xlarge /). Afin de prendre en charge d'autres types de tablettes et de tailles d'écran, en particulier les tablettes de 7 pouces, Android 3.2 introduit une nouvelle façon de spécifier des ressources pour des tailles d'écran plus discrètes. La nouvelle technique est basée sur la quantité d'espace dont votre mise en page a besoin (comme 600dp de largeur), plutôt que d'essayer d'adapter votre mise en page aux groupes de tailles généralisés (tels que large ou xlarge).
La raison pour laquelle la conception de tablettes 7 "est délicate lorsque l'on utilise les groupes de tailles généralisés est qu'une tablette 7" est techniquement dans le même groupe qu'un combiné 5 "(le grand groupe). Bien que ces deux appareils soient apparemment proches l'un de l'autre en taille , la quantité d'espace pour l'interface utilisateur d'une application est très différente, tout comme le style d'interaction de l'utilisateur. Ainsi, un écran de 7 pouces et de 5 pouces ne doit pas toujours utiliser la même disposition. Pour vous permettre de fournir des dispositions différentes pour ces deux types d'écrans, Android vous permet désormais de spécifier vos ressources de mise en page en fonction de la largeur et / ou de la hauteur réellement disponibles pour la mise en page de votre application, spécifiées en unités dp.
Par exemple, après avoir conçu la mise en page que vous souhaitez utiliser pour les appareils de type tablette, vous pouvez déterminer que la mise en page cesse de fonctionner correctement lorsque la largeur de l'écran est inférieure à 600 dpi. Ce seuil devient ainsi la taille minimale dont vous avez besoin pour la mise en page de votre tablette. En tant que tel, vous pouvez désormais spécifier que ces ressources de mise en page doivent être utilisées uniquement lorsqu'il y a au moins 600 dpi de largeur disponible pour l'interface utilisateur de votre application.
Vous devez soit choisir une largeur et une conception correspondant à votre taille minimale, soit tester quelle est la plus petite largeur prise en charge par votre mise en page une fois qu'elle est terminée.
Remarque: n'oubliez pas que tous les chiffres utilisés avec ces nouvelles API de taille sont des valeurs de pixels indépendantes de la densité (dp) et les dimensions de votre mise en page doivent également toujours être définies à l'aide d'unités dp, car ce qui vous importe, c'est la quantité d'espace d'écran disponible après le système. tient compte de la densité de l'écran (par opposition à l'utilisation de la résolution de pixels bruts). Pour plus d'informations sur les pixels indépendants de la densité, lisez Termes et concepts, plus haut dans ce document. Utilisation de nouveaux qualificatifs de taille
Les différentes configurations de ressources que vous pouvez spécifier en fonction de l'espace disponible pour votre mise en page sont résumées dans le tableau 2. Ces nouveaux qualificatifs vous offrent plus de contrôle sur les tailles d'écran spécifiques prises en charge par votre application, par rapport aux groupes de tailles d'écran traditionnels (petit, normal, large et xlarge).
Remarque: les tailles que vous spécifiez à l'aide de ces qualificatifs ne sont pas les tailles d'écran réelles. Les tailles correspondent plutôt à la largeur ou à la hauteur en unités dp disponibles dans la fenêtre de votre activité. Le système Android peut utiliser une partie de l'écran pour l'interface utilisateur du système (comme la barre système en bas de l'écran ou la barre d'état en haut), de sorte qu'une partie de l'écran peut ne pas être disponible pour votre mise en page. Ainsi, les tailles que vous déclarez doivent concerner spécifiquement les tailles requises par votre activité - le système tient compte de tout espace utilisé par l'interface utilisateur du système lors de la déclaration de l'espace qu'il fournit pour votre mise en page. Sachez également que la barre d'action est considérée comme faisant partie de l'espace de fenêtre de votre application, bien que votre mise en page ne la déclare pas, elle réduit donc l'espace disponible pour votre mise en page et vous devez en tenir compte dans votre conception.
Tableau 2. Nouveaux qualificatifs de configuration pour la taille de l'écran (introduits dans Android 3.2). Configuration de l'écran Valeurs du qualificatif Description smallestWidth swdp
Exemples: sw600dp sw720dp
La taille fondamentale d'un écran, comme indiqué par la dimension la plus courte de la zone d'écran disponible. Plus précisément, la plus petite largeur de l'appareil est la plus courte de la hauteur et de la largeur disponibles de l'écran (vous pouvez également la considérer comme la «plus petite largeur possible» pour l'écran). Vous pouvez utiliser ce qualificatif pour vous assurer que, quelle que soit l'orientation actuelle de l'écran, votre application dispose d'au moins dps de largeur disponible pour son interface utilisateur.
Par exemple, si votre mise en page nécessite que sa plus petite dimension de la zone d'écran soit d'au moins 600 dp à tout moment, vous pouvez utiliser ce qualificatif pour créer les ressources de mise en page, res / layout-sw600dp /. Le système utilisera ces ressources uniquement lorsque la plus petite dimension de l'écran disponible est d'au moins 600dp, que le côté 600dp soit la hauteur ou la largeur perçue par l'utilisateur. La plus petite largeur est une caractéristique de taille d'écran fixe de l'appareil; la plus petite largeur de l'appareil ne change pas lorsque l'orientation de l'écran change.
La plus petite largeur d'un appareil prend en compte les décorations d'écran et l'interface utilisateur du système. Par exemple, si l'appareil a des éléments d'interface utilisateur persistants à l'écran qui tiennent compte de l'espace le long de l'axe de la plus petite largeur, le système déclare que la plus petite largeur est plus petite que la taille réelle de l'écran, car ce sont des pixels d'écran non disponibles pour votre interface utilisateur.
Il s'agit d'une alternative aux qualificatifs de taille d'écran généralisés (small, normal, large, xlarge) qui vous permet de définir un nombre discret pour la taille effective disponible pour votre interface utilisateur. L'utilisation de smallestWidth pour déterminer la taille générale de l'écran est utile car la largeur est souvent le facteur déterminant dans la conception d'une mise en page. Une interface utilisateur défile souvent verticalement, mais a des contraintes assez strictes sur l'espace minimum dont elle a besoin horizontalement. La largeur disponible est également le facteur clé pour déterminer s'il faut utiliser une disposition à un volet pour les combinés ou une disposition à plusieurs volets pour les tablettes. Ainsi, vous vous souciez probablement le plus de la largeur la plus petite possible sur chaque appareil. Largeur d'écran disponible wdp
Exemples: w720dp w1024dp
Spécifie une largeur minimale disponible en unités dp à laquelle les ressources doivent être utilisées, définie par la valeur. La valeur correspondante du système pour la largeur change lorsque l'orientation de l'écran bascule entre paysage et portrait pour refléter la largeur réelle actuelle disponible pour votre interface utilisateur.
Cela est souvent utile pour déterminer s'il faut utiliser une disposition à plusieurs volets, car même sur une tablette, vous ne souhaiterez souvent pas la même disposition à plusieurs volets pour l'orientation portrait que pour le paysage. Ainsi, vous pouvez l'utiliser pour spécifier la largeur minimale requise pour la mise en page, au lieu d'utiliser à la fois les qualificatifs de taille d'écran et d'orientation. Hauteur d'écran disponible hdp
Exemples: h720dp h1024dp etc.
Spécifie une hauteur d'écran minimale en unités dp à laquelle les ressources doivent être utilisées, définie par la valeur. La valeur correspondante du système pour la hauteur change lorsque l'orientation de l'écran bascule entre paysage et portrait pour refléter la hauteur réelle actuelle disponible pour votre interface utilisateur.
Utiliser ceci pour définir la hauteur requise par votre mise en page est utile de la même manière que wdp est pour définir la largeur requise, au lieu d'utiliser à la fois les qualificatifs de taille d'écran et d'orientation. Cependant, la plupart des applications n'auront pas besoin de ce qualificatif, étant donné que les interfaces utilisateur défilent souvent verticalement et sont donc plus flexibles avec la hauteur disponible, alors que la largeur est plus rigide.
Bien que l'utilisation de ces qualificatifs puisse sembler plus compliquée que l'utilisation de groupes de tailles d'écran, cela devrait en fait être plus simple une fois que vous avez déterminé les exigences de votre interface utilisateur. Lorsque vous concevez votre interface utilisateur, la principale chose qui vous importe probablement est la taille réelle à laquelle votre application bascule entre une interface utilisateur de type combiné et une interface utilisateur de style tablette qui utilise plusieurs volets. Le point exact de ce commutateur dépendra de votre conception particulière - peut-être avez-vous besoin d'une largeur de 720dp pour la disposition de votre tablette, peut-être que 600dp est suffisant, ou 480dp, ou un nombre entre ceux-ci. En utilisant ces qualificatifs du tableau 2, vous contrôlez la taille précise à laquelle votre mise en page change.
Pour plus d'informations sur ces qualificatifs de configuration de taille, consultez le document Fournir des ressources. Exemples de configuration
Pour vous aider à cibler certaines de vos conceptions pour différents types d'appareils, voici quelques chiffres pour les largeurs d'écran typiques:
320dp: a typical phone screen (240x320 ldpi, 320x480 mdpi, 480x800 hdpi, etc).
480dp: a tweener tablet like the Streak (480x800 mdpi).
600dp: a 7” tablet (600x1024 mdpi).
720dp: a 10” tablet (720x1280 mdpi, 800x1280 mdpi, etc).
En utilisant les qualificatifs de taille du tableau 2, votre application peut basculer entre vos différentes ressources de mise en page pour les combinés et les tablettes en utilisant le nombre de votre choix pour la largeur et / ou la hauteur. Par exemple, si 600dp est la plus petite largeur disponible prise en charge par la disposition de votre tablette, vous pouvez fournir ces deux ensembles de dispositions:
res / layout / main_activity.xml # Pour les combinés res / layout-sw600dp / main_activity.xml # Pour les tablettes
Dans ce cas, la plus petite largeur de l'espace d'écran disponible doit être de 600 dpi pour que la disposition de la tablette soit appliquée.
Pour les autres cas dans lesquels vous souhaitez personnaliser davantage votre interface utilisateur afin de différencier les tailles telles que les tablettes de 7 "et 10", vous pouvez définir des dispositions supplémentaires de plus petite largeur:
res / layout / main_activity.xml # Pour les combinés (largeur disponible inférieure à 600 dpi) res / layout-sw600dp / main_activity.xml # Pour les tablettes de 7 pouces (600 dpi de large et plus) res / layout-sw720dp / main_activity.xml
Pour les tablettes de 10 pouces (720 dpi de large et plus)
Notez que les deux ensembles précédents d'exemples de ressources utilisent le qualificatif «plus petite largeur», swdp, qui spécifie le plus petit des deux côtés de l'écran, quelle que soit l'orientation actuelle du périphérique. Ainsi, utiliser swdp est un moyen simple de spécifier la taille d'écran globale disponible pour votre mise en page en ignorant l'orientation de l'écran.
Cependant, dans certains cas, ce qui peut être important pour votre mise en page, c'est exactement la largeur ou la hauteur actuellement disponible. Par exemple, si vous disposez d'une disposition à deux volets avec deux fragments côte à côte, vous pouvez l'utiliser chaque fois que l'écran offre au moins 600 dpi de largeur, que l'appareil soit en orientation paysage ou portrait. Dans ce cas, vos ressources peuvent ressembler à ceci:
res / layout / main_activity.xml # Pour les combinés (largeur disponible inférieure à 600dp) res / layout-w600dp / main_activity.xml # Multi-volet (tout écran avec une largeur disponible de 600dp ou plus)
Notez que le deuxième ensemble utilise le qualificatif «largeur disponible», wdp. De cette façon, un appareil peut en fait utiliser les deux dispositions, en fonction de l'orientation de l'écran (si la largeur disponible est d'au moins 600dp dans une orientation et inférieure à 600dp dans l'autre orientation).
Si la hauteur disponible vous préoccupe, vous pouvez faire de même en utilisant le qualificatif hdp. Ou combinez même les qualificatifs wdp et hdp si vous avez besoin d'être vraiment spécifique.