Мы хотели бы настроить редактор так, чтобы Markdown не был доступен. Пользователи не должны иметь возможность выбирать разные типы редакторов, а форматированный текст должен быть установлен по умолчанию.
Теперь у меня есть права администратора. Как лучше всего всё настроить?
Я не смог найти соответствующие настройки
Я решил это с помощью MutationObserver
Спасибо за запрос. На данный момент такой опции нет, но мы рассматриваем возможность её добавления.
Возможно, @renato или @david смогут предложить простое решение в виде компонента, который не зависит от MutationObserver, так как он кажется ненадёжным.
В качестве альтернативы вы можете просто скрыть переключатель редактора с помощью CSS. Думаю, это немного проще, чем использование MutationObserver.
Для этого просто установите новый компонент здесь: https://discourse.yoursite.com/admin/config/customize/components
Затем добавьте небольшой фрагмент CSS в код этого компонента, который выглядит так:
.composer-toggle-switch {
display: none;
}
Я использовал это, чтобы принудительно установить редактор Markdown по умолчанию, так как расширенный редактор пока не работает корректно с плагином Discourse Math.
Режим текстового редактора с форматированием также теперь является режимом по умолчанию:
Редактор с поддержкой форматированного текста доступен на всех сайтах. Вы можете использовать настройку «режим по умолчанию», чтобы определить, что увидят ваши участники при первом открытии редактора. По умолчанию установлен режим форматированного текста.
Однако участники могут использовать переключатель редактора, чтобы вернуться в режим Markdown. Редактор запомнит это как их предпочтительный режим, поэтому будет открываться в режиме Markdown до тех пор, пока они не переключатся обратно на форматированный текст.
Идея в том, что мы хотим дать возможность участникам писать в редакторе, который им удобнее всего. Администраторы знают свои сообщества и могут сделать разумный выбор относительно того, какой режим по умолчанию наиболее уместен, но участники должны иметь возможность выбрать другой режим, если он подходит им лучше.
Полагаю, для большинства форумов это может показаться разумным поведением. Однако я использую свой форум как сайт для вопросов и ответов моих студентов колледжа, изучающих математику, статистику и науку о данных. Изучение Markdown и LaTeX является частью цели.
Я не сомневаюсь, что многие из них хотят использовать визуальный редактор. Но им действительно нужен редактор Markdown. Поэтому я рад, что могу это обеспечить, установив редактор Markdown по умолчанию и скрыв переключатель с помощью CSS. 
Звучит так, будто вы нашли решение, которое отлично подходит для конкретных потребностей вашего сообщества — это замечательно!
Я не понимаю. Обновление перезаписывает наши предыдущие настройки по умолчанию. Это вызвало у меня проблемы с CSS.
Сейчас я пытаюсь полностью отключить текстовый редактор с поддержкой форматирования, по крайней мере на время.
@mcmcclur У меня это сработало, чтобы скрыть переключатель. Спасибо!!
.composer-toggle-switch {
display: none;
}
Я всё больше боюсь обновлений. В последнее время каждое обновление Discourse требует дополнительной работы из-за этих принудительных переопределений, изменений и добавлений. 
Конечно, есть и другой путь — не загоняйте себя в угол 
Я имею в виду, давайте пользователям самим решать, чего они хотят, и не устанавливайте жёстких правил. Это уберёт множество причин для опасений.
Точно. Я согласен, это должно касаться и владельцев форумов. Мне не дали возможности выбора. Обновился — и бац… всё изменилось для меня, да ещё и с непредвиденной проблемой в CSS.
Но да, я верну всё обратно, как только это будет решено. Однако не путём принудительного перехода всех пользователей на богатый текстовый редактор, а предоставив им новую опцию и дав возможность самим выбрать.
Привет, Линдси,
Я понимаю вашу точку зрения, но позвольте объяснить, почему, на мой взгляд, отключение этой функции (или любой другой) может быть полезным по крайней мере до тех пор, пока она не будет протестирована достаточно долго, чтобы убедиться в её стабильности и отсутствии (или минимальном количестве) проблем.
Эта функция влияет не только на пользователя, который пишет сообщение, хотя он действительно может исправить любые ошибки перед отправкой, если найдет способ сделать это правильно.
Мне кажется, некоторые пользователи даже не замечают, что находятся в режиме «Rich Text». Я сам не заметил этого, когда впервые начал писать свой предыдущий отчет об ошибке здесь. Я не говорю, что это незаметно, но когда вам не нужно много форматирования, текст может выглядеть как обычный. Символ звездочки (*) на некоторых экранах в отрендеренном HTML можно спутать с маркером списка, поэтому пользователи работают над длинным сообщением, замечают, что что-то сломалось, переключаются в Markdown, но это может ухудшить ситуацию (как я заметил вчера и упомянул в Rich Text editor in topics breaks white-space characters in multiple ways).
Затем они не хотят тратить много времени на исправление своего сообщения и просто отправляют его, надеясь, что его поймут.
Далее модераторы и помощники вынуждены тратить больше времени на понимание вопроса, просить пользователей исправить сообщение, объяснять им, что не следует использовать режим «Rich Text» при публикации кода. Это означает множество дополнительных коммуникаций и потерю времени вместо помощи, пока мы ждем исправленных блоков кода. Это особенно важно на форуме, где большинство сообщений содержат блоки кода или должны их содержать, но пользователи не знакомы с Markdown (что меня удивило, но такова реальность ). Таким образом, редактор «Rich Text» действительно может стать отличным дополнением, и именно так мы изначально на него смотрели, хотя я по-прежнему предпочитаю Markdown, но почему бы не дать другим пользователям выбрать то, что им нравится. Так что да, я согласен.
Однако в некоторых случаях модераторы или администраторы должны решать, создает ли функция больше проблем, чем решает, поэтому я считаю, что они должны иметь возможность временно отключать её, пока функция не станет достаточно стабильной для повторного включения. Пользователи, пришедшие за помощью, не обязательно знают, какой режим редактора для них лучше, особенно если они не осведомлены о багах.
Теперь я бы не подумал об отключении кнопок «жирный» или «цитата», так как эти кнопки выполняют очень мало функций, и если что-то не так, это очень легко заметить. Но я вижу, что было много сообщений о проблемах с редактором «Rich Text». Это потенциально отличная функция, но она также может многое сломать. У людей тоже были проблемы с Markdown, но это нормально, мы уже знаем об этом и можем с этим справляться, как делали это раньше.
В некоторых случаях модераторы пытаются помочь с форматированием, не просто ссылаясь на руководство по форматированию, но и исправляя сообщение за пользователя. Это может быть полезно, особенно если у них нет времени исправить свой собственный пост как новым пользователям, или если уже прошел день с момента отправки сообщения. Если режим «Rich Text» нестабилен, я могу представить, что при редактировании их сообщения мы можем его сломать вместо того, чтобы помочь.
Так что я полностью понимаю намерение дать пользователям возможность решать, что использовать для написания сообщений, но есть и другая сторона медали. Тот факт, что пользователи могут не знать, какой редактор им нужен или какие проблемы он вызовет, и они просто создают гораздо больше работы для модераторов, а также получают негативный опыт на форуме, который можно было бы избежать, временно отключив эту функцию.
Я читал о решении на основе CSS. Проблема в том, что, хотя мы используем CSS для кастомизации, я также знаю, что CSS может что-то сломать, поэтому стараюсь не использовать его, если это абсолютно необходимо. Так я могу избежать повторного появления функции после обновления Discourse или когда кто-то добавляет дополнительный CSS для чего-то другого, не замечая, что это ломает отключение функции.
Надеюсь, я смог объяснить это достаточно ясно.
Обновление:
Вернувшись после уведомления, я понял, что написал не совсем о том же, что и автор оригинального сообщения, но я считаю, что основной тезис остается прежним: я могу представить, что администраторы форумов захотят отключать некоторые функции, если они вызывают множество проблем. Не так важно, является ли это Markdown, «Rich Text» или возможностью переключаться между ними после начала написания сообщения.
Не говоря уже о том, что несколько функций пока не работают, что может сбивать с толку некоторых людей. Я просто пытался понять, почему [grid] (функция, которую я даже никогда не видел) apparently перестала работать у кого-то, и обнаружил, что она просто не работает в Rich, хотя об этом нигде не упоминается. Плюс кнопки по умолчанию просто сломаны. Пока все функции не заработают, на мой взгляд, лучше сделать их отключаемыми. Я лично не стал бы их использовать, но очевидно, что некоторым сайтам они понадобятся.
Ну, у большинства возникло много проблем с Markdown, потому что они не знают, как им пользоваться. Это главная причина, по которой WYSIWYG был так крайне необходим. И вы говорили, что даже базовые инструменты используются редко (но это было связано с тем, что даже жирный шрифт казался очень пугающим в редакторе).
С этой точки зрения нагрузка на администраторов и модераторов преувеличена и не имеет никакого значения. Они нужны для пользователей, и форумы создаются для пользователей. Форумы не предназначены для того, чтобы облегчать жизнь персонала, в то время как пользователям становится всё сложнее
Но ещё раз. Не включайте это, пока сторона RTE не станет достаточно зрелой 
Какие именно кнопки по умолчанию не работают? У нас есть отчёт об ошибке, касающийся блоков кода, но я не знаю о других проблемах с элементами панели инструментов стандартного редактора. Поэтому, если о них не сообщат (желательно в отдельных темах), они вряд ли будут исправлены.
Думаю, вы меня неправильно поняли.
Модераторы не были бы модераторами, если бы не хотели работать на благо пользователей. Модераторы могут тратить всё своё свободное время или его значительную часть на помощь пользователям и модерацию: принимать или отклонять посты, читать длинные сгенерированные ИИ сообщения, чтобы определить, созданы ли они ИИ, и убедиться, что только реальные посты получают заслуженное внимание, а также форматировать посты так, чтобы другие пользователи хотя бы попытались помочь, даже если не могут. Они также помогают пользователям, чтобы в следующий раз те могли писать свои посты лучше. Так что это далеко не попытка создать комфортную среду для модераторов, усложняя жизнь пользователям. Наоборот. Но они могут облегчить жизнь пользователям только если у них есть время и работающие инструменты. Усложнение работы модераторов в конечном итоге усложнит жизнь и пользователям.
Так что моя точка зрения именно в том, что модераторы видят и понимают, почему WYSIWYG мог бы быть хорошей функцией, но если общий эффект таков, что посты ломаются, становятся нечитаемыми, а помощники (включая модераторов) могут лишь просить пользователей, ищущих помощь, отформатировать свои посты, потому что только они знают, каково было исходное содержание, и у них есть файл или вывод терминала, откуда они это скопировали, то администраторы форума вынуждены принимать решения, которые позволят максимально эффективно использовать функции и хотя бы временно отключить то, что делает всё хуже и сложнее для всех.
Пользователи часто задают вопросы, и если они видят, что их пост сломан, а мы просим их исправить это, потому что сделать это могут только они, они уходят на StackOverflow или в другое место.
Мой комментарий о Markdown, который вы процитировали, был лишь для того, чтобы сказать, что это была исходная проблема, с которой модераторы могли продолжать справляться, пока редактор Rich Text не будет исправлен, вместо того чтобы появлялось множество новых проблем, и при этом всё ещё приходилось решать старую, исходную. Даже если люди начинали с Rich Text, я видел признаки того, что они возвращались к Markdown, и это ломало пост.
Так что, говоря о помощи пользователям, я объяснял, как это можно сделать и как иногда администраторам может потребоваться решать, что лучше для сообщества. Точно так же, как вы не оставите в продуктовом магазине товары, которые могут вызвать болезнь, просто чтобы дать людям выбор. Вы бы отозвали продукт и начали расследование.
Я не включал :). Это хостится Discourse и было включено.
Включение нового редактора
Редактор Rich Text включён по умолчанию для всех сообществ. Когда вы или ваши участники откроете редактор, вы заметите переключатель на панели инструментов. Это позволит вам переключаться между классическим режимом только Markdown и новым редактором Rich Text.
Но этот конкретный случай не так важен. Его можно обсудить в отдельном отчёте об ошибке. Я просто хотел поделиться своими мыслями о том, когда и почему может быть полезно сделать функцию опциональной, даже если это отключение Markdown или Rich Text. Надеюсь, я прояснил ситуацию, и извините, что запутал вас в оригинальном посте. 
Это может считаться ошибкой, и если так, я приветствую любого, кто выделит это в отдельную тему. На самостоятельно размещённом экземпляре, который я поддерживаю и недавно обновил, редактор не запоминает состояние переключателя. После того как я открываю редактор и запрашиваю режим Markdown, при следующем открытии редактора он снова возвращается в режим форматированного текста.
Да, я тоже это заметил. Похоже, это баг, но у меня пока не было времени попытаться воспроизвести его надёжно.
Если у вас получится, было бы здорово сообщить об этом в Contribute > Bug