Hallo Lindsey,
Ich verstehe Ihren Standpunkt, aber lassen Sie mich erklären, warum ich denke, dass das Deaktivieren dieser Funktion (oder einer anderen) nützlich sein könnte, zumindest bis sie lange genug getestet wurde, um zu sehen, ob sie stabil ist und nur wenige oder gar keine Probleme gemeldet werden.
Diese Funktion betrifft nicht nur den Benutzer, der seinen Beitrag schreibt, obwohl er tatsächlich Probleme beheben könnte, bevor er seine Nachricht postet, vorausgesetzt, er findet eine Lösung, um sie richtig zu posten.
Ich denke, einige Benutzer bemerken nicht einmal, dass sie sich im Rich-Text-Modus befinden. Mir ist es nicht aufgefallen, als ich zum ersten Mal meinen vorherigen Fehlerbericht hier schrieb. Ich sage nicht, dass es nicht auffällig ist, aber wenn man nicht viel Formatierung benötigt, kann es wie jeder Text aussehen. Das Sternchenzeichen (*) könnte auf manchen Bildschirmen mit einem Aufzählungspunkt in gerendertem HTML verwechselt werden, sodass Benutzer an einem langen Beitrag arbeiten, feststellen, dass etwas kaputt ist, zum Markdown wechseln und es schlimmer machen könnten (wie ich gestern bemerkt habe und in Rich Text editor in topics breaks white-space characters in multiple ways erwähnt habe).
Dann wollen sie nicht viel Zeit mit der Behebung ihres Beitrags verbringen, sondern senden ihn einfach ab, in der Hoffnung, dass er verständlich ist.
Dann arbeiten Moderatoren und Helfer mehr daran, die Frage zu verstehen, bitten die Benutzer, ihren Beitrag zu korrigieren, erklären ihnen, dass sie den Rich-Text-Modus nicht verwenden sollten, wenn sie Code teilen. Das bedeutet viel zusätzliche Kommunikation und Zeit anstelle von Hilfe, während wir auf korrigierte Codeblöcke warten. Das ist wichtig in einem Forum, in dem die meisten Beiträge eine Art von Codeblöcken enthalten oder enthalten sollten, aber die Benutzer waren mit Markdown nicht vertraut (was mich überraschte, aber das ist die Realität 
). Der Rich-Text-Editor könnte also tatsächlich eine großartige Ergänzung sein, und so haben wir ihn zuerst betrachtet, obwohl ich Markdown immer noch bevorzugen würde, aber warum nicht anderen Benutzern die Wahl lassen, was sie mögen. Also ja, ich stimme zu.
Aber in einigen Fällen müssen Moderatoren oder Administratoren entscheiden, ob eine Funktion mehr Probleme verursacht, als sie löst. Daher glaube ich, dass sie sie vorübergehend deaktivieren können sollten, bis die Funktion stabil genug ist, um sie wieder zu aktivieren. Benutzer, die Hilfe suchen, wissen nicht unbedingt, welcher Editor-Modus für sie am besten ist, wenn sie nichts von den Fehlern wissen.
Nun würde ich nicht daran denken, die Schaltflächen „Fett“ oder „Zitat“ zu deaktivieren, da diese Schaltflächen sehr wenig bewirken und es sehr einfach ist zu bemerken, wenn etwas schief geht. Aber ich sehe, dass es mehrere Berichte über den Rich-Text-Editor gab. Es ist eine potenziell großartige Funktion, kann aber auch viel kaputt machen. Leute hatten auch Probleme mit Markdown, aber das ist in Ordnung, wir wissen es bereits und können damit umgehen, wie wir es zuvor getan haben.
In einigen Fällen versuchen Moderatoren, bei der Formatierung zu helfen und nicht nur einen Formatierungsleitfaden zu verlinken, sondern auch die Nachricht für sie zu korrigieren. Das kann besonders nützlich sein, wenn sie keine Zeit hätten, ihren eigenen Beitrag zu korrigieren, als neue Benutzer oder wenn der Tag bereits vergangen ist, seit sie die Nachricht gesendet haben. Wenn der Rich-Text-Modus nicht stabil ist, kann ich mir vorstellen, dass sie ihren Beitrag bearbeiten und ihn kaputt machen, anstatt zu helfen.
Daher verstehe ich die Absicht, Benutzern die Entscheidung zu überlassen, was sie zum Schreiben ihres Beitrags verwenden möchten, aber es gibt auch eine andere Seite. Die Tatsache, dass Benutzer möglicherweise nicht wissen, welchen Editor sie wollen oder welche Probleme sie verursachen werden, und sie einfach viel mehr Arbeit für Moderatoren machen und auch eine schlechte Erfahrung im Forum haben, die durch vorübergehendes Deaktivieren der Funktion hätte gelöst werden können.
Ich habe von der CSS-basierten Lösung gelesen. Das Problem ist, dass, obwohl wir CSS für die Anpassung verwenden, ich auch weiß, dass CSS auch Dinge kaputt machen kann, also versuche ich, CSS nicht zu verwenden, es sei denn, es ist absolut notwendig. Auf diese Weise kann ich vermeiden, dass die Funktion nach einem Discourse-Upgrade wieder erscheint oder wenn jemand zusätzliches CSS für etwas Unrelated hinzufügt und nicht bemerkt, dass es die Deaktivierung einer Funktion beeinträchtigt.
Ich hoffe, ich konnte es klar genug beschreiben.
Update:
Als ich nach einer Benachrichtigung zurückkam, stellte ich fest, dass ich nicht genau dasselbe wie der OP geschrieben hatte, aber ich glaube, der Hauptpunkt bleibt derselbe: Ich kann mir vorstellen, dass Forenadministratoren einige Funktionen deaktivieren möchten, wenn diese viele Probleme verursachen. Ob es MarkDown oder Rich Text oder die Möglichkeit ist, zwischen ihnen zu wechseln, nachdem ein Beitrag begonnen wurde, ist weniger wichtig.