La visualisation de données isolées est une question que l'on peut considérer comme close : les toolkits sont principalement conçus dans ce but. Non, là où les GUIs pèchent, c'est quand il s'agit de représenter plusieurs données unies par une relation. Une rapide observation des explorateurs de fichiers suffit pour se rendre compte de la pauvreté des solutions apportées : si elles parviennent à afficher (pas trop mal) plusieurs éléments, elles sont incapables de prendre en compte les liens qui les unissent.

Qu'es-ce qu'une relation ? Fondamentalement, ce terme désigne tout ce qui permet le rapprochement de deux fichiers : les mime-types, les tags, les suites logiques, les références, etc. En pratique, on constate que *tout* est relation dans un ordinateur et que les données qui se baladent toutes seules, ça n'existe pas. On pourrait s'arrêter là, et décider que si les relations ne sont pas énumérables, c'est aux programmeurs de s'adapter en fonction du problème - mais une étude s'impose, de manière à déterminer quels sont les types de relations prédominants et à apporter des traces d'HIG pour uniformiser tout ça. On notera que les quelques relations prises en charge par les interfaces graphiques apportent un confort indéniable (notamment, les icônes) ce qui prouve à quel point la question est cruciale.

A présent que la problématique est posée, un exemple pratique tout simple pour les données linéaires (c'est à dire, toutes les datas triables selon un axe (alphabétique, volumique ou encore temporel)).


(rappel pour ceux qui ne se suivent pas l'actualité : il s'agit d'un portage pour Qt du widget permettant de circuler à travers ses disques dans iTunes.)

Je vous avouerais ne pas être follement convaincu par l'intégration d'un tel widget dans un lecteur audio. Sa grande force réside dans sa capacité à exprimer une relation temporelle évolutive sur une suite d'images, ce qui n'a rien à voir avec la musique. Sa place est dans un logiciel de présentation, dans un lecteur dvd au niveau du choix des chapitres, ou encore, dans l'historique d'un éditeur d'images (de manière à pouvoir comparer plus efficacement les différentes versions). Par extension, il s'agit d'un intermédiaire entre la vue d'ensemble (miniatures) et une vue unique, ce qui le rends intéressant pour les explorateurs d'images.

En parlant de navigation dans l'historique, si ce widget est suffisant quand il s'agit d'illustrations, il ne l'est pas pour le texte. Les types d'IBM ont fait quelques tentatives en se basant sur les logs de wikipedia, et j'ai pas grand chose à y redire, si ce n'est que ça a l'air efficace (et que ça trouverait sa place dans les éditeurs de texte collaboratifs comme abiword ou étoilé). On notera également le Time Machine d'Apple, qui utilise un concept similaire au widget présenté (et qui, par déduction, est assez limité; malgré son intégration parfaite avec l'environnement).

Tout ça pour dire que j'espère pouvoir vous présenter d'autres types de relations dans les prochains articles, ainsi qu'aborder la solution des ZUIs concernant la cohabitation des différentes méthodes de visualisation.