Dégradation harmonieuse d'interfaces utilisateur - UsiXML

Ensuite, nous comparons la taille obtenue avec les limites autorisées pour chacune des tâches
dans l’ordre fraîchement déterminé lors de la création de la liste décroissante. Si la taille est
inférieure, nous changeons le statut de la tâche à ‘non redimensionnable’, ou laissons cela
comme tel dans le cas contraire.
Dans la pratique malheureusement, cette opération ne fonctionne pas. En effet, bien que le
principe soit acceptable, la récupération des tailles ne se fait pas de manière correcte. Ceci
serait apparemment lié à un problème situé sur une couche inférieure à QTk.
Concrètement, plutôt que de renvoyer la taille correcte des objets, la méthode QTk de
récupération des dimensions renvoie la plupart du temps la taille 1 pixel sur 1 pixel, ce qui est
assez ennuyeux puisque notre méthode croit alors que l’objet interactif est trop petit et change
son statut à ‘non redimensionnable’. Même en utilisant {QTk.flush} censée bloquer les
opérations jusqu’à ce que toutes les modifications opérées sur une fenêtre aient été réalisées,
les résultats sont incorrects. En effet, en temps normal, tous les appels sur une fenêtre sont
appliqués en les combinant tous en un seul lot pour des raisons d’efficacité. Aussi, les valeurs
renvoyées pourraient être de 1 pixel sur 1 pixel et cette dernière méthode a donc pour objectif
d’empêcher cela et récupérer les bonnes dimensions. Or, ceci n’est pas toujours le cas.
L’inconvénient supplémentaire est qu’il n’existe pas, à notre connaissance, d’autres
techniques pour effectuer le redimensionnement d’objets interactifs sans avoir la possibilité de
récupérer la taille des objets interactifs.
Le module Graphics Resizing Helper
La méthode de choix d’images contenue dans ce module a un fonctionnement en deux étapes.
La première consiste à choisir la taille des images pour les éléments de présentation purs (qui
ne se réfèrent à aucune tâche). Si ce choix permet d’atteindre les limites autorisées, nous
arrêtons le traitement à cet endroit. Sinon, nous continuons en choisissant la taille des
éléments graphiques du domaine qui sont manipulés par des tâches à représenter.
La première étape se déroule de la manière suivante : nous déterminons tout d’abord le
nombre maximal d’images disponibles pour l’entièreté des éléments spécifiques de
présentation. Ensuite, nous commençons la réduction du nombre d’images disponibles.
Nous vérifions la taille de la présentation. Si celle-ci n’est pas valable, nous prenons, pour
tous les éléments, une image de format réduit (lors de la déclaration du modèle unique et des
éléments spécifiques de présentation, la liste des images disponibles est déjà organisée de
manière décroissante en fonction de la taille de l’image). Et nous continuons la réduction
jusqu’à ce qu’il n’y ait plus de possibilité de le faire ou que la résolution cible soit atteinte
(remarque : certains éléments spécifiques de présentation peuvent être optionnels. Ceci
implique que certaines images peuvent être carrément supprimées).
Si la première étape n’a pas mené à un résultat concluant, nous passons à la deuxième étape.
Nous générons une liste croissante de tâches en fonction de leur importance relative (coût).
Ensuite, nous appliquons la réduction dans l’ordre obtenu jusqu’à ce que la résolution cible
soit atteinte ou qu’il n’y ait plus de possibilité de choix d’images dans un format réduit.
92