Mein Ziel ist es nicht, mich auf “fügen wir ein Monospace hinzu oder entfernen wir es” zu konzentrieren. Verschiedene Leute, verschiedene Geschmäcker.
Ich glaube, wenn ein Unternehmen etwas lange anbietet und es ändern möchte, sollte es nicht zwingend, sondern optional sein.
Sie bevorzugen Markdown mit Monospace. Gut.
Ich bevorzuge Markdown, wie es immer war, mit serifenlosen Schriftarten. Gut.
Aber jetzt bin ich gezwungen, entweder Rich Text zu verwenden, was ich mir nicht vorstellen kann, oder eine neue Version von Markdown zu verwenden, die ich nie benutzt habe und nicht mag.
Markdown mit serifenlosen Schriftarten oder Monospace sollte als Option angeboten werden, anstatt alle Benutzer zu zwingen, sich an etwas zu gewöhnen, von dem einige von uns bereits gezeigt haben, dass es uns nicht gefällt.
Die Begründung dieser Änderung als “es ist eine Programmierumgebung” ergibt keinen Sinn, da wir im Composer nicht programmieren. Wir tippen normalen Text und formatieren ihn manchmal mit Markdown. Das ist keine Programmierumgebung.
Noch einmal, die Debatte für mich ist, ob Monospace bleiben soll oder nicht. Es geht darum, dass ich die Möglichkeit habe, das zu wählen, was mir gefällt. Und der CSS-Workaround funktioniert nur für meine Community. Was ist mit all den anderen Communities da draußen, die Discourse verwenden, wo ich jetzt zu der neuen Änderung gezwungen werde? Das ergibt für mich keinen Sinn.
In der Tat, für alle Benutzer aller Foren, die den neuen Composer noch nicht angeboten haben, ist die Monospace-Schriftart eine Veränderung. Und ich denke, das ist nicht gut.
Meine Bedenken hinsichtlich einer Rückgängigmachung sind, dass dies für Benutzer optimiert wird, die den Rich-Text-Editor nie verwenden möchten und Veränderungen abgeneigt sind. Würde eine Option „Kein Rich-Text für mich“ nicht dasselbe Ziel erreichen?
Nur wenn sie wissen, was der Unterschied ist und was sie tun sollen. Der Rich-Text-Modus ist für Leute da, die kein **Fett** schreiben können.
Alles, was sie sehen, ist eine harte Schriftart.
Und noch einmal: Wenn ein Administrator den Rich-Text-Modus als Standard verwendet, würde das nur passieren, wenn der Benutzer auf die falsche Stelle klickt oder sie berührt und nicht versteht, was zum Teufel passiert ist.
Und zum zweiten Mal: Monospace ist anstrengend für die Augen
… und sie können einfach auf eine Schaltfläche klicken, um sie verschwinden zu lassen , sodass sie ermutigt werden, die „einfache“ Schriftart zu verwenden, die großartig aussieht. 99,9 % der Benutzer sollten sich dafür für die einfache Autorenschaft entscheiden.
Ich verstehe, dass die Leute hier auf eine Benutzerpräferenz drängen, wir diskutieren das auch intern. Es ist knifflig, normalerweise fügen wir Präferenzen nur als letzte Option hinzu, vielleicht ist dies einer dieser Fälle.
Außerdem sehe ich unser Verhalten nicht als Ausreißer:
Reddit, die sechstgrößte Website im Internet, macht genau dasselbe:
Da die Route der Themenkomponente so offen ist, verstehe ich nicht, warum Sie eine Abstimmung dafür als eine Abstimmung gegen ein Plugin betrachten würden.
Die Optionen sind also, wenn eine Schriftart ein Problem darstellt, dann
keine Markdown verwenden oder
diese schwierige Schriftart verwenden
Also…
Ich denke, es ist notwendig, wenn ein Forum Entwicklerkram und häufigere Diskussionen vermischt. Wenn ein Hardcore-Entwickler überall Schreibmaschinenschrift verwenden möchte, verstehe ich das, aber ich verstehe nicht, warum ich gezwungen bin, dieselbe zu verwenden.
Aber das ist eine etwas seltsame Situation: Wir schreiben in einer Schriftart, die keine Vorteile bietet, aber als Kennzeichen dafür dient, welche Art von Komponist ein Benutzer verwendet, und danach lesen wir und die Schriftart ist völlig anders.
Sie wissen sehr gut, dass es draußen viel mehr gegenteilige Beispiele gibt. Und ich bin mir nicht sicher, warum Reddit ein gutes Beispiel wäre. Wenn ja, sollten wir auch Facebook übernehmen.
Das ist nicht wichtig. Der Punkt ist, wenn du Reddit als Beispiel für nützliche UX nimmst, weil es groß ist, dann solltest du die gleiche Logik mit Facebook anwenden.
Reddit ist außerhalb der USA und der englischsprachigen Welt nicht wirklich beliebt.
Wenn ich das richtig verstehe, ist eine schwer lesbare Monospace-Schriftart für dich ein Indikator für den Markdown-Editor? Ist das nicht ein etwas harter Weg? Diejenigen meiner Benutzer, und ich, die Markdown verwenden, wissen, welcher Editor verwendet wird, egal ob die Schriftart gleich ist.
Wieder einmal – CSS ist die Rettung. Aber nicht hier. In Meta habe ich zwei und nur zwei Optionen:
Leide unter einer 100 Jahre alten Schreibmaschinenschrift, weil sie von wenigen Websites verwendet wird
Den Markdown-Editor nicht verwenden
Also… Vielleicht ist diese Einstellung notwendig, weil du mich auch nicht zwingst, intelligente Listen zu verwenden.
(Off-Topic, ich weiß – aber normale Verbraucher benötigen nur eine Ein-Knopf-Symbolleiste: für den Bild-Upload)
Einige Benutzer wie ich werden wahrscheinlich nie Rich-Text verwenden, daher ist dies keine Funktion, die einen Unterschied macht. Wenn mein Standard Markdown ist, ist das alles, was ich wissen muss.
Sicher, es gibt die anderen Benutzer, die wahrscheinlich keine Ahnung haben, was Markdown ist, und für die Rich-Text nützlich ist. Ich verstehe das, da alle Benutzer, die gegen die Änderung sind. Wir weisen diese Benutzer nicht ab. Wir bitten um eine Option, nicht um ein Mandat.
Nach den Kommentaren, die ich gelesen habe, ist absolut niemand Veränderungen abgeneigt. Sie nutzen das als Rechtfertigung für die Entscheidung des Teams. Ich bin nicht abgeneigt gegenüber Veränderungen, und ich würde sagen, dass andere Benutzer im selben Boot sitzen. Wir bitten darum, dass es eine Präferenz für diejenigen gibt, die Markdown + Monospace nicht zusammen möchten.
Das ist dasselbe. Sie haben Schwierigkeiten zu verstehen, dass „kein Rich-Text“ und „kein Rich-Text MIT serifenloser Schrift“ zwei verschiedene Dinge sind, da „kein Rich-Text“ jetzt = Monospace bedeutet, was eine schlechte Schriftart ist.
Ist es nicht auch „tricky“, dass Sie plötzlich Tausenden von Benutzern, die seit Jahren Foren nutzen, die Discourse verwenden, zwingen, sich an etwas zu gewöhnen, das sich als nicht ideal zum Lesen erwiesen hat?
Zum Beispiel erlauben Facebook, X/Twitter und YouTube anklickbare Links in Beiträgen. Instagram und TikTok nicht.
Jedes Unternehmen ist ein Unternehmen. Nur weil Reddit oder CKEditor auf eine bestimmte Weise funktionieren, heißt das nicht, dass Sie sie kopieren müssen. Sie müssen das tun, was für Ihr Produkt sinnvoll ist. Und noch einmal, niemand bittet Sie, den Rich-Text oder Monospace zu entfernen. Wir bitten darum, dass dies eine Option ist. Manche Leute mögen helle Themen, manche dunkle. Manche Leute möchten einen rein schwarzen Hintergrund mit Neontext, während sie codieren, manche Leute mögen gedämpfte Farben. Jeder Mensch ist anders.
Es muss nicht für Sie sinnvoll sein, es muss für den Benutzer sinnvoll sein.
Ich möchte nicht unhöflich erscheinen oder so. Ich schätze Discourse als Plattform, besonders wegen der kostenlosen Self-Hosting-Optionen. Ich finde es nur schwer zu akzeptieren, dass ein Team von Leuten, einschließlich Entwicklern usw., Schwierigkeiten hat zu akzeptieren, dass eine Benutzerpräferenz der richtige Weg ist, nachdem wir uns fast 4 Monate lang gebeten haben, es „atmen zu lassen“. Ich habe es atmen lassen und viele von uns mögen es einfach nicht und wir möchten zumindest die Option haben, zu entscheiden, was wir benutzen wollen.
Für neue Forenstandards ist es besser, Quellcode in einer Quellenschriftart zu haben.
Ich mag eine explizite Einstellung für “wie ich Markdown verfassen möchte”
Mit einer expliziten vs. impliziten Einstellung wird es zurückgesetzt, wenn ich einen Beitrag beginne, was ich bevorzuge. Ich mag das implizite Gedächtnis nicht.
Ich hätte eine dritte Option: Discourse dies nativ tun zu lassen. Wir hatten schon immer serifenlose Schriftarten und ich glaube nicht, dass das ein Problem war. Mehr Plugins zu installieren und zu verwalten, scheint mir keinen Sinn zu ergeben.
Aber von den beiden scheint ein Plugin sinnvoller, sonst ist es dasselbe: Wir zwingen alle Benutzer, eine Schriftart zu verwenden, anstatt wählen zu können, was ich ablehne (jetzt, da wir die Rich-Text-Option haben, natürlich).
Der Administrator der Community kann die Standardeinstellung für Markdown auf serifenlos oder Monospace festlegen. Dann wählt jeder Benutzer, was er möchte. Wenn der Administrator es auf serifenlos einstellt, sieht der Benutzer
Serifenlose Schriftart in der Markdown-Ansicht verwenden
Wenn der Administrator es auf Markdown einstellt, sieht der Benutzer
Serifenlose Schriftart in der Markdown-Ansicht verwenden
Machen Sie es nicht kompliziert mit den Worten „Legacy“ oder etwas anderem Ausgefallenen. Machen Sie es benutzerfreundlich und direkt. Denken Sie wie ein durchschnittlicher Benutzer, nicht wie ein Entwickler.
Hm, wir haben diesen Aufruhr in unserer Programmiersprachen-Community Discourse komplett verpasst, weil wir (nehme ich an?) den Rich-Text-Editor komplett deaktiviert haben. Diese Entscheidung wurde wahrscheinlich schon 2016 getroffen, wahrscheinlich als der Rich-Text-Editor viel schlechter war als heute. Und dann nie neu bewertet. Oder vielleicht ist unsere Installation älter als Rich-Text-Bearbeitung und wir haben sie einfach nie eingeschaltet. So oder so, wir sehen immer noch das „Legacy“-Verhalten mit der Serifenschrift im Markdown-Editor, und mit diesem Verhalten bin ich sehr zufrieden.
Als jemand, der persönlich viel Markdown und Code schreibt (in Monospace-Editoren und in vielen HTML-Textfeldern), habe ich Gedanken.
Ich bevorzuge es, eine Serifenschrift in einem Nicht-RTE zu verwenden, um Discourse-Beiträge zu verfassen. Ich bin sicher, dass dahinter eine gewisse Veränderungsangst steckt, aber ich denke, es gibt auch gute Gründe dafür. Die meiste Text, den ich auf Discourse und GitHub schreibe, ist tatsächlich Text, kein Code. Tatsächlich würde ich Markdown gar nicht als „Code“ bezeichnen! Die einzige Zeit, in der ich eine Monospace-Schrift in diesem Texteditor-Fenster (oder dem von GitHub) möchte, ist innerhalb von ``` Zäunen – denn das ist Code. Verwechseln Sie Markdown nicht mit Code; es ist kein Code. Und ich mag Rich-Text-Editoren nicht, weil sie so oft gegen mich kämpfen. Zum Beispiel hat dieser Absatz jetzt einige wild fehlerhafte Verhaltensweisen, nachdem ich mich bemüht habe, das Markdown für den Zaun zu schreiben (es ist nur ```` ``` ````, aber jetzt kann ich keine Tilde mehr auf meiner Tastatur berühren, ohne den RTE zu beschädigen).
Serifenschriften in einem Nicht-RTE entsprechen auch GitHub – der anderen Seite mit einem HTML-Textfeld, in dem ich viel Markdown schreibe.
Ich wette, dass dies einen Großteil unserer Programmiergemeinschaft im Allgemeinen repräsentiert. Die Leute auf unserem Discourse-Board:
Schreiben Quellcode und verwenden Monospace-Schriften, um Quellcode zu schreiben
Wissen, wie man Markdown direkt schreibt und liest
Denken nicht, dass Markdown-Text Quellcode ist
Bevorzugen wahrscheinlich die Verwendung von Nicht-RTEs
Bevorzugen wahrscheinlich, ihn als Prosa zu tippen/bearbeiten – also mit einer Serifenschrift
Das spielt wirklich keine Rolle, oder? Ich habe den Einschub aus meinem ursprünglichen Beitrag entfernt. Wichtig ist, dass der Rich-Text-Editor auf unserer Instanz deaktiviert ist, und ich bin damit einverstanden, ihn deaktiviert zu lassen, solange die Aktivierung (meiner Meinung nach) den Markdown-Editor auf diese Weise verschlechtern würde.
Ich denke, dass die Texteinstellung den Kern von @alltiagocom’s Punkt trifft – ich würde sicherlich nicht erwarten, dass diese Checkbox das Verhalten des „aktuellen Markdown-Modus“ ändert. Ich verstehe den Wunsch, Präferenzen (und insbesondere Benutzereinstellungen) einzuschränken – das ist ein sehr lobenswertes Ziel! Aber es fühlt sich wirklich so an, als wäre dies eine orthogonale Stilfrage, die am besten von den Themes selbst gehandhabt wird.
In meinem CSS wo? Ich bin kein Administrator, was ziemlich mein Punkt ist. Es sei denn, du sagst, dass ich als normaler Benutzer das CSS irgendwie überschreiben kann (ohne eine Browsererweiterung zu verwenden).
Aber es gibt buchstäblich einen Schalter, der anzeigt, in welchem Modus du dich befindest. Was brauchst du mehr? Auf deinem Screenshot ist es auf Mobilgeräten anscheinend nicht sichtbar, also mach es sichtbar und das Problem ist gelöst.
Planst du, die Markdown-Version in Zukunft zu entfernen? Wenn ja, verstehe ich, warum du die Leute zu dieser Ansicht drängen möchtest. Aber ich möchte noch einmal erwähnen, dass WYSIWYG-Editoren nie perfekt sind und oft inkonsistent sind. Ein großes Problem ist, dass man die Eigenheiten des WYSIWYG-Editors jeder spezifischen Website/Anwendung lernen muss. Teams und Confluence und Bitbucket verwenden alle WYSIWYG und haben alle ihre eigenen Eigenheiten, an die ich mich gewöhnen muss. Einige habe ich immer noch nicht gewöhnt, weil sie so konträr zu normalen HTML-Eingaben/Textbereichen sind, und jede Eigenheit bedeutet mehr Zeit, die ich aufwenden muss, um das zu tippen, was ich will. Markdown hingegen funktioniert immer und kann manuell geschrieben oder bearbeitet werden, was es weniger fehleranfällig macht.
Außerdem hat deine Software, insbesondere Discourse, viele weitere Komponenten als einfache Editoren normalerweise haben (Umfragen, Zitate, versteckte Details, Spoiler usw.), die weitaus komplizierter sind. Ich verstehe, dass es für technisch nicht versierte Benutzer von Vorteil ist, diese inline sichtbar zu haben, aber es gibt auch mehr Stellen, an denen der WYSIWYG-Editor subtil auf störende Weise für Power-User kaputtgehen kann.
Ich denke, Reddit hat eine weitaus geringere Komplexität, was bedeutet, dass es weniger notwendig ist, einen Markdown-Editor zu verwenden. Ich habe den Schalter zum Wechseln in den Markdown-Modus erst kürzlich bemerkt (und sofort zurückgeschaltet, nachdem ich gesehen hatte, dass er Monospace war), aber der Unterschied ist, dass ich bei Reddit nur grundlegende Funktionen wie Fett und Kursiv oder Links benötige, was im WYSIWYG-Modus völlig in Ordnung ist.
Ich weiß nicht, warum du immer wieder den Begriff „Quellcode“ verwendest. Es scheint, als ob du ihn verwendest, um zu sagen, dass das, was wir schreiben, „codeähnlich“ ist und Monospace daher sinnvoll ist. Aber es ist wirklich nicht codeähnlich. Markdown ist absolut nichts Vergleichbares zum Schreiben oder Lesen von Code.
Bitbucket verwendet einen hybriden Ansatz, bei dem du das Markdown sehen kannst, aber auch die Auswirkung des Markdown siehst. Zum Beispiel siehst du **text**, aber die Sternchen und „text“ werden im Editor fett angezeigt. Sie verwenden eine Serifenschrift für allen Text, der nicht in einem Codeblock steht, während Text in einem Codeblock in Monospace angezeigt wird. (Und ja, der Editor hat Eigenheiten, die mich beim Bearbeiten eines Kommentars häufig Fehler machen lassen.) Ich kann keinen Screenshot bereitstellen, da ich nur Zugriff auf meinen Arbeitsrechner habe.
Genau! Ich habe noch nie einen Software-Ingenieur sagen hören: „Wow, ich wünschte wirklich, dieser Markdown-Editor würde eine Monospace-Schriftart verwenden“.
)
, sodass sie ermutigt werden, die „einfache“ Schriftart zu verwenden, die großartig aussieht. 99,9 % der Benutzer sollten sich dafür für die einfache Autorenschaft entscheiden.
Eine Übung in der Vergeblichkeit in Nicht-Monospace.
