Ajustement automatique des proportions de texte

Bonjour à tous,
je poursuis mon auto-formation sous Android...

Je suis en train de bosser sur le layout d'une activité. Il est essentiellement composé de TextViews et EditTexts. Je défini la taille du texte en "sp" mais je constate que suivant la définition du terminal utilisé ou suivant l'orientation, le rendu est carrément différent.
Comment puis-je faire pour que la taille du texte s'ajuste automatiquement pour conserver le même aspect sur toutes les résolutions d'écran ?
J'ai essayé d'utiliser l'attribut "weight" sur les textViews et EditViews, ça semble me conserver les emplacement sur l'écran mais pas la taille du texte...

Merci d'avance pour votre aide.

J'arrive à faire en sorte que la largeur des textviews et editviews s'adapte en fonction de la résolution et densité de l'écran en utilisant "android:layout_weight". Mais j'aimerais que la taille de la police s'adapte aussi pour remplir toute la largeur du textview. Et ensuite, sauf erreur de ma part, avec android:layout_height="wrap_content", la hauteur devrait s'ajuster d'elle-même.
J'ai fouillé là : https://developer.android.com/refere.../TextView.html mais je ne crois pas avoir trouvé mon bonheur. Ou alors je suis passé à côté.
J'ai vu "android:ems" mais je n'ai pas compris à quoi ça sert.
Sinon j'ai pensé à mettre les paramètres de largeur et hauteur en "wrap_content" et la taille du texte dans différentes unités mais apparemment, peu importe l'unité, la place occupée par le texte demeure différente suivant la résolution de l'écran. (A moins que la preview d'Eclipse foire)

Ben non c'est le bon moyen de faire.... utiliser "sp" pour la taille des TextView. Enfin tout dépend... si c'est pour afficher deux TextView accolés, un layout_weight (et 0dp de taille) et un gravity permet d'obtenir aussi de bons résultats.
On a approximativement 160sp = 160dp = 1 pouce ... mais cette valeur peut varier selon le choix de l'utilisateur (qui peut vouloir une police plus ou moins grande pour des questions de conforts visuels).

Les tailles de texte "par défaut" (textAppearanceSmall, Large, ...) sont adaptés à l'environnement Android, et prennent en compte les "recommandations" de taille.

Ensuite le "wrap_content" dit à la view: prends la taille de ce que tu affiches... si c'est un texte ce sera donc la taille du texte.

Il me semble que l'idéal est encore de calculer la taille de l'écran en pouces. Et d'adapter la "fonte" au niveau du thème en fonction de cela, mais ce devra être fait au niveau du code (il n'y a pas de selecteur de ressource basé sur la taille réelle de l'écran), *avant* les setContentView.

Comme on ne sait pas exactement le but recherché, difficilement de donner plus de "pistes".

Merci pour tes réponses !

En fait le but est assez basique, il s'agit d'une page où on entre des valeurs et ces valeurs génèreront un bulletin de paie dans une autre activité.
je veux afficher 2 colonnes qui occupent tout l'écran et qui ont exactement la même largeur. Dans la colonne de gauche : des textviews les uns au dessous des autres (nbre d'heures sup, nbre de congés, etc...), dans la colonne de droite : des edittexts les uns au-dessous des autres.
Pour le comportement de l'activité, à priori c'est bon, j'arrive bien à implémenter mon intent et les données circulent bien.

