Je vois où vous voulez en venir. Si j’ai bien compris, vous souhaitez créer un véritable éditeur avec des fonctionnalités bien plus avancées en utilisant HTML pour offrir une expérience beaucoup plus complète.
Pour ma part, j’aimerais beaucoup voir un éditeur WYSIWYG qui préserve le rendu Markdown. Je suis moins préoccupé par la possibilité de taper du texte et de le voir interpréter automatiquement le Markdown ; des raccourcis classiques comme Ctrl-B (gras) ou une barre d’outils me conviennent très bien. Cependant, je souhaite que l’édition ultérieure, l’interprétation en dehors d’un contexte de rendu et l’exportabilité soient préservées. Et, d’après mon expérience, le HTML pose problème pour au moins certains de ces aspects, sinon pour tous.
Je suis curieux de savoir ce que vous attendez spécifiquement de l’éditeur et qui serait incompatible avec une sortie Markdown.
Par ailleurs, je tiens à souligner que Typora gère très bien le rendu du Markdown en ligne ainsi que les raccourcis, et je ne vois pas pourquoi une barre de mise en forme ne pourrait pas également fonctionner (même si elle n’en semble pas disposer).
5 « J'aime »
Salut @ozkn !
Je travaille d’une manière où seul imageUpload sera nécessaire ! Tu peux donc suivre la même approche. Dans ton initialiseur, tu peux modifier la classe de component:b-editor en changeant la fonction setupBasicEditor.
api.modifyClass("component:b-editor", {
setupBasicEditor(){
loadScript("/plugins/DiscourseBasicEditor/ckeditor.js").then(() => {
ClassicEditor.create( document.querySelector( '#editor' ), {
toolbar: [xxx],
...
})
}
});
Consulte cette page Migrating to new installation methods | CKEditor5 documentation pour la référence de la barre d’outils. Dans mon cas, j’utilise simplement toolbar: [“imageUpload”].
Cordialement
3 « J'aime »
Salut à tous ! J’aurais peut-être besoin d’un petit coup de main de votre part !
Je travaille sur un projet où j’utilise plus d’un éditeur de texte, comme ceci (au début de la page principale, pour que les utilisateurs créent des sujets, un peu comme l’éditeur principal de Facebook).
Selon cela, je rencontre certains problèmes lors de l’ouverture de l’éditeur (peut-être parce que je l’utilise déjà sur la page principale).
Ainsi, lorsque je souhaite mettre à jour un sujet, j’utilise le contrôleur de l’éditeur pour ouvrir le modèle, mais je reçois le message b-editor.
Avez-vous déjà rencontré ce même problème en travaillant avec plusieurs éditeurs de texte ?
Cordialement,
Felipe
3 « J'aime »
Peut-être pouvez-vous désactiver le plugin pour l’instant. Comme je l’ai dit, c’est encore un travail en cours. Je travaillerai probablement davantage dessus le mois prochain. Pour l’instant, je me concentre sur l’apprentissage du mandarin, lol. Si vous le souhaitez, vous pouvez me donner un lien vers votre GitHub ou m’envoyer votre code afin que j’essaie de comprendre ce que vous essayez de faire.
5 « J'aime »
Signalement d’un bug : il semble que, après l’activation du plugin, la section de gestion soit masquée.
- Version de test : Discourse 2.7.4 stable
- Navigateur de test : Chrome et Firefox, sur ordinateur et sur mobile
5 « J'aime »
Bonjour, prendra-t-il en charge des fonctions de plugins tiers supplémentaires pour l’éditeur standard, comme… ?
Cela prendra plutôt en charge les extensions ckeditor.
C’est une expérience de simplification de l’interface utilisateur de ma part, qui sera probablement intégrée dans un plugin séparé. L’effet de dérive des fonctionnalités est mauvais, haha.
Je tiens à dire quelque chose : sans source de monétisation, il n’a pas de sens pour moi d’écrire ce code. J’ai également essayé de créer des plugins en code source fermé :
Mais le problème est que le code est partagé entre les acheteurs, ce qui signifie qu’il faudrait un flux constant de nouveaux clients qui n’arrivent pas par le bouche-à-oreille, ce qui est difficilement durable.
Je serais donc intéressé si vous étiez prêt à payer pour cela et si vous aviez des suggestions sur la façon dont nous pourrions résoudre le problème du partage de code entre les acheteurs.
Si oui, veuillez indiquer le montant dans les commentaires ci-dessous. 
Seriez-vous prêt à payer pour cela ?
- oui
- non
0
voters
merci beaucoup
1 « J'aime »
Votre nouvel éditeur WYSIWYG modifie-t-il la structure des messages par rapport à Discourse standard ? En d’autres termes, si votre éditeur est désactivé, les messages créés avec votre éditeur poseront-ils des problèmes lors de leur édition avec l’éditeur standard ?
Avez-vous un plan de monétisation pour réunir une somme d’argent ?
Pour l’instant, l’éditeur génère du Markdown, ce qui nous permet d’utiliser les deux éditeurs côte à côte sans aucun problème. Cependant, l’expérience n’est pas parfaite et ne le sera jamais tant que nous nous en tiendrons au Markdown. C’est pourquoi la solution finale produira du HTML. Si cela constitue un obstacle pour quelqu’un qui ne souhaite pas être enfermé dans un système, il existe une solution simple : il suffit de convertir le HTML en Markdown.
Je pense qu’il n’est pas nécessaire de lever des fonds à l’avance. Si je sais qu’il y a un groupe de personnes prêtes à payer et combien, je terminerai simplement le code. Vous pouvez également me contacter en privé si vous n’êtes pas à l’aise pour partager des discussions liées au budget en public.
4 « J'aime »
Avez-vous essayé de discuter de cette nuance avec l’équipe de Discourse ? Peut-être souhaitent-ils également ajouter un nouvel éditeur WYSIWYG ?
Ils ont opté contre cela pour des raisons philosophiques. Vous pouvez rechercher sur le forum si vous êtes intéressé par les détails. Leurs arguments sont tout à fait valables et je les respecte. C’est pourquoi je travaille sur ce projet.
7 « J'aime »
Suite à l’approche du « rendu à la demande du markdown », cela semble être une approche de plus en plus populaire. Roam Research et Obsidian (dans la dernière mise à jour ajoutant le WYSIWYG) font tous deux cela, ainsi que le Typora susmentionné. Vous pouvez en voir quelques exemples concrets sur le site de Typora :
Ce type de « WYSIWYG » avec la barre d’outils existante me semble être le meilleur des mondes. La plupart des gens n’ont pas vraiment besoin d’un formatage au-delà de ce que le markdown fournit. Ce dont ils ont besoin, c’est d’une manière plus intuitive de générer et d’éditer du markdown.
8 « J'aime »
Excellent point. Je pense que tiptap.dev a la meilleure approche jusqu’à présent : ils ont des raccourcis clavier qui donnent l’impression d’éditer du markdown, mais il s’agit en fait d’un éditeur WYSIWG approprié. J’ai commencé à réécrire le plugin avec tiptap au lieu de ckeditor. Mais je ne l’ai pas publié, car je n’ai pas trouvé de financement pour cela (je ne suis pas payé par discourse).
Et je ne me soucie pas assez de travailler sur cela pendant mon temps libre.
Cordialement,
Spirobel
4 « J'aime »
Chaque fois qu’un utilisateur doit utiliser (et mémoriser) des raccourcis et des commandes, le WYSIWYG n’a pas d’importance. La plupart des gens n’utilisent ni ne comprennent le Markdown ou le HTML. Ceux qui le connaissent ont rarement besoin du WYSIWYG et principalement dans des scénarios où l’on n’est pas totalement sûr du formatage de la sortie, comme les tableaux.
Beaucoup ici vivent dans une bulle très étroite. Il y a une raison pour laquelle WordPress est populaire et Ghost vit en marge.
C’est juste moi, mais j’ai détesté Typora. Tous ces sauts me donnent mal à la tête.
Et oui, je sais que Discourse n’aura (presque) jamais de vrai WYSIWYG, même si la plupart des utilisateurs l’adoreraient.
Cela pourrait certainement être fait. J’en suis peut-être à 80%. Le problème est que je ne m’en soucie pas assez pour le terminer. Discourse ressemble plus à un produit d’entreprise qu’à un projet open source. Les gens ici sont principalement des employés de l’entreprise ou veulent utiliser discourse pour leurs propres projets. Donc l’énergie n’est tout simplement pas là. Peut-être qu’un jour je m’ennuierai vraiment et que je le finirai juste pour prouver un point. 
Quoi qu’il en soit, passez une bonne journée,
Spirobel 
8 « J'aime »
Pour que les membres de la communauté fournissent un tel effort dans de tels projets, la communauté doit faire un plus grand effort pour les parrainer.
Le financement participatif au sein de Meta est un domaine un peu délicat. Cependant, Pavilion étudie des moyens de simplifier cela.
8 « J'aime »
Ce site est-il toujours disponible pour tester ce plugin ? On dirait qu’il utilise toujours l’éditeur intégré
1 « J'aime »