Ces trois points (modèle graphique, dispositifs d'entrée/techniques avancées et adaptabilité) ont souvent été abordés dans le domaine des boîtes à outils d'interaction et de nombreuses solutions y ont été apportées. Pourtant, ils n'ont que rarement été considérés sous un angle commun permettant d'unifier leurs solutions. Dès lors, il n'existe pas d'outil regroupant les solutions proposées dans un même modèle d'architecture logicielle et à plus forte raison dans une boîte à outils unique.
Nous aurions pu, en nous appuyant sur les outils logiciels actuels, apporter une solution particulière et dépendante de nos besoins pour l'implémentation de SVALABARD. Cette approche monolithique aurait demandé un gros effort de programmation. Nous avons jugé plus important, essentiellement pour les perspectives que cela offrait, d'unifier ces solutions dans un modèle d'architecture logicielle cohérent et de le réaliser au niveau d'une boîte à outils, indépendante des applications. Ce choix ne garantissait pas moins d'efforts et un développement plus rapides, la réalisation de la boîte à outils MAGGLITE ayant nécessité un lourd travail de développement. Par contre, l'implémentation de SVALABARD en a été considérablement réduite, nous permettant alors de concentrer nos efforts sur sa conception. Cette approche de développement parallèle nous a de plus permis d'avoir un exemple concret d'utilisation de la boîte à outils, mais aussi d'en raffiner les mécanismes pour des besoins applicatifs réels.
Dans ce court chapitre introduisant la deuxième partie de nos travaux, nous aborderons la situation actuelle vis à vis des trois points cités plus haut au travers d'un rapide survol des boîtes à outils les plus représentatives (pour un état de l'art plus complet, nous renvoyons le lecteur au chapitre 2 de la thèse de doctorat de Pierre DRAGICEVIC [Dragicevic2004b]).
stuf