Meine Benutzer beschwerten sich sofort über eine lästige Sache. Sie hören sofort auf zu schreiben, wenn sie zum Beispiel etwas fett hervorheben müssen, doppelklicken Sie auf ein Wort, klicken Sie auf B und schreiben Sie weiter. Sicher, ein erneutes Tippen auf B stoppt die Verwendung von Fett – und wenn Sie ein Leerzeichen, ein Komma, ein neues Wort oder etwas anderes vor dem Hervorheben einfügen, funktioniert es.
Aber weit entfernt von der Hauptsache.
Zuerst – das sieht wirklich gut aus!
Ich möchte jedoch einen Kommentar hinzufügen, dass man immer die Möglichkeit haben sollte, zum „rohen“ Eingabemodus zurückzuschalten. Vielleicht bin ich altmodisch 
Und ein kleiner Fehlerbericht (eher erwartet, aber erwähnenswert): Im neuen Modus haben Sie nur begrenzte Möglichkeiten, Ihren Text mit einer Eingabeaufforderung zu bearbeiten, die sich auf die Formatierung konzentriert:
Ohh, die Menge an philosophischer Debatte, die dieser Kommentar abdeckt 
Wirklich gut! Viele Benutzer finden Discourse „zu technisch“ und ich denke, der WYSIWYG-Editor könnte sehr helfen!
Implementieren Sie also jetzt „nur noch“ den WYSIWYG Mermaid-Diagramm-Editor!
Oder wenn das zu schwierig ist, denke ich, dies ist das Einzige, das nicht nur den Codeblock bunt macht, sondern tatsächlich etwas ganz anderes anzeigt. Die zweiseitige Ansicht funktioniert dort gut. Ich denke, es sollte im Editor funktionieren, ohne zur alten Methode wechseln zu müssen. Ich bin mir nur nicht sicher, wie.
Das ist ein Blick in eine etwas fernere Zukunft, als wir sie vollständig geplant haben. Ich denke, es ist wahrscheinlich, dass wir eine Benutzereinstellung anbieten werden, um die Markdown-Umschaltung zu aktivieren, aber das ist zu diesem Zeitpunkt noch nicht in Stein gemeißelt. Ich weiß es aber zu schätzen, dass Sie hier Ihre Meinung mitteilen, das sind hilfreiche Anregungen.
Es handelt sich um eine experimentelle Funktion, daher gehen Sie auf eigenes Risiko vor. Wir bitten Sie, uns hier jegliches Feedback mitzuteilen, damit alles an einem Ort für uns ist, das erleichtert uns das Leben
Das kann ich nicht reproduzieren. Mein Entwurf wird beim Klicken auf einen Link gespeichert. Aber wir werden an einer Link-Benutzeroberfläche arbeiten (siehe 
Fehlende Funktionen), damit das Bearbeiten von Links einfacher wird.
Ich kann das Problem, das Sie beschreiben, verstehen, bin mir aber nicht sicher, was ich dagegen tun kann. Ich habe dieses Szenario bei Google Docs und Notion getestet, und beide haben die gleiche Erfahrung (d. h. nachdem ein Wort hervorgehoben und Fett aktiviert wurde, werden auch alle Wörter, die Sie nach dem Verschieben des Cursors von diesem Wort tippen, fett formatiert). Ich denke, das ist einfach eine Folge der Verwendung eines Rich-Text-Editors und der Unfähigkeit, klar zu erkennen, wo die Formatierung endet.
Tastenkombinationen (CMD+B) sind verfügbar und das Schreiben von Markdown funktioniert weiterhin, falls das hilft. Ich werde aber weiter darüber nachdenken, ob es eine bessere Lösung gibt. Wie Obsidian die Bearbeitung handhabt, kommt mir in den Sinn, aber das wäre im Moment für uns nicht einfach zu erreichen.
Mermaid-Diagramme sind vielleicht noch etwas entfernt – aber ich nehme Ihr Interesse zur Kenntnis und füge es als Fehlende Funktion hinzu.
Ich habe das Feedback zur Entfernung von Überschriften erfasst 
Ich kann dies mit Inline-Oneboxen reproduzieren. Ich werde mich heute darum kümmern, nur um die Navigation zu vermeiden, bis wir die Benutzeroberfläche zum Umschalten zwischen Links/Oneboxen überarbeiten.
Ich habe versucht, Chatnachrichten in ein Thema zu kopieren.
Das Umschalten auf Markdown hat das behoben, sodass es im Moment kein großes Problem darstellt.
Chat-Zitate / Transkripte werden noch nicht unterstützt, aber wir arbeiten daran.
Mir ist aufgefallen, dass das doppelte Tippen auf die Leertaste unter iOS und macOS manchmal keinen vollständigen Punkt setzt, wie es sein sollte, im WYSIWYG-Modus.
Ich habe ursprünglich geschrieben, dass es nie funktioniert, aber es hat gerade bei mir funktioniert. Es scheint also fehlerhaft zu sein? Können andere das bestätigen?
Das scheint eine großartige Verbesserung für uns nicht-technische Leute zu sein, Discourse-Team. Danke
Mir ist aufgefallen, dass, wenn ich eine Zeile mit vier Leerzeichen beginne, diese automatisch zu Code wird (und dann keine Fett- und Kursivschrift mehr funktioniert).
Werden die Leerzeichen als tatsächliche Zeichen gelesen, wenn ich bis zu drei am Anfang verwende? Immer noch nicht genug für meinen Anwendungsfall. Bearbeitet: Es werden keine Leerzeichen als Zeichen berücksichtigt.
Gibt es eine Möglichkeit, dass die Tabulatortaste so funktioniert, wie sie in Google Docs und Word funktioniert? Oder um beliebig viele Leerzeichen zu verwenden, ohne Formatierungsoptionen zu verlieren? Dies wäre besonders wichtig, wenn man zum Beispiel etwas aus einer Docs-Datei einfügt, damit es dem Original näher kommt.
Außerdem scheint dies eine gute Idee zu sein:
Außerdem verwende ich normalerweise keine Farben, könnte aber sehen, dass sie für manche Leute wichtig sind. Glauben Sie, dass Sie das schaffen werden?
Das ist alles von meiner Seite. Nochmals vielen Dank!
Wir sind nur konsistent damit, wie es aussehen wird, wenn Sie es veröffentlichen – eine Zeile, die mit 4 Leerzeichen beginnt, wird in einen Codeblock umgewandelt, wenn der Beitrag veröffentlicht wird.
Nicht wirklich, nein. Am Ende bauen wir immer noch ein hübsch aufbereitetes Markdown, das dann zu HTML verarbeitet wird, sodass nur Dinge unterstützt werden, die mit unserer aktuellen Markdown→HTML-Verarbeitung bereits möglich sind, werden in diesem neuen Editor unterstützt.
Wir haben natürlich die Möglichkeit, neue Inhaltstypen zu erstellen, aber diese müssen auch über rohes Markdown unterstützt werden, da dies unsere Quelle der Wahrheit ist.
Ich genieße den neuen Komponisten wirklich!
Eine Gewohnheit, die ich ändern muss, ist, dass ich nicht mehr einfach Shift-Oben oder Shift-Unten verwenden kann, um den aktuellen Absatz auszuwählen, auf dem ich mich befinde. Ich habe nicht bemerkt, wie oft ich das tue, aber ich mache es die ganze Zeit, um Text zu löschen oder ihn auszuwählen und zu verschieben.
Ich muss jetzt Shift-Links oder Shift-Rechts (oder Shift-Cmd-Links oder Shift-Cmd-Rechts) verwenden, um das letzte Stück Text in der oberen oder unteren Zeile auszuwählen. Wenn das Sinn ergibt. Andernfalls beginnt es, den nächsten Absatz auszuwählen.
Ich denke, das ist ein Schritt nach vorne für nicht-technische Benutzer! Obwohl es, wie @Canapin, etwas dauern wird, bis ich mich an die Änderung gewöhnt habe 
. Ein Schalter, um schnell zwischen Markdown-Modus und WYSIWYG-Modus zu wechseln, wäre auf jeden Fall willkommen.
Wie andere bemerkt haben, könnte der Bearbeitungsbereich auf dem Desktop etwas breiter sein. Und ich bin auch auf das Problem gestoßen, dass ich nicht mehr zum normalen Text zurückkehren kann, sobald ich eine Überschrift eingegeben habe - vielleicht nur rendern, sobald die Zeile abgeschlossen ist und ich Enter gedrückt habe? (Ich würde es begrüßen, wenn ich dafür nicht die Maus zum Rückgängigmachen verwenden müsste, und es fühlt sich auch konsistent an, wie andere Tags erst gerendert werden, wenn sie abgeschlossen sind)
Außerdem:
Ich kann keine mehrstufigen Listen erstellen
Ich bin mir nicht sicher, wie ich Code in einem Codeblock einrücken würde
Der Kontrast des Sprachdropdowns für Codeblöcke ist etwas gering (Screenshot unten) - ich habe ihn zuerst übersehen
Das Eingeben von Tabellen als Markdown scheint nicht zu funktionieren (wenn eine Tabelle im alten Editor erstellt wurde, wird sie korrekt gerendert)
Wenn einer Tabelle ein anderes Blockelement folgt (wie eine Blockquote), ist es nicht möglich, nach der Tabelle eine neue Zeile einzufügen
Es scheint keine Unterstützung für Fußnoten zu geben (ich glaube, es gibt auch einen Fehler bei Fußnoten im alten Editor - wenn ich Fußnoten 1 und 2 erstelle, wird nur die erste korrekt gerendert)
Wenn ich ein Bild aus der Zwischenablage einfüge, bin ich mir nicht sicher, wie ich Alternativtext erstellen kann, und ich wüsste auch nicht, wie ich die Größe des Bildes ändern kann.
Ich mag die Funktionsweise von mehrstufigen Listen sehr. Beginnen Sie einfach, indem Sie wie gewohnt den Markdown eingeben, und es wird automatisch Ihre erste Aufzählung erstellt. Drücken Sie dann die Eingabetaste, um die nächste zu erstellen. Tabulatortaste zum Einrücken. Löschen, um von Aufzählung zu Nummer zu wechseln, usw. Umschalttaste + Tabulatortaste, um eine weitere Aufzählung zu erstellen.
Ok, danke! Ich schätze, ich habe das nicht versucht, wegen der Sache mit dem Codeblock und weil es im alten Editor nicht funktioniert. Aber es macht Sinn, wie es im neuen Editor funktioniert.
Erinnert mich daran: Es wäre eigentlich toll, wenn nummerierte Listen durch verschiedene Symbole wechseln würden (z. B. erste Ebene = Zahlen, zweite Ebene = Kleinbuchstaben, dritte Ebene = römische Ziffern, vierte Ebene = Großbuchstaben). Aber ich nehme an, das steht nicht zur Debatte, weil es nicht Teil der CommonMark- oder GFM-Spezifikationen ist?
Ich habe den neuen Composer in letzter Zeit ein paar Mal benutzt und habe gar nicht daran gedacht und bemerkt, dass er jetzt WYSIWYG ist. Ich meine damit, dass es für mich so natürlich war, ihn zu benutzen, dass ich beim Schreiben nicht darüber nachgedacht habe 
, als ob der Composer schon immer so gewesen wäre, obwohl er es nicht war.
Ich habe mich nicht einmal über die Enge des Fensters geärgert. 
Eine wirklich reibungslose Erfahrung, und ich habe keine Fehler erlebt, aber meine Nutzung war nur grundlegender Inhalt (Text, Zitate, Standardformatierung).
Ich weiß nicht, ob das auch beim normalen Composer noch der Fall ist, aber früher war die Vorschau fast zu 100 % identisch mit dem endgültigen Beitrag. Ich erinnere mich, dass ich mich vor einer Weile ein wenig beschwert habe, weil die Vorschaubreite leicht von der Beitragsbreite abwich, was die Vorschau nicht exakt identisch mit dem geposteten Inhalt machte.
Jetzt bin ich mir nicht sicher, ob ich mich beschweren würde, wenn der Composer breiter als ein Beitrag ist, wenn er bequemer zu benutzen ist als zuvor. 
Okay, das ist ein guter Punkt! Wenn der gepostete Inhalt mit dem bearbeiteten Inhalt übereinstimmt, würde das sicherlich die Reibung minimieren.
In diesem Fall würde ich es aber vorziehen, wenn der bearbeitete Inhalt auf derselben visuellen Achse wie der gepostete Inhalt liegt.
Nun, dies ist kein Printmedium, daher ist der gepostete Inhalt nicht (fast) für jeden identisch.
Ich habe gestern damit angefangen, hoffentlich wird es nicht zu kompliziert und wir können bald etwas haben…
Dass das Zitieren im Chat nicht so schlimm ist, da es hauptsächlich Moderatoren und Administratoren betrifft, die wissen, wie sie zum alten System zurückschalten können.
Die Fußnotenfunktion ist wichtiger.
Um ehrlich zu sein, war das nur meine Sichtweise, und ich weiß wirklich nicht, wie die Lage dort draußen ist.
Es ist lustig. Meine Nutzer haben sich früher über Markdown und das Fehlen eines WYSIWYG-Editors beschwert. Nun haben das keine von ihnen auf das neue System umgestellt. Ich weiß fast warum. Fast jeder nutzt mobile Geräte, und sie haben tatsächlich über Bilder gemeckert und konnten nichts außer Markdown sehen.
Sie benutzen nichts anderes, und wir sind zurück bei meiner alten Behauptung: Wir brauchen ein Werkzeug, um die Werkzeugleiste zu verstecken und anzuzeigen. Regelmäßige Nutzer sind es gewohnt, im Stil sozialer Medien zu schreiben, wo sie nur reinen Text verfassen, ihn abschicken und das reicht. Und weil Discourse das im Grunde ermöglicht, haben sie keinen Anreiz, das neue System zu ändern oder zu testen. Außer dem Anzeigen von Bildern im Texteditor, aber mein Forum ist nicht so bildlastig.
Die Laien könnten eine andere Geschichte sein, aber sie wissen nichts von diesem magischen Schalter.
