24.06.2013 Views

Dégradation harmonieuse d'interfaces utilisateur - UsiXML

Dégradation harmonieuse d'interfaces utilisateur - UsiXML

Dégradation harmonieuse d'interfaces utilisateur - UsiXML

SHOW MORE
SHOW LESS

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

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

4.2.4.3 Critique et Comparaison par rapport aux machines à états finis<br />

Cette technique semble tout à fait répondre aux désavantages rencontrés lors de la<br />

modélisation par machine à états finis. Elle permet de modéliser plus rapidement l’ensemble<br />

des transitions et la lisibilité ainsi que la précision, sont supérieures à celles des machines de<br />

Moore et de Mealy. Chacun des états possibles pour ces deux modélisations peuvent être<br />

transposés facilement à chacune des surfaces et points de flexibilité et nous savons<br />

exactement quand il faudra changer de présentation (rapport aux pixels). Les points de<br />

flexibilité indiquent les endroits cruciaux où une transition d’une présentation à une autre est<br />

possible et les surfaces montrent les dimensions limites autorisées pour chacune des fenêtres.<br />

De plus, même si le nombre de fenêtres possibles augmente, la lisibilité du graphique ne<br />

diminue que très légèrement ou pour ainsi dire, pas du tout. En effet, il sera toujours possible<br />

de savoir à quelles fenêtres destination nous pouvons nous rendre depuis une fenêtre source<br />

sans devoir éplucher à la loupe le graphique, contrairement aux modélisations par machine à<br />

états finis.<br />

4.3 Ebauche d’une application de génération de modélisations des transitions de fenêtres<br />

Au départ, il n’était pas dans notre objectif de réaliser une application de génération<br />

automatique de modélisation de transitions de fenêtres. Néanmoins, après avoir trouvé une<br />

technique de modélisation efficace (par surface), il semblait intéressant de pouvoir<br />

concrétiser cela en imaginant une future application capable de la manipuler.<br />

L’application décrite ci-dessous pourra générer à partir d’une modélisation par surface, les<br />

modélisations en machine de Moore et/ou de Mealy ainsi que le code de l’application, ce qui<br />

ne devrait pas être trop difficile à faire puisque, rappelons le, cette dernière ne dépend en<br />

réalité que de sa procédure d’adaptation Place (en supposant que la sémantique pure des<br />

objets des différentes présentations de l’application générée soit spécifiée à la main).<br />

4.3.1 Règles de transformations entre modélisations pour l’application à générer<br />

Nous savons qu’à partir de n’importe quelle fenêtre, nous pouvons passer à une autre. Ceci<br />

parce que les surfaces allouées à chaque présentation seront toujours des rectangles. Il est, en<br />

effet, difficile d’imaginer des résolutions pour lesquelles aucune fenêtre n’est disponible (mis<br />

à part peut-être le cas de la fenêtre pour la résolution minimale qui pourrait, dans le cas<br />

extrême, ne pas posséder la propriété de rétrécissement). De plus, la méthode choisissant la<br />

meilleure présentation devrait choisir la fenêtre se rapprochant le plus de la résolution<br />

spécifiée (ce qui rend obsolète ces « trous »). La seule contrainte réside dans le type de<br />

transitions autorisées. Ainsi, la seule chose à faire est de déterminer quelles sont les types<br />

d’opération possibles entre fenêtres et donc, quelles sont les transitions autorisées.<br />

39

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!