Testen Sie unseren neuen Editor!

[pfaffman (Jay Pfaffman)]

Hallo @lindsey.

Könntest du die OP aktualisieren und das hier einfügen? Ich hätte es fast selbst gemacht, aber ich dachte, es wäre vielleicht unhöflich.

@thoka

Da ask.discourse.org und die Suche dies nicht gezeigt haben: Wer den neuen Editor in seiner eigenen Instanz testen möchte, kann ihn mit

SiteSetting.rich_editor = true

in der Rails-Konsole aktivieren.

[Heliosurge (Dan DeMontmorency)]

@sam

Die Änderung wird nur auf Websites mit aktiviertem Rich-Text-Editor wirksam und sollte hier in 20-40 Minuten verfügbar sein.

Wo finde ich die Option, den Rich-Text-Editor zu aktivieren? Ich habe nur eine Option gefunden, Rich-Text in Markdown zu konvertieren.

[Heliosurge (Dan DeMontmorency)]

@thoka

Die Suche hat das nicht gezeigt: Wer den neuen Editor auf seiner eigenen Instanz testen möchte, kann ihn mit

SiteSetting.rich_editor = true

in der Rails-Konsole aktivieren.

Das erklärt, warum ich die Einstellung nicht finden kann.

Sollte in der GUI als Umschalter unter Experimentelles verschoben werden.

[tobiaseigen]

Wow, der Komponist hat es weit gebracht.

Ich habe gerade beim Schreiben eines längeren Berichts mit viel Kopieren und Einfügen und Herumbasteln an Inhalten ein paar kleine Dinge bemerkt:

1. Wenn Sie einen Link in eine eigene Zeile einfügen und dann Text folgen lassen, wird er weiterhin als Onebox angezeigt. Es scheint keine Möglichkeit zu geben, die Onebox zu entfernen und den Link so anzuzeigen, als wäre er später in der Zeile, nach einigen Wörtern. Als Workaround scheint es zu funktionieren, zuerst den folgenden Text einzugeben und dann zum Anfang der Zeile zurückzukehren, um den Link einzufügen.

2. Wenn Sie Text auswählen und dann im Menü „Details ausblenden“ auswählen, wird Ihr Text überschrieben. Im Markdown-Komponisten wird der ausgewählte Text einfach ausgeblendet. (Siehe Screencasts unten)

3. Ich werde es hier noch einmal testen, aber in einem anderen Thema habe ich ausgeblendete Details verwendet und obwohl der Schalter funktioniert, wird der ausgeblendete Text standardmäßig erweitert und angezeigt. Sie möchten, dass er standardmäßig ausgeblendet ist.

   Zusammenfassung

   Ich möchte diesen Text ausblenden

[renato (Renato Atilio)]

@tobiaseigen

Du möchtest, dass es standardmäßig ausgeblendet ist.

Das ist „beabsichtigt“, aber ich sehe, dass es verwirrend sein kann – es setzt das bbcode-Attribut open entsprechend dem, was du in deiner Editoransicht hast.

Standardmäßig geöffnet

Ja

Standardmäßig geschlossen

Nein

[tobiaseigen]

Ohhhh.. Ich wusste nichts von dieser open-Option für BBCode. Ich wollte nie, dass sie offen sind. Ich kann bestätigen, dass es so funktioniert, wie Sie sagen.

[manuel (Manuel Kostka)]

@lindsey

Ich denke, es ist wahrscheinlich, dass wir eine Benutzereinstellung anbieten werden, um den Markdown-Umschalter zu aktivieren, aber das ist zu diesem Zeitpunkt nicht in Stein gemeißelt. Ich schätze es, dass Sie Ihre Meinung hier mitteilen, es sind hilfreiche Anregungen.

@lindsey

Zu diesem Zeitpunkt haben wir keine Einzelheiten darüber, wie beide Versionen des Komponisten langfristig unterstützt werden (z. B. ob der Komponisttyp weiterhin durch die Website-Einstellung gesteuert wird, dem Benutzer überlassen bleibt oder etwas anderes).

Ich fände es am besten, wenn die Verfügbarkeit des Komponistentyps als Website-Einstellung festgelegt werden könnte. Und wenn beide aktiviert sind, können Benutzer ihren Komponisten in einer Benutzereinstellung auswählen.

Ich würde die Umschaltoption für den Komponisten nicht als langfristige Funktion mögen. Es ist jetzt für Tests auf Meta sinnvoll, aber es würde dem Ziel, die Erfahrung des Komponisten zu vereinfachen, ziemlich widersprechen.

[alltiagocom (Tiago)]

Ich habe ein paar Probleme mit der Rich-Text-Version festgestellt:

