Werden wir jemals eine Unterstützung für farbigen Text sehen?
Danke, das sieht großartig aus. Mir ist ein Problem aufgefallen. Auf meinem Handy funktioniert der Schalter nicht (wenn ich ihn antippe, passiert nichts, er bleibt auf Markdown stehen).
iPhone 6s
iOS 15.8.3
Dies ist der Fehler, der in der Konsole angezeigt wird, wenn ich ihn antippe.
15 und 18.3.etwas funktioniert.
Ein Fix https://github.com/discourse/discourse/pull/31827 wurde zusammengeführt und hier auf Meta bereitgestellt – bitte teile uns mit, wenn es bei dir immer noch nicht funktioniert.
Danke Renato, aber leider scheint es bei mir nicht zu funktionieren ![]()
Wir planen Verbesserungen an der Werkzeugleiste und dem Composer-Container, die sich speziell darauf konzentrieren, das Schreiben auf Mobilgeräten (zusätzlich zu Desktop-Verbesserungen) angenehmer und vertrauter zu gestalten.
Bitte konzentrieren wir uns mit dem Feedback auf die Editor-Änderungen selbst – diese werden nicht alle Probleme im Zusammenhang mit dem Schreiben in Discourse beheben, aber es ist der Bereich, für den wir derzeit aktiv Feedback suchen.
Ich bin mir nicht wirklich sicher… vielleicht gefällt es mir mit der Vorschau besser, weil ich im Moment sehen kann, wo, was und wie ich es ändern kann. Aber… es ist trotzdem nicht schlecht ![]()
Eine Sache, die im neuen WYSIWYG-Editor sehr nervt, ist, dass Enter jetzt einen neuen Absatz erstellt.
Ich stimme dem zu.
Wenn Sie es so klein halten wollen, würde ich als absolutes Minimum den Beitrag im Editor mit den vorhandenen Beiträgen abgleichen:
Ja… wir hatten bereits einen ähnlichen Kampf über Enter/Umschalttaste+Enter in der Chat-Funktion:
… ich teile die Meinung, dass Enter im neuen WYSIWYG-Editor einen einzelnen Zeilenumbruch erzeugen sollte.
ALLE drei Communities, die ich verwalte, einschließlich einer, die von Softwareentwicklern für alle Projektmanagement- und Entwicklungsworkflows genutzt wird, haben über Jahre hinweg durch die Nutzung ihr Feedback/ihre Meinung geäußert, dass das einzig Seltsame an Discourse, das sie ausflippen lässt (und das einige Leute nur deswegen aktiv die ganze Discourse ablehnen lässt), der Markdown-Composer ist.
Ich persönlich bin extrem glücklich, dass sich am Ende des Tages das Verständnis für die Notwendigkeit von WYSIWYG durchgesetzt hat.
Sobald es verfügbar ist, werde ich den WYSIWYG-Editor als Standardmodus in all diesen drei Communities einstellen.
Übrigens, hier ist meine Anfrage für zwei weitere Einstellungen:
-
Erlaube, den WYSIWYG-Editor als Standard-Editor-Modus festzulegen
-
Erlaube, den Markdown-Editor komplett zu deaktivieren (wenn nicht, werde ich ihn trotzdem deaktivieren, indem ich den Toggler per CSS deaktiviere, aber bitte erwäge, dies zu einer richtigen Einstellung zu machen).
P.S. Könnte eine seltsame Idee sein, aber ich ermutige diejenigen, die stark auf WYSIWYG setzen, die Metriken zu vergleichen, wie viele Leute in ihren Communities posten und antworten – vor und nach der Einführung des neuen WYSIWYG-Composers. Mein Bauchgefühl ist, dass die Metrik einen Anstieg sehen wird.
Es ist sehr seltsam, dass ich keinen Hyperlink bearbeiten kann (wenn ich einen bearbeite, erscheint er leer).
Ich habe Firefox und Chrome ausprobiert.
Abgesehen davon, wenn Sie eine Quellcode- / Markdown-Umschaltung beibehalten, ist es perfekt.
Ich habe keine Zeit, diese neue Funktion zu testen. Aber Unterstützung für Creative Commons-Lizenzen könnte angebracht sein. So dass eine Website vor jedem Speichern explizit die Zustimmung für CC-BY-4.0 oder ähnliches einholen kann. Und insbesondere für jeden Bild-Upload. Discourse könnte sogar nach geeigneten Metadaten suchen. Ich bin mir nicht sicher, ob dies zu Ihrem Design passt, aber es könnte für mich nützlich sein. Bitte ignorieren Sie dies, wenn es hier nicht relevant ist!
Was Sie beschreiben, hat nichts mit diesem neuen Composer zu tun und wird wahrscheinlich nicht in den Kern von Discourse implementiert. Sie könnten etwas in einem Plugin tun, wenn es Ihnen wirklich wichtig ist, oder jemanden im Marketplace suchen, der es für Sie erledigt.
Creative Commons-Lizenzierung gehört in die Nutzungsbedingungen und die Durchsetzung wird von Moderatoren gehandhabt. Wenn Sie wiederholte Verstöße haben, können Sie diese abmahnen und dann zum Schweigen bringen.
Wenn Sie weiter darüber sprechen möchten, eröffnen Sie bitte ein neues Thema oder suchen Sie mit der Suchfunktion nach einem bestehenden verwandten Thema.
Dem stimme ich zu. Der neue Editor ist großartig und wird für die Mitglieder unserer Community viel einfacher zu bedienen sein. Wir möchten auf jeden Fall, dass neue Benutzer ihn als Standardeditor sehen, und wir wollen sie nicht mit dem Umschalter verwirren. Der Verlust einiger Funktionen für Power-User durch den Markdown-Editor für eine sehr kleine Teilmenge von Community-Mitgliedern ist ein kleiner Preis, der zu zahlen ist. Idealerweise sollte der Standardeditor auf Website-Ebene festgelegt werden, aber mit der Möglichkeit für einzelne Mitglieder, den ‘alten’ Editor über ihre Einstellungen zu wählen (nicht mit einem Umschalter im Kompositionsfenster).
Ich stimme zu, dass die Ausrichtung seltsam erscheint. Ich bin mir nicht zu 100 % sicher, warum der Komponist auftauchen muss. Der „alte“ musste es, weil es eine ziemlich schwere Umgebung mit den beiden Fenstern war. Jetzt, da es viel schlanker ist, denke ich, dass es inline unter den Beiträgen erscheinen könnte. Ich denke, das ist eine allgemeinere Konvention. Der Größenänderungspfeil könnte es für diejenigen, die einen epischeren Beitrag verfassen, in größerer Größe herausspringen lassen.
Bitte entfernen Sie nicht die Option, nur Markdown zu verwenden. Eine Standardeinstellung und ein Markdown-Umschalter wären ideal und würden alle Benutzer glücklich machen.
Ich denke, WYSIWYG-only wäre für einige Benutzer, mich eingeschlossen, eine Katastrophe. Ich hätte mich wahrscheinlich nicht für Discourse entschieden, wenn es nur einen WYSIWYG-Editor hätte, und ich würde es stark bevorzugen, wenn es auf der Website überhaupt keine WYSIWYG-Funktion für irgendwelche Benutzer gäbe, als gezwungen zu sein, WYSIWYG zu verwenden.
Der aktuelle Editor ist eines der besten Features von Discourse. Mehrfach in der Vergangenheit habe ich sogar geprüft, ob es sich um ein separates Open-Source-Paket handelt, da ich es selbst für Projekte verwendet hätte (und immer noch würde).
Für Leute, die jahrzehntelang mit reinem Text gearbeitet haben und sehr schnell mit Tastaturen sind, gibt es viele Ärgernisse mit WYSIWYG. Kleine Reibungspunkte während der Bearbeitung können besonders frustrierend sein.
Ich möchte nichts Negatives über den WYSIWYG-Editor sagen, da er sehr gut aufgebaut ist und die meisten Benutzer ihn mögen werden, aber ich möchte nicht gezwungen werden, ihn zu benutzen, und ich weiß, dass ich auch von einigen Benutzern Beschwerden darüber bekommen werde.
Slack hat in den frühen Tagen versucht, seinen Markdown-Editor zu entfernen, und es gab einen solchen großen Aufschrei , dass sie schnell eine Benutzereinstellung hinzugefügt haben, um ihn wiederherzustellen.
Hier ist ein weiteres Thema mit Argumenten gegen WYSIWYG mit einem Hinweis darauf, wie die Reaktion einiger Benutzer sein wird, wenn es ihnen aufgezwungen wird:
Dieses Thema enthält nur Feedback von etwa 30 Personen, aber sobald die Funktion live geht, würde ich eine breitere Palette von Reaktionen erwarten. Stellen Sie sich vor, wie die Leute reagieren würden, wenn GitHub-Probleme plötzlich WYSIWYG wären. Das ist die Benutzerbasis vieler Discourse-Foren, und sie werden wahrscheinlich sehr laut sein.
Es gibt Menschen mit unterschiedlichen Arbeitsabläufen. Wenn Sie Markdown-Inhalte außerhalb von Discourse schreiben und in WYSIWYG einfügen und dann den Markdown wieder extern bearbeiten müssen, können Sie Markdown nicht wieder herauskopieren, um ihn wieder in den externen Editor zu bekommen.
Mit dem Markdown-Editor ist es einfach, zwischen Discourse und Dingen wie anderen Websites, Code-Editoren, Dokumentationen und README.md-Dateien hin und her zu kopieren und einzufügen. nbsp
Wenn ich untersuche, was Leute im Forum posten, möchte ich jeden Charakter mit einem Klick sehen können, ohne in die Datenbank gehen zu müssen.
Zum Beispiel enthält dieser Beitrag einen (simulierten) Spam-Link, der nicht sichtbar ist, es sei denn, Sie inspizieren die rohe Eingabe. Wenn Moderatoren den Rohtext nicht leicht einsehen können, werden Spammer schnell lernen, ihn auszunutzen. Ich klicke regelmäßig auf das “Bearbeiten”-Symbol bei verdächtigen Beiträgen neuer Benutzer, um nach versteckten Links wie diesem zu suchen, bevor ich die Bearbeitung der Beiträge sperre.
Es gibt andere Situationen, in denen versteckte Dinge in WYSIWYG-Editoren eingefügt werden, z. B. beim Kopieren/Einfügen aus E-Mails mit Tracking-Pixeln. ![]()
(Je mehr ich darüber nachdenke, desto mehr würde ich es bevorzugen, WYSIWYG einfach sitewide auszuschalten, um den zusätzlichen Moderationsaufwand zu vermeiden, aber ich verstehe, wenn das nicht möglich ist. Dieser Beitrag enthält auch ein simuliertes 1x1 Remote-Tracking-Pixel, nur zur Demonstration. Bearbeiten: Das Forum hat gerade eine Kopie des Remote-Pixels heruntergeladen, so dass dies wahrscheinlich kein Problem auf Websites wäre, die diese Einstellung aktiviert haben.)
Ich würde einen Umschalter bevorzugen, auch wenn er unter dem Zahnradsymbol platziert ist (sowie eine benutzerspezifische Einstellung), aber eine alleinige benutzerspezifische Einstellung wäre tolerierbar, solange sie nicht entfernt wird.
Viele WYSIWYG-Editoren (wie tinymce) haben einen HTML-Umschalter, denn wenn bei WYSIWYG etwas schiefgeht und der Cursor in einem Formatierungs-Tag stecken bleibt, ist es einfacher, in den Rohtext zu wechseln, um es zu beheben, als den problematischen Abschnitt auf die Zwischenablage zu schneiden, ihn in einen Texteditor einzufügen, ihn wieder in den WYSIWYG zu kopieren und ihn dann neu zu formatieren.
Wir haben keine Pläne, den reinen Markdown-Modus zu entfernen.
Anfänglich wird dies durch eine Website-Einstellung gesteuert, bei der Administratoren den Schalter aktivieren können, um zwischen dem Rich-Text-Editor und dem reinen Markdown-Editor zu wechseln, oder ihn deaktiviert lassen, um ihren Composer im reinen Markdown-Modus zu belassen. Zu diesem Zeitpunkt haben wir keine Details darüber, wie beide Versionen des Composers langfristig unterstützt werden (z. B. ob der Composer-Typ weiterhin durch die Website-Einstellung gesteuert wird, dem Benutzer überlassen bleibt oder etwas anderes).
Klingt gut. Danke, dass Sie eine Einstellung belassen haben.
Ich bin auch froh, dass Markdown bleibt! Die Möglichkeit, meinen Text auf eine tastaturfreundliche Weise zu formatieren, macht es für mich deutlich angenehmer, Beiträge auf Discourse zu schreiben (besonders im Vergleich zu älterer Software mit BBCode).\n\nZwei kleine Dinge, die ich nach dem letzten Test gefunden habe:\n\n1. Wenn man versucht, Code-Abschnitte über Backticks zu erstellen, löst das Eingeben der Backticks zuerst und dann das Tippen von etwas dazwischen nicht die automatische Formatierung aus (Backtick Leerzeichen Code Backtick Leerzeichen funktioniert).\n\n2. Code-Abschnitte, die über Backticks erstellt wurden, haben dasselbe Problem wie die oben berichteten Tabellen (kein unformatiertes Leerzeichen eingeben zu können).
9 Beiträge wurden in ein neues Thema aufgeteilt: Monospace-Schriftart im reinen Markdown-Editor

