Discussion :

[Towandaa]

Bonjour,

Je cherche à faire un outil de visualisation pour une taxonomie de mots très importante. Les outils de mindmapping classiques sont inopérants étant donné le nombre énorme d'entité qui rend "puante" la taxonomie dépliée totalement... En effet les groupes "au plus bas de l'échelle" peuvent atteindre 200 entités... et non on peut pas réduire...

Je voudrais dans le principe inscrire chaque "mot" dans ou sur une sphère, pouvoir grouper les mots ( et donc leur sphère)d'une certaine catégorie dans une sphère plus grande et ainsi de suite jusqu'au niveau le le plus général. J'ai pensé à naviguer dans chaque sphère par un principe de zoom qui se voudrait un zoom infini ( même si la taxo n'a que 5 niveaux) avec "invisibilisation" des niveaux inférieurs pour pouvoir lire celui où on est peut être.

Aujourd'hui la taxo est dans un fichier XML "bien formé"

N'ayant à ce jour "appris" que le C# sur VS express C# 2010... j'en arrive à ma question:
Ce genre de truc est il possible en C#? Même pas joli...
Faut il des outils en plus de Visual Studio? (GDI+?... )
Comment je peux faaaaireuh?

Y a t-il carrément d'autres langages qui seraient super beaucoup plus mieux?

Merci d'avance à tous les Supermen et Superwomen qui daigneront se pencher sur ma détresse!

[DonQuiche]

N'ayant à ce jour "appris" que le C# sur VS express C# 2010... j'en arrive à ma question:
Ce genre de truc est il possible en C#? Même pas joli...
Faut il des outils en plus de Visual Studio? (GDI+?... )
Comment je peux faaaaireuh?

Avant toute chose, voilà un problème ambitieux et intéressant !

Le langage ou la plateforme n'est vraiment pas déterminant pour ce problème. Les outils sur lesquels s'appuyer le sont beaucoup plus. En effet, dans tous les cas on peut faire appel à OpenGL ou DirectX mais, ici, je soupçonne qu'il n'est pas nécessaire d'aller si bas et qu'on peut utiliser des outils de plus haut niveau. Des calculs seront nécessaires mais a priori rien d'extraordinaire qui nécessiterait de jeter C# pour C++ afin de grappiller 30% de performances (moins que ça en réalité si la partie graphique reçoit l'essentiel du boulot).

Du coup, même si je pencherais sans doute pour C# + WPF, j'aimerais te poser les questions suivantes :
* Combien de primitives visibles à l'écran ? Il faudrait une réponse du type "1000 rectangles, 4000 mots, 500 courbes de bézier".
* Affichage statique ou animé ?
* Combien de mots/jetons et de niveaux au total dans la base ? Quelle place en mémoire ?
* Quel niveau d'interactivité avec l'utilisateur ? Enrichissement de la taxonomie ou simplement exploration ? Beaucoup de traitements à faire avant d'afficher ?
* Quelle plateforme (windows ? XP ? Seulement Vista et Seven ?)

PS : Processing est dédié aux traitements graphiques. De là à dire que ce serait mieux, tout dépend si ton programme se contente purement d'afficher des données brutes ou s'il faut une interaction plus poussée et des traitements nombreux. Et puis, si tu connais déjà bien C#... Personnellement, en attendant tes réponses, je garde sur la table processing, C# + WPF/OpenGL/Direct2d/XNA, C++ et Qt/OpenGL/Direct2d/Direct3d

[Towandaa]

Avant toute chose, voilà un problème ambitieux et intéressant !

Le langage ou la plateforme n'est vraiment pas déterminant pour ce problème. Les outils sur lesquels s'appuyer le sont beaucoup plus. En effet, dans tous les cas on peut faire appel à OpenGL ou DirectX mais, ici, je soupçonne qu'il n'est pas nécessaire d'aller si bas et qu'on peut utiliser des outils de plus haut niveau. Des calculs seront nécessaires mais a priori rien d'extraordinaire qui nécessiterait de jeter C# pour C++ afin de grappiller 30% de performances (moins que ça en réalité si la partie graphique reçoit l'essentiel du boulot).