1. Wenn ich den Beitrag erstelle und vorformatierten Text hinzufüge, sehe ich Folgendes:

Und wenn ich ihn poste, sehe ich Folgendes, also gibt es keine Übereinstimmung, was nicht gut ist:

Zumindest mit Markdown können wir einzeilige oder mehrzeilige Texte mit einem einzelnen oder drei Anführungszeichen auswählen. Aber jetzt mit der Monospace-Option (die mir nicht gefällt) gibt es einen gewissen Konflikt…

2. Wenn ich versuche, Markdown zu verwenden, in diesem Fall das einzelne Anführungszeichen im Vergleich zu drei Anführungszeichen, erhalte ich ein seltsames Verhalten. Wenn ich zuerst ein einzelnes Anführungszeichen verwende, funktioniert es, und wenn ich danach drei Anführungszeichen verwende, funktioniert es auch:

Aber wenn ich versuche, sofort wieder drei Anführungszeichen zu verwenden, erhalte ich Folgendes:

Aber das passiert nicht oft, daher weiß ich nicht, was es verursacht.

3. Es wäre großartig, im Rich-Text-Editor, wenn die Schaltflächen Fett und Kursiv „ausgewählt/gedrückt“ aussehen würden, wenn sich der Textcursor an einer Stelle befindet, an der die Formatierung angewendet wird. Der kursive Text ist offensichtlicher, aber der fette Text nicht so sehr. Aber am wichtigsten ist, wenn sich der Textcursor nicht mitten in einem Wort befindet, sondern danach. „Wird, wenn wir tippen, formatiert?“
4. Dies ist nur ein Vorschlag, einfach weil die Mitte des Komponisten für mich im Moment seltsam „wirkt“. Was wäre, wenn er an den Rändern der Seitenleiste und des Fensters auf der rechten Seite ausgerichtet wäre? So etwas:

Für mich fließt es einfach besser mit dem Rest des Inhalts.

[renato (Renato Atilio)]

@alltiagocom

Ich bekomme das

Entschuldigung, ich verstehe nicht.

@alltiagocom

würde „ausgewählt/gedrückt“ aussehen

Das wird bald kommen:

@lindsey

Symbolleistenanpassungen für Barrierefreiheit, die anzeigen, welcher Formatierungsbutton sich in einem aktiven Zustand befindet

[seanblue]

Ich habe nicht alle Kommentare gelesen, daher entschuldige ich mich, falls ich etwas wiederhole, das bereits gesagt wurde.

Im Allgemeinen finde ich WYSIWYG-Editoren etwas hakelig und benutze sie daher eher nicht. Dennoch sind hier einige Dinge, die mir bereits aufgefallen sind.

