Dégradation harmonieuse d'interfaces utilisateur - UsiXML

Règles de redimensionnement
Cette règle consiste à agrandir ou le plus souvent, réduire la taille et donc l’espace pris par
n’importe quel composant d’une interface utilisateur. Théoriquement, tout composant peut
être redimensionné. Néanmoins, certaines conditions doivent être vérifiée :
- l’objet interactif est-il redimensionnable ? En effet, certains objets ont des tailles
fixées par les toolkits dans lesquels ils ont été implémentés et ne sont pas
redimensionnables (ex : les boutons radios).
- les limites de la perception humaine sont-elle respectée ? Certains résultats
expérimentaux ont montré qu’une icône ne pouvait pas descendre en dessous de la
résolution de 8x7 pixels. En dessous de cette taille, elle devient illisible.
- les contraintes imposées par les toolkits permettent-elles de redimensionner des
objets ? Certaines toolkit donnent directement des dimensions arbitraires aux objets
interactifs concrets (HTML ou encore QTk).
- Le designer veut-il réellement redimensionner ses éléments ?
Lorsqu’un composant est redimensionnable, nous devons exprimer la taille minimum qu’il
peut avoir. Ainsi, on peut définir par exemple sa hauteur minimale ou maximale lorsque la
longueur minimale est atteinte et vice-versa. C’est notamment ce qui est fait pour l’algorithme
de [Keränen et Plomp 2002].
Figure 49 – L’espace minimal requis pour un bouton
Pour certains types d’objets interactifs concrets, il n’est pas possible de définir une taille
minimale. Leur longueur et/ou hauteur minimale sont en réalité déterminés par d’autres
facteurs comme, par exemple, les objets du domaine manipulés (la largeur d’une liste de
sélection dépend de la longueur maximale parmi tous les éléments proposés) ou la longueur
d’un libellé qui sera inclus dans le widget (la longueur minimale d’un bouton est souvent
déterminée par la longueur de son libellé). Ainsi, on exprimera cette taille minimale via une
fonction de la longueur de chaînes de caractères.
75