Retour d’experience sur le developement d’un éditeur rich text, axé rédaction digital, pour le NYT.
manipulation DOM, Utilise ProseMirror, intéressant pour la structuration des blocs imbriqués de contenu…
Building a Text Editor for a Digital-First Newsroom
▻https://open.nytimes.com/building-a-text-editor-for-a-digital-first-newsroom-f1cb8367fc21
►https://seenthis.net/messages/693664
C’est exactement ce qu’il faut et que j’attends depuis des années, même après que Wikipedia ait codé son éditeur wysiwyg mais qui enregistre en une autre syntaxe après (càd ça ne produit pas du html). Sauf que wikimedia l’a codé que pour eux, pas en lib générique.
Or là Prosemirror est vraiment une lib générique qui montre à l’utilisateur un éditeur #wysiwyg MAIS qui produit un format pivot intermédiaire en JSON, de données structurées, qui peut donc ensuite être utilisé pour produire n’importe quoi, et alors enregistrer en SPIP en Markdown ou n’importe quoi d’autre…
This is the future !
Le site officiel du « moteur » sous ce projet : ProseMinor
►http://prosemirror.net
Et pour en rajouter une couche sur les possibilités de ProseMinor vis à vis des fonctionnalités d’édition de SPIP : ▻https://prosemirror.net/examples/dino
qui donne un exemple d’intégration d’un nouvel objet éditorial (ici un dinosaure) tout à fait similaire aux modèles SPIP...
#json #ProseMirror #éditeur #SPIP #WYSIWYG
@rastapopoulos paye ton ticket ? (tant que core.spip.net tourne toujours ^^)
J’avais fait un ticket sur le développement d’un éditeur basé sur CodeMirror déjà, mais pour faire du WYSIWYM donc. Là c’est une autre piste du coup. Donc autre ticket… ou bien transformation du précédent en complétant pour présenter les deux pistes (et peut-être même que les deux pourraient être bien à la fois, car quand on a un éditeur WYSIWYG, il faut toujours avoir aussi un éditeur de source en parallèle, et alors autant qu’il soit WYISWYM tant qu’à faire…)
le ticket de @rastapopoulos est maintenant ici : ▻https://git.spip.net/spip/porte_plume/issues/3720
