Sujet sur Discussion Gestion:Tâches/Liste/69

Aller à la navigation Aller à la recherche
Résumé par Mattéo Delabre

Utilisation de Draw.io ou de la bibliothèque mxGraph utilisée par Draw.io.

Antoine Mercier-Linteau (discussioncontributions)

@Mathieu Salaün, voici la tâche dont je te parlais. Elle est facile à accomplir, car elle n'implique aucune programmation. Pour le moment, il s'agit de faire une recherche afin de trouver un module qui pourrait être intégré tel quel (une extension MediaWiki) ou qui pourrait être modifié.

J'ai précisé les besoins du module dans la description de la tâche. Tu peux aussi consulter l'archive de discussion ci-dessous.

Mathieu Salaün (discussioncontributions)
Antoine Mercier-Linteau (discussioncontributions)

Merci Mathieu!

En passant, tu n'as pas besoin de taguer les gens lorsque tu leurs réponds directement :) Autrement, ne perds pas ton temps à rechercher la solution que WikEM a adopté, c'est hautement amateur.

Sinon, j'ai fait une petite recherche rapide et j'ai colligé ça dans un tableau sur la page, tu pourras ajouter tes conclusions. MxGraph (la base de draw.io) semble très prometteur et ils offrent un éditeur à même le navigateur.

Tout ce qui est basé sur D3.js, bien que super pour la visualisation de données, ne semble pas être fait pour créer des diagrammes. À garder en tête cependant pour d'autres fonctionnalités.

Antoine Mercier-Linteau (discussioncontributions)

@Mattéo Delabre, voici l'un des projets que j'ai suggéré dans nos échanges courriels. Il n'implique pas vraiment de programmation et te permettra de te familiariser avec la plateforme. À en juger par le travail que tu avais fait (navigation interactive du diagnostic différentiel), je crois que tu pourrais nous être d'une grande utilité dans notre choix d'une bonne librairie d'édition d'algorithmes cliniques. Je t'ai mis un exemple tiré de la page sur l'embolie pulmonaire (PNG) à droite.

Dans la description de la tâche, tu trouveras les besoins que cette librairie devra remplir. Tous ne sont pas obligatoires sauf l'intégration avec l'Éditeur Visuel. Il existe déjà plusieurs extensions permettant la création de graphiques, mais toutes fonctionnent uniquement avec du Wikicode.

Moi et Mathieu avons listés quelques options ci-dessus, je ne sais pas si tu en connais d'autre?

Mattéo Delabre (discussioncontributions)

Je n’ai pas connaissance d’autre option pour faire des flowcharts similaires à celui que tu as joint. La première qui m’est venue à l’esprit est Mermaid, mais je vois dans l’archive de discussion ci-dessous que tu l’as déjà mentionnée — et malheureusement je pense comme toi qu’il n’existe pas d’éditeur graphique pour Mermaid.

Pour moi, si on veut respecter la contrainte 5 (pas de backend), il faudrait que le langage de sortie soit du SVG ou du HTML, les seuls qui ont l’avantage d’être compris nativement par la quasi-totalité majorité des navigateurs (pour SVG, 95% des utilisateurs selon caniuse). Autrement, on va devoir ajouter une couche de JS sur toutes les pages qui contiennent de tels graphiques pour pouvoir convertir leur forme textuelle en forme visuelle. Cela contraindrait les lecteurs et lectrices du wiki à activer JavaScript pour pouvoir voir les figures (et non pas seulement pour les éditer), et il est possible que les moteurs d’indexation aient plus de mal à accéder à ce contenu que s’il était sous forme de SVG. Je ne sais pas ton opinion là dessus, mais ça ne me semble pas souhaitable.

Antoine Mercier-Linteau (discussioncontributions)

J'abonde dans le même sens que toi. Nous devrions privilégier une solution SVG.

Je me suis un peu repenché sur la question et c'est vrai que Mermaid est plutôt élégant comme solution. Si nous avions affaire à un public habile avec la technologie, c'est la librairie que j'aurais choisi.

Je crois donc que Draw.io / MxGraph est la meilleure solution. Également, on devrait pouvoir l'intégrer sans trop de difficulté à l'ÉditeurVisuel.

Mattéo Delabre (discussioncontributions)

J’ai trouvé une page sur le site de MediaWiki qui liste les extensions existantes pour créer des diagrammes, dont j’ai repris la table dans la description de cette tâche en l’adaptant pour enlever les extensions qui ne correspondent pas à nos besoins (par exemple il y a des extensions pour générer des diagrammes de jeux d’échecs ou de Go) et ajouter quelques infos supplémentaires. Il y a notamment Cognitive Process Designer qui semble intégrer un éditeur visuel si on en croit sa documentation (je ne l’ai pas encore testée).

Antoine Mercier-Linteau (discussioncontributions)

Belle trouvaille ce Cognitive Process Designer. C'est une manière beaucoup plus formelle de créer des diagrammes et ça l'irait très bien s'intégrer avec la structure sémantique de Wikimedica. L'outil semble complexe d'approche pour un néohpyte, donc le besoin pour un outil de génération de diagrammes simple demeure, mais Cognitive Process Designer pourrait être utilisé à terme pour générer des workflows complexes.

Mattéo Delabre (discussioncontributions)

Tout à fait—je pense qu’on est d’accord sur le fait de partir sur Draw.io/mxGraph pour la génération de diagrammes, je vais donc marquer ce fil comme résolu.