Dégradation harmonieuse d'interfaces utilisateur - UsiXML

Remarquons que l’apparence graphique de l’accumulateur n’est pas unique, il existe
plusieures variantes (on peut notamment sans rendre compte en consultant la figure 47).
Cette description nous sera particulièrement utile en ce qui concerne la substitution de widget.
Néanmoins, comme nous le verrons dans la description du programme, nous n’utiliserons pas
toute l’information véhiculée par ce modèle.
La représentation des relations de placement
Pour représenter nos relations de placement, nous allons fortement travailler en analogie avec
QTk. Ainsi, notre représentation au niveau lexical proposera un système coordonné où
l’origine se place dans le coin supérieur gauche du système.
Figure 50 – Notre système de coordonnées au niveau lexical
En ce qui concerne les relations syntaxiques, QTk offre l’avantage de disposer de deux
widgets spéciaux (lr et td) qui servent de conteneurs et d’aide aux placement entre différents
autres widgets. Ceux-ci disposent également de code spécifique (newline, empty, continue)
qui permettent d’organiser tous les widgets qui sont à l’intérieur d’être organisés selon une
structure de grille, ou encore du paramètre glue spécifiant le placement des widgets contenus
lorsque la fenêtre est redimensionnée. Ainsi, nous baserons toutes ces relations suivant ces
deux widgets.
Plusieures notations ont été proposées pour spécifier ces relations de manière abstraite
([Allen83], [Vanderdonckt 1997]) mais nous ne les exprimerons cependant pas de cette
manière et utiliserons directement ces deux widgets pour construire nos interfaces de manière
similaire à l’exemple du point 4.1.
5.6 Architecture de l’application
Architecture logique
(0,0)
y
Fenêtre
Notre architecture logique se compose de huit couches : la couche Description des interfaces
utilisateur, la couche Mise en évidence d’unité de présentation et des fonctions sémantiques
associées aux tâches, la couche Description des objets interactifs, la couche Structuration
d’unités de présentation et de fonctions sémantiques, la couche Génération d’interfaces semiconcrètes,
la couche Transformation d’interfaces, la couche Génération d’interfaces
concrètes, et enfin, la couche Visualisation d’interfaces concrètes. Le schéma de la page
suivante montre leur agencement (les différentes relations entre MODULES sont des relations
USES). Nous allons les décrire brièvement une par une en commençant par la plus basse.
78
x