Dégradation harmonieuse d'interfaces utilisateur - UsiXML

Enfin, nous devrons veiller à ce que les fonctions déclenchées lors de manipulation de widgets
respectent la propriété de continuité de l’interface. En effet, la manière dont les actions sont
gérées en QTk ne permet pas forcément de bien séparer les fonctions sémantiques spécifiques
à un widget/groupe de widgets de celles qui sont spécifiques au modèle du dialogue d’une
interface, notamment en ce qui concerne les widgets composés. L’accumulateur utilisé dans
notre exemple est là pour le montrer :
fonction sémantique
(OIA)
fonctions sémantiques
(Dialogue)
td(listbox(init:{Dictionary.keys V}
feature:lb1
tdscrollbar:true
background:c(134 133 171)
selectbackground:c(180 179 203))
lr(button(image:{QTk.newImage photo(file:'addAll.gif')}
action:
proc{$}
end
{AccumuleAllElem H.D.lb1 H.D.lb2}
{DrawSquares H.picture V {H.D.lb2 get($)} true}
{ToolTipMaker H.picture {H.D.lb2 get($)}}
width:20
ipadx:3
background:c(134 133 171)
activebackground:c(180 179 203))
…
listbox(feature:lb2
tdscrollbar:true
background:c(134 133 171)
selectbackground:c(180 179 203))
feature:D)
Or, comme nous le verrons plus loin dans ce travail, certains widgets seront plus appropriés
dans certains cas spécifiques de présentation. Ceci implique que nous devrons non seulement
nous arranger pour bien séparer les fonctions sémantiques des autres fonctions de manière à
pouvoir les réinjecter dans les widgets choisis lors de la construction de la présentation, mais
aussi adapter leur mode de déclenchement puisque la manière de déclencher une action n’est
pas la même pour tous les widgets.
5.2 Enrichissement de notre définition d’interface : méthode suivie
L’utilisation du simple modèle du domaine n’est pas suffisante. Nous allons donc dans un
premier temps décrire de manière succinctes les différents modèles qui sont le plus souvent
considérés dans le développement d’interfaces utilisateurs.
Ensuite, nous verrons et classifierons les règles de dégradation harmonieuse et leur incidence
sur les différents modèles considérés. Pour réaliser cette classification, nous introduirons tout
d’abord les quatre niveaux d’abstraction décrit par le framework Cameleon, ce qui nous
permettra ainsi de structurer les modèles décrits précédemment par rapport à une structure
plus générale. Et enfin, nous déterminerons les différentes règles de dégradation retenues pour
notre application en QTk et donc, par implication, les différents modèles à retenir également,
ainsi que le formalisme choisi pour les spécifier.
52