Du coup, même si je pencherais sans doute pour C# + WPF, j'aimerais te poser les questions suivantes :
* Combien de primitives visibles à l'écran ? Il faudrait une réponse du type "1000 rectangles, 4000 mots, 500 courbes de bézier".
* Affichage statique ou animé ?
* Combien de mots/jetons et de niveaux au total dans la base ? Quelle place en mémoire ?

Oui effectivement, un peu eu les yeux plus grands que mes capacités informatiques... mais il va bien falloir que je m'y colle

Alors:Combien de primitives visibles à l'écran ?
Le but du truc est que l'on puisse déplier un dernier niveau tout en le gardant entièrement lisible. Ce dernier niveau pouvant contenir jusqu'à environ 200 entités, je suppose qu'il y a max 200 primitives à l'écran... ces "primitives" étant voulues sphériques on va dire 200 courbes de bézier ( si je me plante pas) et vu qu'apparemment les mots sont aussi des primitives () et que je veux un mot par sphère je vais répondre maximum 400 primitives.

Affichage statique ou animé ?
En fait l'idée de ce que je voudrais faire c'est comme si on visualisait un arbre en partant du haut en regardant vers le bas, en pouvant zoomer le long et à travers les différentes branches pour trouver la pomme de pin intéressante. Les noeuds de chaque branches sont des sphères et les plus petites sphères sont la pointe de ces ranches tout au bas de l'arbre. ( oui je sais je parle pas a un gamin de 3 ans mais j'ai pas plus "technique" comme explication )

Combien de mots/jetons et de niveaux au total dans la base ? Quelle place en mémoire ?
4900 et qq jetons
4 niveaux sur, un 5ème en projet
( c'est une taxo vraiment moisie, vient un moment où c'est difficile à catégoriser)
et la place mémoire j'en sais foutre rien

M'enfin le fichier txt fait 200ko

[DonQuiche]

Au vu des chiffres que tu nous donnes, il n'y a vraiment aucun problème de performances, ou alors aisément franchissable, ce sera donc facile de ce côté-ci.

Du coup, autant opter pour du C# + WPF : tu connais le langage, l'ensemble est de haut niveau et aisé à manipuler, tous les raffinements graphiques que tu pourrais désirer sont à peu près là (manquent le blending - en-dehors de l'opacité - et une ou deux autres choses mais enfin...)

Du coup, comment faire...
* Créer une application WPF.
* Créer un élément "canvas" et y placer les diverses primitives (mots, lignes, etc) toutes héritées de Visual.
* Commencer brutalement sans aucune optimisation, puis raffiner l'UI en ajoutant toutes les fonctionnalités désirées, puis raffiner les performances au besoin.

Mon conseil : faire un prototypage pour comparer très tôt un rendu en fausse 3D (primitives 2D uniquement) et un autre en vraie 3D. Enfin, si on souhaite des effets 3D.

Le point ardu : répartition automatique des éléments dans l'espace. Des biblios doivent exister. Peut-être prennent-elles même en charge l'affichage, à voir en priorité. Au pire il suffira de trouver un algo adapté, le domaine a été déjà bien creusé.

[Towandaa]

Merci beaucoup! Voilà un bon point de départ!

WPF j'y connais que dale, en interface graphique on a fait que des Windows Form. Il y a surement un tuto par ci par là je vais chercher (ou si tu as un URL cool sous la main je suis preneuse ^^)

J'avais pas vu l'edit donc je vais complèter mes réponses

