Ciao Lindsey,
Capisco il tuo punto di vista, ma lascia che ti spieghi perché penso che disabilitare questa funzionalità (o qualsiasi altra) possa essere utile almeno finché non sarà testata abbastanza a lungo da vedere che è stabile e che vengono segnalati pochissimi problemi, se non nessuno.
Questa funzionalità non influisce solo sull’utente che sta scrivendo il proprio post, anche se in effetti potrebbe correggere eventuali problemi prima di pubblicare il proprio messaggio, supponendo che trovi una soluzione per pubblicarlo correttamente.
Penso che alcuni utenti non si accorgano nemmeno di essere in modalità Rich Text. Non me ne sono accorto quando ho iniziato a scrivere il mio precedente bug report qui. Non sto dicendo che non sia evidente, ma quando non hai bisogno di molte formattazioni, potrebbe sembrare un testo normale. Il carattere asterisco (*) potrebbe essere confuso con un punto elenco in un rendering HTML su alcuni schermi, quindi gli utenti lavorano su un post lungo, si rendono conto che qualcosa si è rotto, passano a Markdown e potrebbero peggiorare le cose (come ho notato ieri e menzionato in Rich Text editor in topics breaks white-space characters in multiple ways).
Quindi non vogliono passare molto tempo a correggere il loro post, lo inviano sperando che sia comprensibile.
Poi moderatori e helper lavorano di più per capire la domanda, chiedono agli utenti di correggere il loro post, spiegano loro che non dovrebbero usare la modalità Rich Text quando condividono codice. Ciò significa molta comunicazione e tempo extra invece di aiutare, mentre aspettiamo i blocchi di codice corretti. È importante in un forum in cui la maggior parte dei post contiene qualche tipo di blocco di codice o, in caso contrario, dovrebbe contenerlo, ma gli utenti non avevano familiarità con Markdown (cosa che mi ha sorpreso, ma questa è la realtà 
). Quindi l’editor Rich Text potrebbe effettivamente essere un’ottima aggiunta, ed è così che l’abbiamo vista inizialmente, anche se preferirei ancora Markdown, ma perché non lasciare che altri utenti scelgano ciò che preferiscono. Quindi sì, sono d’accordo.
Ma in alcuni casi, i moderatori o gli amministratori devono decidere se una funzionalità crea più problemi di quanti ne risolva, quindi credo che dovrebbero essere in grado di disabilitarla temporaneamente finché la funzionalità non sarà abbastanza stabile da riattivarla. Gli utenti che vengono per chiedere aiuto non sapranno necessariamente quale modalità di editor è migliore per loro, quando non conoscono i bug.
Ora non penserei di provare a disabilitare i pulsanti “grassetto” o “citazione” poiché questi pulsanti fanno molto poco ed è molto facile notare se qualcosa non va. Ma vedo che ci sono stati più segnalazioni sull’editor Rich Text. È una funzionalità potenzialmente eccezionale, ma può anche causare molti problemi. Anche le persone hanno avuto problemi con MarkDown, ma va bene, lo sappiamo già e possiamo gestirlo come abbiamo fatto in precedenza.
In alcuni casi i moderatori cercano di aiutare con la formattazione e non solo linkando una guida alla formattazione, ma anche correggendo il messaggio per loro. Può essere utile soprattutto quando non avrebbero tempo di correggere il proprio post come nuovi utenti o quando è già passato un giorno da quando hanno inviato il messaggio. Se la modalità Rich Text non è stabile, posso immaginare di modificare il loro post e romperlo invece di aiutare.
Quindi capisco perfettamente l’intenzione di lasciare che gli utenti decidano cosa vogliono usare per scrivere il loro post, ma c’è un altro lato della medaglia. Il fatto che gli utenti potrebbero non sapere quale editor vogliono o quali problemi causeranno, e semplicemente creano molto più lavoro per i moderatori e ottengono anche una brutta esperienza sul forum che avrebbe potuto essere risolta disabilitando temporaneamente la funzionalità.
Ho letto della soluzione basata su CSS. Il problema è che anche se usiamo CSS per la personalizzazione, so anche che il CSS potrebbe anche causare problemi, quindi cerco di non usare CSS a meno che non sia assolutamente necessario. In questo modo posso evitare che la funzionalità riappaia dopo un aggiornamento di Discourse o quando qualcuno aggiunge un CSS extra per qualcosa di non correlato senza accorgersi che rompe la disabilitazione di una funzionalità.
Spero di essere riuscito a descriverlo abbastanza chiaramente.
aggiornamento:
Quando sono tornato dopo una notifica, mi sono reso conto di non aver scritto esattamente della stessa cosa dell’OP, ma credo che il punto principale rimanga lo stesso: posso immaginare che gli amministratori del forum vogliano disabilitare alcune funzionalità se causano molti problemi. Sia che si tratti di MarkDown o Rich Text o della possibilità di passare dall’uno all’altro dopo aver avviato un post è meno importante.