Meeting Rainbow : composition d'IHM dans Continuum
Présents : Anne-Marie, JY, Michel, Philippe
Dates : 12 avril 2010 - 13h
Lieu : Polytech'Nice
Les IHMs dans Continuum
Sous la direction de IIHM / LIG :
Tâche 4 : de nouvelles techniques d'interactions
Tâche 4 : Les IHM de contrôle (Meta-UI) et le end user programming
TODO Technique
En prévision des démos à mi-parcours :
Autres sujets de composition d'IHM
Sujets de composition dans le cadre du photoshuffler : transformation par AA entre le FCDC et le Visual Renderer
HTML+
Sujets de composition dans le cadre du SIG de Lyonnaise : plasticité au niveau des lunettes (Cf. Démo de l'interface dans le browser et comment la transformer pour le WeCo)
Sujets de composition liés aux Meta UI (exemples : MetaUI accès BdC, MetaUI Tisseur d'AA, ….)
TODO
Idée 1 : Pour le photoshuffler, décomposer le FDDC en base d'Image + contrôleur de dialogue pour que ce dernier soit implémenter comme des AAs et réponde donc au problème de la composition d'IHM
Idée 2 : De même implémenter le CD dans le cas du fontainier pour les accès aux services métiers (base DSI Lyonnaise des eaux) avec des AAs. Jouer sur la variation des dispositifs d'interactions (WeCo, telephone, PC/Display projection …)
SUJET PROPOSE (AM)
Affichage contextuel d'un plan annoté
Développement partir de Composants pour dispositifs et de services sous WCOMP
Les étudiants devront concevoir à partir de composants une application dont l'IHM dépend des dispositifs en présence en définissant la façon dont les composants doivent être assemblés
L'exemple se base sur Google Map à partir duquel on extrait une carte . Surcette carte il faut superposer des informations.
L'application finale pourra comporter les éléments suivants : la carte (et informations superposées), des photos (streetview) et un panneau de contrôle (navigation, choix des informations à afficher)
Ces éléments d'interface seront visibles ou non selon les dispositifs utilisés.
L'application sera construite à partir des composants suivants :
Un composant Google Map
Un composant Google StreetView (si séparable de googlemap)
Un composant pour dispositifs : téléphone
Un composant pour dispositifs de localisation : GPS ou Ubisense
Un composant pour dispositifs : table Microsoft surface
Un composant pour dispositif : QT (ou ecran portable)
Les variantes de l'application pourront être :
téléphone + GPS : pas de panneau de controle (navigation), la navigation se fait en fonction de la localisation, pas de photo (ou alors visualisées à part)
Téléphone + QT ou portable : carte sur QT, contrôles sur Téléphone
Table seule : tout sur la table
Table + Téléphone + QT : carte sur table, photo sur QT, contrôles sur téléphone
QT seul : tout avec des onglets (ou partie rétractable)
etc.