Dégradation harmonieuse d'interfaces utilisateur - UsiXML

sémantiques soient déclenchées lorsque l’utilisateur bouge le curseur de sélection mais
lorsque ce dernier valide son choix.
5.7.4 La Couche Structuration d’unités de présentation et de fonctions sémantiques
Cette couche se compose tout d’abord du module PU Organizer. Son but a déjà été
brièvement décrit. Nous nous contenterons donc de donner une idée des données produites en
sortie. Chaque unité de présentation source est du type de celle décrite dans le point 5.7.2. la
version organisée de l’unité de présentation se présente comme suit :
liste de paires (#OIA) ou de sous-unités de présentations organisées #
tâche mère du type (sans l’attribut childs)
Le second module vise, d’une part, à générer de manière correcte les fonctions sémantiques
liées aux opérateurs temporels et d’autres parts, à isoler les tâches inactives à l’ouverture de
l’application. La première fonctionnalité a un déroulement en plusieurs étapes.
La première étape consiste à nettoyer une unité de présentation organisée en remontant d’un
niveau les sous-unités de présentation pour lesquelles la mère a un opérateur temporel binaire
identique à celui de ses tâches filles.
La deuxième étape consiste à isoler chaque opération en générant une liste de triplets :
tâche(s) Source#tâche(s) Destination#Opérateur
Le fait que plusieurs tâches (des listes en réalité) puissent jouer le rôle de source ou
destination implique qu’il faudra également effectuer, le cas échéant, un sous-traitement sur
ces tâches.
Une fois cette étape réalisée, nous effectuons alors une troisième étape, consistant à simplifier
certains des triplets obtenus et à modifier l’unité de présentation source. Voici les différentes
modifications à réaliser.
Soit X#Y#Op, un triplet où : - X est une (liste de) tâche(s) Source
- Y est une (liste de) tâche(s) Destination
- Op est un opérateur temporel parmi
Si X se réduit à une seule tâche et si Y est une liste de tâches :
- Si Op est un opérateur concurentiel et OpY, l’opérateur temporel commun aux tâches
de Y (rappelons que notre modèle utilise un arbre prioritaire), est un opérateur de
séquence, alors X n’est en réalité concurrent qu’avec la première tâche de Y
Si X est une liste de tâches (peu importe la nature de Y) :
- Si Op est un opérateur de séquence et OpX est un opérateur de concurrence, nous
devrons modifier l’unité de présentation principale en ajoutant un bouton de validation
permettant d’indiquer quand ces tâches concurrentes seront terminées afin de
continuer la séquence.
- Si Op est un opérateur de séquence et si OpX est un opérateur de choix, nous devrons
modifier ce triplet en une liste de triplet pour que chaque tâche contenue dans X puisse
déclencher les tâches de Y
88