Re: Un autre éditeur de texte est possible : feuille de route

RastaPopoulos <[email protected]>
Newsgroups gmane.comp.web.spip.devel
Message-ID <[email protected]>
Le 28/02/2016 08:02, Valéry-Xavier Lentz a écrit :
> La logique ne devrait-elle pas être inversée avec une vue WYSIWYG par
> défaut, où on peut intervenir, et un éditeur avancé en syntaxe SPIP pour
> les utilisateurs qui veulent vérifier / affiner leur saisie ? Les
> raisons qui avaient conduit à écarter initialement ce type d'interface
> sont-elles encore valables aujourd'hui ?

http://romy.tetue.net/wysiwyg-wysiwym-wysiwyc

Oui, même aujourd'hui, c'est TRÈS compliqué à faire correctement. 
Wikipedia avec des ANNÉES de codage et un GROS budget argent, ils ont 
fini par réussi à en faire un, mais QUE pour eux, pour leur syntaxe 
perso (ce qui est dommage, vu le budget, de pas avoir fait un système 
plus générique…).

La plus grosse difficulté c'est que l'aperçu en temps réel ne doit pas 
générer du HTML, mais doit générer le langage final, y compris pour les 
modèles (la syntaxe wikimedia a le même système que nous pour ce point, 
ils ont des modèles avec des paramètres aussi). Pour cela l'éditeur de 
Wikimedia passe par un arbre JSON abstrait de ce qu'on est en train 
d'éditer. Puis ensuite ça l'enregistre en base dans leur format wiki. 
Leur éditeur est vraiment très très complexe, beaucoup (vraiment !) plus 
que les éditeurs WYSIWYG classiques qui ne font que générer du HTML basique.

Ce n'est pas totalement impossible, mais donc oui, c'est *énormément 
plus compliqué* que de faire un éditeur WYSIWY MEAN, qui ne met en forme 
que la sémantique générale (titraille, gras, etc).

> Même en montrant le rendu à droite de l'écran on introduit de la complexité là où le rédacteur devrait se concentrer sur son contenu.

Les rédacs doivent se concentrer sur le sens de leur texte surtout, pas 
sur leur aspect visuel. Mais justement les éditeurs WYSIWYMean 
permettent ça, en mettant en avant la hiérarchie des titres, etc.

Le fait d'avoir un "retour direct", qui va par exemple agrandir le texte 
dès qu'on met {{{un truc comme ça}}} autour, ça permet aussi d'apprendre 
plus rapidement le langage de balisage léger (quel qu'il soit, SPIP ou 
Markdown).

Et ce type de langage, une fois connu, est BEAUCOUP plus rapide à 
rédiger que de cliquer sur les boutons en permanence (les boutons c'est 
bien justement quand on débute, pour aider, mais ensuite c'est plus 
efficace de taper direct les raccourcis).

Avec MD, si je veux faire un titre de niveau 2, je peux taper rapidement :
## Mon titre

Avec du WYSIWYG uniquement, je dois taper "Mon titre", puis enlever les 
mains du clavier (arrêter ma saisie donc), prendre la souris, 
sélectionner le texte, et cliquer sur un bouton voire une liste 
déroulante. => beaucoup moins efficace au quotidien.
(Ce qui n'empêche pas d'avoir des boutons avec la syntaxe légère en même 
temps, pour aider les débutants justement.)

Cf cette expérience là aussi, très parlante de ce point de vue :
http://romy.tetue.net/barre-outils-edition-raccourcis



-- 
RastaPopoulos
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.