Dégradation harmonieuse d'interfaces utilisateur - UsiXML

Remarquons que nous ne gérons pas l’opérateur temporel |=| car celui-ci suggère l’utilisation
d’un état supplémentaire indiquant quelle(s) tâches(s) parmi celles liées par cet opérateur ont
déjà été réalisées.
Nous ne prenons également pas en compte les tâches récursives et itératives, de même que
celles qui sont optionnelles.
La taille admissible des objets interactifs
La taille des objets interactifs redimensionnables sera spécifiée de la manière suivante :
[MinW#[MinH MaxH] [MinW MaxW]#MinH]
avec :- MinW, la largeur minimale de l’objet
- MaxW, la largeur maximale de l’objet lorsque MinH est atteint
- MinH, la hauteur minimale de l’objet
- MaxH, la hauteur maximale de l’objet lorsque MinW est atteint
Les éléments spécifiques de présentation
Certains éléments liés uniquement à la présentation devront être pris en compte (par exemple,
des libellés décrivant des objets interactifs (critère ergonomique de guidage)). Nous décrirons
chacun d’entre-eux par un triplet du type :
id. de tâche sur laquelle il faudra appliquer un élément de présentation ou l’atome
head si cet élément de présentation se rapporte à un ensemble de tâches d’un même
niveau #
élément de présentation ( #'OIA')#
un booléen indiquant si cet élément de présentation est optionnel ou non dans le
cas où l'élément de présentation s'articule sur une/des données graphiques
Les fonctions sémantiques abstraites
Chacune des fonctions sémantiques abstraites sera décrite de la manière suivante :
procédure Oz # liste de couples (variable libre utilisée comme poignée QTk # Feat
(id. de tâche servant de feature à un objet interactif concret QTk))
Dans chaque procédure Oz, les poignées manipulées seront les variables libres du deuxième
membre. Par exemple, si X est utilisé comme une poignée dans la procédure et H la poignée
principale de la présentation, X sera égale au chemin partant de H jusque la feature Feat.
Comme le lecteur aura pu s’en rendre compte, disposer d’un modèle de tâche et du domaine
n’est pas suffisant pour décrire l’interface utilisateur minimale dont nous disposerons pour
réaliser nos opérations de dégradation. Aussi, en regard des différents points qui viennent
d’être développés, on peut alors comprendre pourquoi nous avons décidé de garder nos
modèles à l’intérieur du module et non comme une ressource externe.
85