I can see where you want to go. If I understand correctly you want to create a kind of full Editor with much more advanced functionality using html to give a much more complete experience.
I for one would love to see a WYSIWYG editor that preserves the markdown output. I am less concerned about being able to type in and have it interpret markdown; normal shortcuts like e.g. Ctrl-B (bold) are fine, or the toolbar. But I do want to preserve later editability, interpretation outside of a rendering context, and exportability. And HTML in my experience is problematic for at least some of it not all of that.
I am curious what specifically you are wanting the editor to do that is not compatible with markdown output?
Also I’ll point out that Typora does a pretty good job of handling rendering of markdown in-line as well as shortcuts, and I don’t see why a formatting bar couldn’t also work (though it doesn’t seem to have one).
5 „Gefällt mir“
How do I move the photo add button.
3 „Gefällt mir“
Hey @ozkn!
I’m working in a way which just imageUpload will be necessary! So, you could follow the same lead. In your initializer you could modifyClass of component:b-editor changing setubBasicEditor function.
api.modifyClass("component:b-editor", {
setupBasicEditor(){
loadScript("/plugins/DiscourseBasicEditor/ckeditor.js").then(() => {
ClassicEditor.create( document.querySelector( '#editor' ), {
toolbar: [xxx],
...
})
}
});
Checkout this Configuration - CKEditor 5 Documentation for toolbar reference, in my case I’m justing using toolbar: [“imageUpload”]
Best regards
3 „Gefällt mir“
Hey guys! Maybe I could use a little help from you!
I’m working in a project which I use more than one composer, like this (in the beginning of the initial page, for users create topics by there, just like a main composer facebook-like).
According to this, I have been getting some issues when opening composer (maybe 'cause I’m already using in main page).
So, when I want to update a topic, I use composer controller to open model, but getting b-editor message.
Have you guys getting same problem in working with multiple composers ?
Best Regards,
Felipe
3 „Gefällt mir“
maybe you can deactivate the plugin for now. As I said, this is still work in progress. I will probably work more on it next month. I focus on learning mandarin at the moment lol. If you want you can link me to your github or send me your code so I can try and understand what you are trying to do.
5 „Gefällt mir“
Reporting a bug, it seems after activating the plugin, the management section was covered.
- Test version: Discourse 2.7.4 stable
- Test browser: chrome, firefox on both computer and mobile phone
5 „Gefällt mir“
Hello, will it support 3-rd party additional plugins-functions for standard editor like… ?
It will support ckeditor addons instead.
This is an ui simplification experiment of mine that will probably be put into a separate plugin. Feature creep is bad haha
I want to say something: without a source of monetization it does not make sense for me to write this code. I also tried to do closed source plugins:
But the the issue is that code gets shared among buyers, which means there would be a need for a constant stream of new clients that dont come through word of mouth which is hardly sustainable.
So I would be interested if you would be willing to pay for this and if you have any suggestions on how we can solve the code sharing among buyers problem.
If yes please tell me how much in the comments below. 
Would you be willing to pay for this?
- yes
- no
0
voters
thaaanks
1 „Gefällt mir“
Does this your new WYSIWYG editor change the posts structure over standard Discourse? By another words if your editor will be disabled - does posts created with your editor will have any issues with editing by the standard editor?
Do you have a monetization plan how to raise a sum of money?
at the moment the editor generates markdown so we can use both editors next to each other without any issue. But the experience is not perfect and it always will be if we stick to markdown. Thats why the final solution will produce html. If this is a deal breaker for someone because they dont want to be locked in, there is an easy fix for this: just convert the html back to markdown.
I think there is no need to raise money up front. If I know there is a bunch of people that would be willing to pay for it and how much I will just finish the code. You can also reach out to me in private if you feel uncomfortable sharing budget related discussions in public.
4 „Gefällt mir“
Have you try to discuss this nuance with Discourse Team? Maybe they also want to add some new WYSIWYG editor?
they opted against it on philosophical grounds. You can search the forum if you are interested in the details. Their arguments are totally valid and I respect them. Thats why I am working on this.
7 „Gefällt mir“
Nachfassend zum Ansatz des „Just-in-Time-Renderings von Markdown“ scheint dies ein zunehmend beliebter Ansatz zu sein. Roam Research und Obsidian (in der neuesten Version mit WYSIWYG) tun dies beide, ebenso wie das bereits erwähnte Typora. Einige Beispiele hierfür finden Sie auf der Typora-Website:
Diese Art von „WYSIWYG“ mit der vorhandenen Symbolleiste scheint für mich das Beste aus allen Welten zu sein. Die meisten Leute brauchen keine Formatierung über das hinaus, was Markdown bietet. Was sie brauchen, ist eine intuitivere Möglichkeit, Markdown zu generieren und zu bearbeiten.
8 „Gefällt mir“
Guter Punkt. Ich denke, tiptap.dev hat bisher den besten Ansatz: Sie haben Tastenkombinationen, die es so erscheinen lassen, als würden Sie Markdown bearbeiten, aber es ist tatsächlich ein richtiger WYSIWYG-Editor. Ich habe angefangen, das Plugin mit Tiptap anstelle von CKEditor neu zu schreiben. Aber ich habe es nicht veröffentlicht, weil ich keine Finanzierung dafür finden konnte (ich werde von Discourse nicht bezahlt).
Und es ist mir nicht wichtig genug, in meiner Freizeit daran zu arbeiten.
Mit freundlichen Grüßen,
Spirobel
4 „Gefällt mir“
Jedes Mal, wenn ein Benutzer Verknüpfungen und Befehle verwenden (und sich merken) muss, spielt WYSIWYG keine Rolle. Die meisten Leute verwenden oder verstehen weder Markdown noch HTML. Diejenigen, die es wissen, brauchen selten WYSIWYG und meistens in Szenarien, in denen man sich nicht ganz sicher ist, wie die Ausgabe formatiert wird, wie z. B. bei Tabellen.
Ziemlich viele hier leben in einer sehr engen Blase. Es gibt einen Grund, warum WordPress beliebt ist und Ghost am Rande lebt.
Bin ich der Einzige, aber ich habe Typora gehasst. All dieses Springen bereitet mir Kopfschmerzen.
Und ja, ich weiß, dass Discourse (fast) nie ein echtes WYSIWYG bekommen wird, auch wenn die meisten Benutzer es lieben würden.
Das könnte man mit Sicherheit machen. Ich bin vielleicht zu 80% fertig. Die Sache ist: Es ist mir nicht wichtig genug, es fertigzustellen. Discourse ist eher ein Unternehmensprodukt und nicht wie ein Open-Source-Projekt. Die Leute hier sind meistens Angestellte oder wollen Discourse für ihre eigenen Projekte nutzen. Daher ist die Energie einfach nicht da. Vielleicht werde ich es eines Tages, wenn mir wirklich langweilig ist, fertigstellen, nur um einen Punkt zu beweisen. 
Wie auch immer, einen schönen Tag noch,
Spirobel 
8 „Gefällt mir“
Damit Community-Mitglieder so viel Aufwand in solche Projekte stecken können, muss die Community sich stärker um das Sponsoring solcher Projekte bemühen.
Crowdfunding innerhalb von Meta ist jedoch ein heikler Bereich. Pavilion sucht nach Möglichkeiten, dies einfacher zu gestalten.
8 „Gefällt mir“
Ist diese Seite noch zum Testen dieses Plugins verfügbar? Es sieht so aus, als würde sie immer noch den integrierten Editor verwenden.
1 „Gefällt mir“