Mon objectif est d’avoir tous les éléments en place pour permettre l’expérimentation de l’éditeur dans Discourse.
J’en ai discuté avec @david, @tgxworld et @martin par le passé, nous avons beaucoup de choses en cours en ce moment et ne pouvons pas encore commencer. Cela dit… nos plans généraux sont :
suffisamment d’extensibilité pour permettre le remplacement facile de l’éditeur par un compositeur contenteditable
des expériences autour de composants triviaux qui ajoutent une fonctionnalité intéressante minimale supplémentaire
Un composant qui “inline” les images et laisse tout le reste tel quel en markdown (très utile pour le compositeur mobile)
Un composant qui met en évidence la syntaxe du markdown
réaliser des expériences autour d’éditeurs complets tels que CKEditor 5 (j’ai prévu de contacter Wiktor une fois que nous serons prêts)
L’approche consistant à repartir de zéro avec un tout nouveau frontend n’est pas conseillée et sera un cauchemar à maintenir à long terme. Cela peut être une solution de contournement à court terme qui vous rapporte quelques mois, mais à long terme, c’est un effort perdu.
Essayer de remplacer l’éditeur comme j’ai essayé de le faire dans ce plugin est aussi un cauchemar .
Je ne suis pas d’accord avec cela. Ce type de travail a beaucoup à offrir. J’ai récemment discuté avec @renato qui travaille également sur quelque chose de similaire. L’autre chose est la suivante : Discourse ferait un excellent CMS headless ! J’ai récemment construit ce site d’actualités avec nextjs et un backend strapi :
Il a également un forum Discourse attaché maintenant. Alors pourquoi utiliser encore strapi ? Le backend strapi ne fait rien de différent d’un forum Discourse. Il enregistre simplement du markdown et dispose d’un système de permissions. Donc, ma prochaine étape sera de me débarrasser complètement de strapi et d’utiliser simplement une catégorie d’articles dans Discourse.
Je pense qu’il y a un énorme potentiel ici pour servir ce cas d’utilisation de CMS headless et le rendre plus convivial.
Bref ! Merci beaucoup pour votre commentaire et votre travail sur Discourse !
J’ai entendu cette demande plusieurs fois ces derniers mois. C’est certainement un problème intéressant.
Le grand manque pour le moment serait les garanties de stabilité de l’API. Nous ne les fournissons pas, vous êtes donc lié à une version stable et à des drames potentiels lors de la mise à niveau d’une version stable vers une nouvelle version stable.
Un autre projet à long terme, une fois que nous aurons réglé quelques autres problèmes, pourrait être la création d’une API stable et garantie. C’est certainement quelque chose auquel je pense, mais ce n’est pas sur la feuille de route pour le moment.
Oui, je vous entends, nous sommes beaucoup trop étroitement liés pour le moment à TEXTAREA, nous avons besoin d’une couche d’abstraction avec 2 implémentations.
C’est un très grand projet à entreprendre, mais je m’attends à commencer dans l’année à venir environ.
Merci beaucoup pour toutes ces expérimentations, nous adorons voir cela à l’œuvre.
Bonjour @spirobel
Mon site ne peut pas se charger et obtient une erreur après l’installation du plugin
Erreur non interceptée : impossible de trouver le module discourse/lib/raw-templates importé depuis discourse/plugins/DiscourseBasicEditor/initializers/discourse-basic-editor
Bonjour ! Ce plugin ne fonctionne pas
J’ai essayé de désactiver tous les plugins. J’ai également essayé de désactiver les composants thématiques. Cela n’a pas aidé.
Cela semble être une erreur similaire à celle que @huynhthai824 a rencontrée il y a peu. Je vais marquer ce plugin comme broken jusqu’à ce que @spirobel ait eu l’occasion de donner son avis.
oui, s’il vous plaît faites-le ! Ce n’était qu’une expérience et les connaissances acquises à partir de cela seront utilisées dans mon autre travail, comme mentionné ici :
Merci à tous pour votre intérêt et vos suggestions !
Ce projet est-il abandonné ? Quelque chose de nouveau l’a-t-il remplacé ? Nous avons une population majoritairement âgée sur notre forum et je me rends compte que le markdown leur est étranger
Markdown est bon pour les programmeurs, les gens normaux ont besoin de quelque chose de différent… Je suis aussi d’accord…
J’ai commencé ceci comme un projet parallèle pour voir si c’était possible. C’est certainement le cas. Mais j’ai vieilli et suis devenu plus sage (espérons-le ). Il y a de meilleures façons de passer son temps libre que d’essayer de nager à contre-courant d’un grand projet open source.
Les vrais visionnaires sont des leaders et oui, les anachronismes ont souvent du mal avec l’élan vers l’avant.
Je me souviens des processeurs de texte DOS où il fallait connaître les couleurs de texte et la couleur de surbrillance pour le gras, le souligné, l’italique, etc.
Il a fallu un certain temps pour le WYSIWYG. Maintenant, un traitement de texte sans cela serait mal vu. Il est curieux de voir pourquoi certaines parties du Web utilisent encore des méthodes archaïques.
Ce dont j’ai besoin, ce n’est pas du WYSIWYG, mais d’un éditeur qui fait que le texte et les images occupent des zones séparées, plutôt que d’être mélangés. Un peu comme Twitter, Mastodon ou d’autres médias sociaux le font.
J’utilise Discourse pour enregistrer ma vie, et cela se présentera avec beaucoup de texte et d’images. Je pense que le markdown n’est pas bon à utiliser, car lors du téléchargement de certains médias, vous devez attendre la fin. Par exemple :
Ensuite, votre idée est perturbée. La prochaine fois que vous voudrez enregistrer quelque chose, vous vous souviendrez de cette scène, et votre passion disparaîtra.
Existe-t-il donc des plugins qui peuvent résoudre ce problème ?
J’ai essayé de corriger quelques trucs (il y en a beaucoup ), mais ça marche d’une manière ou d’une autre :
On verra si je peux le corriger correctement.
.
). Il y a de meilleures façons de passer son temps libre que d’essayer de nager à contre-courant d’un grand projet open source. 
), mais ça marche d’une manière ou d’une autre :
