Dégradation harmonieuse d'interfaces utilisateur - UsiXML

More documents

Recommendations

Info

4.2.3.4 Conclusions Ces deux techniques, bien qu’ayant chacune des avantages importants, posent un réel problème d’analyse. Elles ne permettent pas de représenter toutes les transitions et représentations possibles de fenêtres de manière efficace et concise. Bien que ne disposant que de 16 fenêtres de présentations possibles, FlexClock nous a clairement montré que ces deux modélisations ne conviennent pas pour atteindre notre objectif. Il nous faut donc une méthode plus appropriée. 4.2.4 Modélisation des transitions de fenêtres par surface 4.2.4.1 Description de la technique de modélisation La technique consiste à représenter sur un plan à deux dimensions (hauteur, largeur en pixels) la portée visible de chacune des différentes vues/fenêtres possibles. Ainsi, ce plan contiendra, in fine, une série de rectangles indiquant les parties de ce plan (symbolisant les capacités de résolution de l’écran de l’<strong>utilisateur</strong>) dans lesquelles chacune des fenêtres est susceptible d’être affichée. Voici un exemple avec une des vues de FlexClock : le coin inférieur droit de la fenêtre choisie est disposée à l’origine du plan en (0,0) et le rectangle bleu indique donc la portion de l’écran dans lequel on verra cette vue (remarque : à ce moment, nous n’avons pas encore pris connaissance des autres vues, ce qui implique que la portée de la représentation choisie est maximale et unique). Figure 17 – FlexClock : exemple de modélisation par surface Le cercle de couleur rouge (que nous appellerons point de flexibilité) représente le point à partir duquel nous passerons d’une présentation à une autre. Dans le cas présenté à la figure 17, une seule présentation est considérée. Ce qui implique que cette dernière sera la seule pour toutes les opérations de redimensionnement appliquée par l’<strong>utilisateur</strong>. Si nous voulions être plus précis, le rectangle bleu devrait normalement recouvrir l’entièreté du plan. En effet, avec une seule présentation possible, un rétrécissement dans une ou dans les deux dimensions possibles (à moins que la fenêtre ne soit pas rétrécissable) devrait conduire à cette même unique présentation. 36
4.2.4.2 Résultat obtenus Voici les différents résultats obtenus pour la modélisation des transitions de FlexClock par surface (nous ne les montrerons cependant pas tous : ceux manquant sont disponibles en annexes). Sur les différentes figures, vous pourrez remarquer que les différents points de flexibilité des différentes fenêtres sont déjà indiqués dans un but de meilleure perception de l’entièreté de l’application. Figure 18 – FlexClock : Modélisation des transitions par surface pour la présentation la plus petite Figure 19 – FlexClock : Modélisation des transitions par surface pour la présentation W4 37
Page 1 and 2: UNIVERSITE CATHOLIQUE DE LOUVAIN FA
Page 3 and 4: TABLE DES MATIERES CHAPITRE 1 : INT
Page 5 and 6: La représentation des relations de
Page 7 and 8: 1.2 Le problème spécifique de l
Page 9 and 10: Chapitre 2 : L’approche de dégra
Page 11 and 12: Pour évaluer ces outils, différen
Page 13 and 14: Figure 3 - Composants d’un MB-IDE
Page 15 and 16: vidéo, …) et finalement, le comp
Page 17 and 18: Chapitre 3 : Etude théorique : Des
Page 19 and 20: Il existe 16 différentes vues poss
Page 21 and 22: En voici un exemple avec l’adapta
Page 23 and 24: Soit : WS, la fenêtre source (c’
Page 25 and 26: Les machines de Mealy [Ullman 79],
Page 27 and 28: Machine de Mealy Soit : Q = { } ; =
Page 29 and 30: Figure 14 - FlexClock : Modélisati
Page 31 and 32: 4.2.2.2 Modélisation par machine d
Page 33 and 34: W1 / W1 W2 / W1 W3 / W3 W5 / W4 ; W
Page 35: Inconvénients L’inconvénient ma
Page 39 and 40: 4.2.4.3 Critique et Comparaison par
Page 41 and 42: 3) Agrandissement dans les deux dim
Page 43 and 44: Nous allons pour cela définir un m
Page 45 and 46: Parmi les tâches filles de cette d
Page 47 and 48: 4.3.3 Intégration de PlastiXML com
Page 49 and 50: Chapitre 5 : La dégradation harmon
Page 51 and 52: Dans notre cas, nous n’aurons qu
Page 53 and 54: 5.3 Description des modèles consti
Page 55 and 56: Un OIA (interacteur logique) consis
Page 57 and 58: 5.4 Mise en évidence des règles d
Page 59 and 60: MULTIPLE SELECTION Définitions une
Page 61 and 62: s’échanger de l’information. (
Page 63 and 64: 5.4.2.2 le modèle du domaine Le fo
Page 65 and 66: 5.4.3.1 Règles de transformation a
Page 67 and 68: Figure 39 - Différentes distributi
Page 69 and 70: 2) Distribution des tâches concurr
Page 71 and 72: Insertion de la possibilité de cho
Page 73 and 74: L’inadéquation de la taille d’
Page 75 and 76: Règles de redimensionnement Cette
Page 77 and 78: Les a-modal AIOs sont décrits par
Page 79 and 80: Figure 51 - Architecture Logique de
Page 81 and 82: après substitution). Les autres mo
Page 83 and 84: Au final, ceci reste donc tout à f
Page 85 and 86: Remarquons que nous ne gérons pas
Page 87 and 88:
Figure 53 - Une partie de l’arbre
Page 89 and 90:
- Si Op est un opérateur de concur
Page 91 and 92:
A chaque phase du traitement, on v
Page 93 and 94:
5.7.7 La Couche Transformation d’
Page 95 and 96:
5.8 Cas d’études et résultats o
Page 97 and 98:
5.8.2 Quelques résultats Nous arti
Page 99 and 100:
Figure 63 - Règle de repositionnem
Page 101 and 102:
Quatrième test : Scission de fenê
Page 103 and 104:
Chapitre 6 : Conclusions. Le travai
Page 105 and 106:
Références bibliographiques [Alle
Page 107 and 108:
[Schneider 2002] Schneider, K., and
Page 109 and 110:
Annexes Code de l’application éd
Page 111 and 112:
111
Page 113 and 114:
FlexClock : Modélisation des trans
Page 115 and 116:
115
Page 117 and 118:
117
Page 119 and 120:
119
Page 121 and 122:
121
Page 123 and 124:
123
Page 125 and 126:
125
Page 127 and 128:
127
show all

Dégradation harmonieuse d'interfaces utilisateur - UsiXML

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?