Während wir uns weiterhin mit Discourse vertraut machen und damit arbeiten, bin ich zu der Erkenntnis gelangt, dass der Editor leicht mein Favorit unter all den Forensoftwares ist, mit denen ich in den letzten Jahren gearbeitet habe. Ich denke jedoch,
Was ich empfehle, ist ein blockbasierter Editor, bei dem Sie “/” verwenden können und sich schnelle Verknüpfungen ergeben. Ein Beispiel ist Notion und ein weiteres ist der Tiptap-Editor
Viele Markdown-Editoren bewegen sich in Richtung Block-Verknüpfungen, und ich denke, Discourse könnte von einem solchen Konzept sowohl in Bezug auf Form als auch Funktion profitieren.
Ich bin gerade auf diese Open-Source-Bibliothek gestoßen, die Notion-ähnliche Befehle ausführt. Ich bin mir nicht sicher, wie einfach sie in Discourse integriert werden könnte, wollte sie aber trotzdem posten, falls jemand eine Idee hat:
Ich verstehe, die Pro-Erweiterungen sind kostenpflichtig.
Die große knifflige Sache hier ist die 2-Wege-Verbindung zwischen Markdown und HTML. Auf Markdown verzichten möchte ich bei Experimenten in diesem Bereich vermeiden.
Ich habe es hauptsächlich als Beispiel verlinkt. Ich denke, Experimente in diesem Bereich könnten lohnenswert sein, bin mir aber noch nicht ganz sicher, wie das auf einer technischeren Ebene funktionieren könnte, insbesondere wenn eines der Ziele darin besteht, die Überbrückung von Markdown zu HTML nicht aufzugeben.
Ich glaube, ich bin dem gegenüber immer noch positiv eingestellt, so wie im Juli 2023, als ich das Thema erstellt habe, da fast jede App, die ich zum Schreiben verwende, mittlerweile ähnliche Funktionen hat.
Ich werde in den kommenden Wochen weiter darüber nachdenken und mich wieder melden, wenn mir etwas einfällt.
Zumindest sollte es eine Art Tastaturmethode beinhalten, wie das Tippen von “/” oder einem anderen festgelegten Symbol, das eine nahtlose Auswahlpalette für die Einfügung von Formatierungen und Dingen aufruft, die Discourse für würdig hält, wie Notion, Tiptap usw.
Es sieht so aus, als ob Prosemirror Discourse (https://discuss.prosemirror.net/) verwendet, also haben sie vielleicht einige Gedanken dazu. Ich habe auch gesehen, dass sie eine Integration für Markdown haben, aber ich habe keine Ahnung, ob sich das mit dem deckt, worüber Sam gesprochen hat. Ich wollte es nur erwähnen, falls Leute mehr dazu recherchieren möchten.
Sein Ersteller hat auch ein Konto auf Meta. Ich werde ihn hier nicht erwähnen, aber er ist der Autor eines großartigen Javascript-Buches: https://eloquentjavascript.net/.
Soweit ich weiß, wäre es eine wirklich komplexe Aufgabe, den aktuellen Discourse-Editor auf etwas umzustellen, das auf prosemirror basiert.
@thoka Ich habe es über den von Ihnen angegebenen Link getestet. Es funktioniert wirklich großartig. Es wäre großartig, diesen Editor in Discourse zu sehen. Ich hoffe, dass es in Zukunft eine solche Änderung geben wird.
Hm. Scheint auf den ersten Blick zu funktionieren.
Ein geeigneter Editor muss mindestens eine verlustfreie Roundtrip-Konvertierung von beliebiger Discourse-Markdown → HTML/Editor-Zustand → Markdown unterstützen.
Die verlinkte Demo scheitert zum Beispiel an ausgerichteten Tabellen.
Ich habe in der Dokumentation nicht viel gefunden, um loszulegen, aber die Rückwärtsarbeit vom Code des Lexical Playgrounds ist hilfreich, zumindest im Kontext einer React-App.
Derzeit verwendet Discourse eine Mischung aus Markdown, BBCode und HTML als zugrunde liegendes Datenformat. Gibt es Pläne für ein einheitlicheres Format?
Bezüglich Experimenten: Ist es gesunder Menschenverstand, dass jeder visuelle Editor zumindest idempotent sein sollte (keine Änderung der Quelle beim Laden, Nichtbearbeiten, Speichern) und lokal begrenzt sein sollte (nur Änderungen an der Quelle, wo Bearbeitungen vorgenommen wurden)?