Mon seul point bloquant : la mise en page.
Je vais prendre des exemples. Sur un Galaxy S4 (qui doit avoir un écran 5" en 1080 si je me souviens bien) je fais en sorte que mes 2 colonnes remplissent tout l'écran. Mais admettons que le gars qui utilise l'appli est passablement hypermétrope, je voudrais qu'il puisse basculer son Galaxy S4 en orientation paysage pour bénéficier d'une plus grande largeur d'écran. Pour être plus concret, je voudrais qu'en mode portrait la largeur de mes textviews et editviews soient de 3cm et de 5cm en mode paysage. Mais en plus de ça je voudrais que la taille de la police s'adapte à la dimension du textview. Ceci pour ne pas avoir du texte qui déborde ou ridiculement trop petit.
Pareillement, sur une tablette 12" avec une dalle 2K je voudrais que là aussi mes 2 colonnes occupent toute largeur. Je ne veux pas un truc tout rikiki au centre.
Inversement, sur un vieux téléphone/tablette avec une définition faible, il faut que tout s'adapte sans déborder.

Bon je sais pas si j'ai été très clair...

Je vais regarder du côté de "TextAppearanceSmall" ou "Large" pour voir si ça convient.

Tu peux aussi utiliser des "values" qui dépendront de l'orientation / taille de l'écran (au passage oublie tout de suite la notion de pixel... elle n'existe pas dans Android tant qu'on ne veut pas afficher des images aux petits oignons).

Un écran a une taille en "dp" et c'est tout.

Les S4, S5 et S6 ont tous une taille identique: 360x640dp

La séparation en deux colonnes de même taille, c'est facile: layout_width=0dp et layout_weight=1 pour les deux (total_weight dans le layout de 2).
Et ça marchera dans toutes les tailles et toutes les orientations.


Par contre, la taille du texte, je pense qu'il faut passer par les "values".

values_w360dp par exemple indiquera la taille de texte quand l'écran fait 360dp horizontalement.
values_w480dp fera de même pour un écran de 480dp horizontalement
etc...

A toi de trouver la bonne taille de texte.

Mais encore une fois, difficile d'indiquer dans ces conditions une taille en "sp" puisque celle-ci dépend du choix de l'utilisateur... Il peut très bien avoir des "sp" deux fois plus gros que les "dp", ou deux fois plus petits !

Merci pour tes explications nicroman.

Du coup j'ai 2 questions :
- comment récupérer la largeur en dp de l'écran dans l'activité ? Je sais qu'on peut utiliser getDisplayMetrics mais ça ne donne que des valeurs en pixels.
- où as-tu trouvé la resolution en dp du galaxy S4 ? Parce que quand je cherche sur internet ou avec CPU-Z, je n'ai que la résolution en pixels et la densité en dpi...

Merci d'avance.

En fait tu ne te soucis pas de récupérer la taille de l'écran en dp, le système s'en chargera en allant récupérer les ressources... d'ou le values-w320dp (qui ne sera lu que si l'écran a 320dp de large) etc...


Pour le reste, ben c'est pareil, taille en pixel et densité... ca donne le résultat:

S4 et S5 c'est 1080x1920 pixels, en xxhdpi (le triple de la densité de base)... soit ... 360x640dp
S6 c'est 1440x2560 pixels, en xxxhdpi (le quadruple de la densité de base)... soit... 360x640dp

Sinon pour les devices "récents" il y a ça: https://design.google.com/devices/

Un très grand merci pour ces informations !!!

Tu viens de m'éclaircir quelques notions sur lesquels j'avais des doutes et interrogations.
ça va aussi m'aider pour les drawable...

Tiens je me fais un peu de pub....

A part les nouvelles densités et résolutions, les principes n'ont pas changé:

http://nicroman.developpez.com/tutor...nites-mesures/

(faudrait que je fasse une mise à jour un de ces 4)

Super tuto ! Merci !
Je vais le potasser de ce pas !

J'ai potassé ton tuto et tes explications.
Effectivement l'utilisation des values est plus qu'utile, elle est carrément indispensable !
J'y suis allé à tâtons mais j'ai eu de bien meilleurs résultats que ce que j'avais pu avoir jusque là...
Un grand merci à toi.

Une dernière question, comment faire pour détecter si l'orientation en cours est portrait ou paysage et pour détecter tout changement à ce niveau ?
Dans une de mes activités je vais complètement repenser le layout pour l'orientation paysage. Je voudrais que l'activité bascule d'un layout à l'autre en temps réel suivant l'orientation. Est-ce possible ?

Merci d'avance.

Coté code: ou tu laisses faire le système (l'activité sera détruite et recréée avec la bonne orientation), ou tu colles un "flag" dans le manifest pour l'activité (je ne sais plus le nom du flag), et tu gères toi même le retournement lors de l'appel de onConfigurationChange

Coté ressource: c'est "-land" ou "-port" ...
http://developer.android.com/guide/t...resources.html