Quel niveau d'interactivité avec l'utilisateur ? Enrichissement de la taxonomie ou simplement exploration ? Beaucoup de traitements à faire avant d'afficher ?
Le minimum syndical est qu'il puisse se balader dans la taxo de manière fluide et claire. Après niveau au dessus créer des espèces de touches de raccourcis permettant d'aller à telle ou telle catégorie ou d'afficher que les mots de telle année, les mots communs à plusieurs années etc ( mais bon ça ya pas de pb purement graphique il doit falloir régénérer l'affichage sous les conditions rentrées par l'utilisateur, ce qui ne devrait pas prendre 8h étant donné que tu dis qu'il n'y a pas de pb de performance... mais bien sur il me faudra des requêtes impeccables pour switcher entre tout ça sans que ça plante...)
Et niveau au dessus, que l'utilisateur puisse par exemple sélectionner un mot et sa sphère pour le changer de groupe (style "glisser déposer"), ou carrément rajouter un noeud et son nom et que ça soit reporté sur le fichier XML... ça c'est à mon avis un chouilla plus délicat (il n'y aura à priori pas d'ajout de simple entité)

* Quelle plateforme (windows ? XP ? Seulement Vista et Seven ?)
Eeeeeuh bah je pense que la majorité des personnes qui utiliseront cet outil sont sur seven... m'enfin il y a bien des réfractaires Apple mais ils devront s’adapter ^^

En tout cas merci encore preux chevalier!

[Deepin]

WPF j'y connais que dale, en interface graphique on a fait que des Windows Form. Il y a surement un tuto par ci par là je vais chercher (ou si tu as un URL cool sous la main je suis preneuse ^^)

Salut,
Il y a celui ci qui pourrait t'aider à démarrer.

[DonQuiche]

WPF j'y connais que dale, en interface graphique on a fait que des Windows Form. Il y a surement un tuto par ci par là je vais chercher (ou si tu as un URL cool sous la main je suis preneuse ^^)

Je n'avais pas de tuto à fournir mais Deepin s'en est chargé. Par contre, attention : WPF est une API à deux niveaux et les tutos présenteront tous le niveau supérieur. Pour l'UI elle-même c'est ce qu'il faudra mais, pour le rendu du graphe, ce sera le niveau inférieur que tu devras utiliser.

Le niveau élevé c'est l'usage d'éléments hérités de UIElement avec un layout automatique, des animations gérées par le système et du databinding. Le niveau inférieur, c'est l'usage d'un simple canvas sans databinding et dans lequel on ajoute et positionne manuellement les primitives héritées de Visual (voire UIElement mais mieux vaut chercher à s'en passer). Voici un un example d'usage direct de Canvas. La seule différence est que dans cet exemple les trois primitives sont ajoutées au Canvas via le XAML alors que dans ton cas toutes les primitives seront vraisemblablement créées, ajoutées et supprimées par le code.

[Towandaa]

Je n'avais pas de tuto à fournir mais Deepin s'en est chargé. Par contre, attention : WPF est une API à deux niveaux et les tutos présenteront tous le niveau supérieur. Pour l'UI elle-même c'est ce qu'il faudra mais, pour le rendu du graphe, ce sera le niveau inférieur que tu devras utiliser.

Le niveau élevé c'est l'usage d'éléments hérités de UIElement avec un layout automatique, des animations gérées par le système et du databinding. Le niveau inférieur, c'est l'usage d'un simple canvas sans databinding et dans lequel on ajoute et positionne manuellement les primitives héritées de Visual (voire UIElement mais mieux vaut chercher à s'en passer). Voici un un example d'usage direct de Canvas. La seule différence est que dans cet exemple les trois primitives sont ajoutées au Canvas via le XAML alors que dans ton cas toutes les primitives seront vraisemblablement créées, ajoutées et supprimées par le code.

Merci Deepin pour le tuto qui est à 1ère vue très bien! J'ai exam de tout autre chose demain donc je n'ai pas le temps de voir en profondeur vos 2 liens pour le moment mais oui effectivement l'affichage devrait être entièrement généré par le code à partir du fichier XML et de ses différentes balises