Пользователи, публикующие неформатированный код, будут видеть предупреждающее сообщение с инструкциями о том, как правильно его отформатировать.
Не очень нравится детекция контента… Сможут ли пользователи отключить это, или это будет обязательным?
Ссылка на эту тему, вероятно, должна по умолчанию открываться в новом окне, чтобы люди могли отвечать в этой теме после получения предупреждения, пока они пишут в другом месте.
Смогут, но только для каждого устройства в отдельности, как указано ниже:
K·I·S·S : Просто используйте обычные кавычки или символы, доступные любому пользователю, а не специальные символы, которые есть не на всех клавиатурах?
Я знаю, что это выглядит круто, но ` — это не доступный символ, и он есть не у всех пользователей.
Тем не менее, если система может надёжно и автоматически обнаруживать фрагменты программного кода, действительно ли пользователям всё ещё нужно вручную их ограничивать?
И можно ли сбросить эту настройку в разделе предпочтений?
Вы можете настроить в своём профиле, должны ли ссылки открываться в новой вкладке:
https://meta.discourse.org/my/preferences/interface
Администраторы также могут настроить значение по умолчанию для всех пользователей с помощью параметра сайта «Открывать другие внешние ссылки в новой вкладке по умолчанию».
Тогда многие вещи будут форматироваться как код, хотя этого не должно быть. Вы можете использовать панель инструментов для добавления форматирования.
Тогда не используйте это на своём форуме 
Возможно, я имею в виду не то, что вы.
Две одинарные кавычки не являются синтаксически корректными, так что можно использовать это соглашение. Вы можете придумать собственное соглашение.
В любом случае, лучше клавиша, которую можно нажать, чем та, которую нельзя, на мой взгляд. 
Как насчёт того, чтобы пользователь мог определить свои собственные разделители для кода/цитат и т. д.?
Я скорее думал об использовании форума как пользователь. Если я пользователь форума, который использует эту функцию, могу ли я отключить её в своём аккаунте/профиле?
Это, вероятно, практически невозможно реализовать. Что делать, если у двух пользователей будут конфликтующие определения блоков кода?
Это не проблема. При редактировании вы просто заменяете ` на предпочтительный символ пользователя, а при сохранении — снова меняете его обратно, если я достаточно понятно объясняю Извините. В бэкенде по-прежнему будет использоваться обратная кавычка, но на фронтенде она будет отображаться в переведённом виде для пользователя.
Тем не менее, использование более доступного символа было бы преимуществом для всех.
Возможно, выбор между “`”, “‘’” (две одинарные кавычки) или просто строки, начинающиеся с “}” или “~” или подобными символами.
Мы сейчас используем “#” для тегов, так почему бы не использовать что-то столь же доступное для строк, блоков или фрагментов предварительно отформатированного текста?
Обратные кавычки — это стандартный синтаксис Markdown, а не особенность Discourse. (подробнее в спецификации CommonMark).
Однако, если вы хотите избежать использования символа обратных кавычек, вы можете отступить код на четыре пробела или использовать bbcode-обертку [code]:
Исходный текст:
Это
пример кода
Результат:
Это
пример кода
Исходный текст:
[code]
Это пример кода
[/code]
Результат:
Это пример кода