1. Die Tatsache, dass ein einzelner Druck auf Enter wie zwei Enter-Drücke im Markdown-Editor behandelt wird, ist etwas störend. Ich nehme an, das ist nicht das erste Mal, dass ich diesen Ansatz sehe, aber wenn Leute zwischen dem Markdown-Editor und dem Rich-Text-Editor wechseln können, könnte die Inkonsistenz verwirrend sein. Nicht jeder wird unbedingt wissen, dass Shift + Enter so wirkt, wie Enter im Markdown-Editor wirkt.
2. Wenn man einen Header-Bereich erstellt (z. B. # gefolgt von einem Leerzeichen eingibt), dann einige Zeichen tippt, diese Zeichen dann löscht, scrollt die Scrollleiste ohne ersichtlichen Grund nach oben. Dies geschieht nur, wenn der Editor ganz nach unten gescrollt ist.
3. Die Unterstützung für das Hinzufügen von Backticks in umgekehrter Reihenfolge ist äußerst wichtig. Es ist nicht ungewöhnlich, dass man sich entscheidet, Backticks zur Formatierung hinzuzufügen, nachdem man bereits ein Wort geschrieben hat. Manchmal ist es viel einfacher, den schließenden Backtick hinzuzufügen, bevor man den öffnenden Backtick hinzufügt. Dies funktioniert im Rich-Text-Editor derzeit nicht. Ich stoße ständig auf dieses Problem in Microsoft Teams (was ein Beispiel für einen furchtbar implementierten WYSIWYG-Editor ist) und es ist sehr frustrierend.
4. Beim Arbeiten mit einer nummerierten Liste oder einer Aufzählungsliste, wenn sich der Cursor in der Zeile nach dem Ende der Liste befindet, fügt das Drücken von Backspace ein neues Listenelement hinzu. Das ist an sich kein Problem, es ist nur etwas unerwartet.
5. Beim Arbeiten mit einer Mischung aus Code-formatiertem Text (Backticks) und normalem Text ist es unmöglich, direkt nach dem formatierten Text einfachen Text zu tippen, wenn man das bereits Geschriebene überarbeitet. Dies ist kein häufiger Fall, aber er tritt manchmal auf (z. B. Formatierung eines Variablennamens, aber sofort danach ein s für die Pluralbildung oder ein Apostroph benötigt; wieder, nicht häufig, aber ich bin mehrmals darauf gestoßen).
6. Es gibt keine Anzeige, welche Formatierungsoption aktiv ist. Einige Dinge wie Header sind etwas offensichtlich aufgrund der Cursorgröße, aber andere Dinge wie Fett-, Kursiv- und Codeformatierung sind es nicht. Dies ist eine häufige Quelle der Frustration für mich, da es dazu führen kann, dass ich etwas tippe und es löschen oder die Formatierung nachträglich korrigieren muss. Der spezifische Fall, auf den ich gerade gestoßen bin, war das Tippen von formatiertem Code und das anschließende Löschen, weil ich meine Meinung über das, was ich schreiben wollte, geändert habe. Ich habe dann einen weiteren Backtick hinzugefügt, um etwas anderes in formatiertem Code zu schreiben, und es hat tatsächlich den Backtick angezeigt, weil es bereits in diesem Modus war und dachte, ich wollte das rohe Backtick-Zeichen eingeben.

[alltiagocom (Tiago)]

@renato

Entschuldigung, ich verstehe nicht.

Es war wahrscheinlich ein Fehler, da ich ihn jetzt nicht reproduzieren kann, oder vielleicht muss etwas Bestimmtes passieren, damit er sich so verhält. Grundsätzlich, wie Sie sehen können, wurden die 3 Anführungszeichen als Text innerhalb von einfachen Anführungszeichen gerendert, daher der dunkle Hintergrund. Dann würde ich beim zweiten Mal 3 Anführungszeichen direkt unter dem vorherigen (den 3 Anführungszeichen, die als Text in einfachen Anführungszeichen gerendert wurden) hinzufügen, und es würde dann den Codeblock wie erwartet erstellen. Hoffe, das macht jetzt Sinn?

Mir ist auch gerade aufgefallen, dass Markdown im Rich-Text-Modus nicht wie erwartet funktioniert. Schauen Sie sich das hier an, wo die einfachen Anführungszeichen den Text nicht beeinflussen \test\\, aber die 3 Anführungszeichen ihre Arbeit tun.

[lindsey (Lindsey Fogle)]

@seanblue

• Die Tatsache, dass ein einzelner Enter-Druck als zwei Enter-Drücke vom Markdown-Editor behandelt wird, ist etwas befremdlich. Ich nehme an, dies ist nicht das erste Mal, dass ich diesen Ansatz sehe, aber wenn Leute zwischen dem Markdown-Editor und dem Rich-Text-Editor wechseln können, könnte die Inkonsistenz verwirrend sein. Nicht jeder wird unbedingt wissen, dass Shift + Enter so wirkt, wie es Enter im Markdown-Editor tut.

Editoren sind sich bei dieser Option relativ uneinig. Google Docs beispielsweise behandelt Enter als Zeilenumbruch, während Notion Enter als Absatzumbruch behandelt. Ich denke jedoch, dass Ihr Punkt bezüglich der Konsistenz zwischen dem Markdown-Modus und dem Rich-Text-Editor berechtigt ist.

@seanblue

• Das Erstellen eines Header-Bereichs (z. B. durch Eingabe von # gefolgt von einem Leerzeichen), dann das Eingeben einiger Zeichen, dann das Löschen dieser Zeichen bewirkt, dass die Bildlaufleiste ohne ersichtlichen Grund nach oben scrollt. Dies geschieht nur, wenn der Editor ganz nach unten gescrollt ist.

Ich kann dies mit Ihren aktuellen Schritten nicht reproduzieren. Könnten Sie bitte Browserdetails und detailliertere Anweisungen oder eine Aufzeichnung bereitstellen? Vielen Dank!

@seanblue

Die Unterstützung für das umgekehrte Hinzufügen von Backticks ist unglaublich wichtig. Es ist nicht ungewöhnlich, dass man sich entscheidet, Backticks zur Formatierung hinzuzufügen, nachdem man bereits ein Wort getippt hat.

@seanblue

Wenn man mit einer Mischung aus Code-formatiertem Text (Backticks) und nicht formatiertem Text arbeitet, ist es unmöglich, nach dem formatierten Text einfachen Text einzugeben, wenn man das bereits Geschriebene überarbeitet.

Wir arbeiten an einigen Korrekturen für die Inline-Code-Funktion im Editor, die dieses Problem beheben sollten.

@seanblue

Wenn man mit einer nummerierten Liste oder einer Aufzählung arbeitet und sich der Cursor in der Zeile nach dem Ende der Liste befindet, fügt das Drücken von Backspace ein neues Listenelement hinzu. Das ist an sich kein Problem, es ist nur etwas unerwartet.

Guter Fang, ich stimme zu, dass das unerwartet ist. Ich werde es unserem Team zur Behebung melden.

@seanblue

Es gibt keine Anzeige, welche Formatierungsoption aktiv ist.

Wir arbeiten daran!

[pfaffman (Jay Pfaffman)]

@lindsey

Editoren sind sich bei dieser Option relativ uneinig. Google Docs beispielsweise verwendet Enter für einen Zeilenumbruch, während Notion Enter für einen Absatzumbruch verwendet. Ich denke jedoch, Ihr Punkt bezüglich der Konsistenz zwischen dem Markdown-Modus und dem Rich-Text-Editor ist berechtigt.

UND Discourse hat eine Einstellung, die zwischen diesen beiden Modi umschaltet: Traditional markdown linebreaks „Verwenden Sie traditionelle Zeilenumbrüche in Markdown, die zwei nachgestellte Leerzeichen für einen Zeilenumbruch erfordern.“ – daher denke ich, dass beide Editoren diese Einstellung befolgen sollten.

[pfaffman (Jay Pfaffman)]

@thoka

@lindsey: Gibt es Bedenken, diese Funktion auf selbst gehosteten Instanzen zu aktivieren?

Es war schwer zu finden, und selbst nachdem ich es mindestens fünfmal gefunden hatte, konnte ich es immer noch nicht merken, also habe ich es zum OP hinzugefügt, mit der Ermahnung, dass es auf eigene Gefahr geschieht.

[Ralf_Stockmann]

Gibt es Pläne, die bekannten Probleme des shared-edits Plugins mit diesem neuen Composer zu überarbeiten? Sowohl in Bezug auf fehlende Funktionen (Anzeigen von Cursorn anderer Personen, gruppenbasierte Aktivierung der Funktion usw.) als auch auf Robustheit (siehe z. B. Shared-Edits Improvements - #18 by Ralf_Stockmann)?

Ich hoffe immer noch, dass wir die Installation eines separaten Dienstes wie „Etherpad“ wie HedgeDoc verhindern können, um „schöne“ gemeinsame Bearbeitungen zu haben und stattdessen eine auf Discourse basierende Lösung für unser Intranet zu nutzen.

Ich erwäge auch, ein neues Plugin zu schreiben, das ein „On-the-fly“-Erlebnis für gemeinsame Bearbeitungen auf Basis von y.js mit nur loser Synchronisation anbietet…

[lindsey (Lindsey Fogle)]

Ich würde sagen, wir sind eher im „Träume“- als im „Pläne“-Stadium – ProseMirror und der Rich-Text-Editor ermöglichen vieles, aber wir konzentrieren uns hauptsächlich darauf, mehr Funktionsgleichheit mit dem reinen Markdown-Composer zu schaffen, damit wir dies an Kunden ausrollen können. Es ist uns jedoch bewusst und wir wissen, dass es hier viel Raum für Verbesserungen gibt.

[nathank (Nathan Kershaw)]

@Ralf_Stockmann

Gibt es Pläne, die bekannten Probleme des shared-edits Plugins mit diesem neuen Composer zu überarbeiten?

Ich bin ganz deiner Meinung, Ralf! Das ist definitiv die Kirsche auf der Sahne und ich kann mir nicht vorstellen, dass es viel Spaß macht, das zu entwickeln, bis der neue Composer sehr gut etabliert ist.

[renato (Renato Atilio)]

@Ralf_Stockmann

Ich erwäge auch, ein neues Plugin zu schreiben, das ein „On-the-fly“-Shared-Editing-Erlebnis basierend auf y.js mit nur losem Synchronisieren bietet…

Es ist unser Plan Traum, in Zukunft die offiziellen ProseMirror-Bindings für Yjs zu verwenden. Ein guter Teil dieser Arbeit wird der Aufbau eines Connection Provider | Yjs Docs für MessageBus sein.

[Ralf_Stockmann]

Vielleicht können wir einen Weg finden, diese Träume in konkrete Pläne zu verwandeln. Ich wäre bereit, ernsthafte Mittel bereitzustellen – Discourse hat einige Schwachstellen für unsere professionelle Intranutzung (eine weitere ist die Stabilität von Push-Benachrichtigungen), aber ich würde mein Geld lieber in dieses Open-Source-Projekt investieren als in etwas wie Atlassian Confluence.