Попробуйте наш новый композер!

Пожалуйста, не убирайте возможность использовать только Markdown. Идеальным вариантом было бы наличие настройки по умолчанию и переключателя Markdown, чтобы удовлетворить всех пользователей.

Я считаю, что только WYSIWYG станет катастрофой для некоторых пользователей, включая меня. Вероятно, я бы не выбрал Discourse, если бы в нём был только WYSIWYG-редактор, и я бы предпочёл вообще отсутствие WYSIWYG на сайте для всех пользователей, чем принуждение к его использованию.

Текущий редактор — одна из лучших особенностей Discourse. Несколько раз в прошлом я даже проверял, является ли он отдельным пакетом с открытым исходным кодом, потому что хотел бы использовать его сам в проектах (и всё ещё хочу).

Для людей, которые десятилетиями работали с чистым текстом и очень быстро печатают на клавиатуре, у WYSIWYG есть множество недостатков. Небольшие неудобства при редактировании могут быть особенно раздражающими.

Я не хочу говорить ничего негативного о WYSIWYG-редакторе, поскольку он действительно хорошо разработан, и большинству пользователей он понравится, но я не хочу быть вынужденным его использовать, и знаю, что некоторые пользователи также будут жаловаться на него.

Slack пытался убрать свой Markdown-редактор в первые дни, и последовал такой мощный протест, что они быстро добавили настройку пользователя для его восстановления.

Вот ещё одна тема с аргументами против WYSIWYG, где можно увидеть пример реакции некоторых пользователей, если его внедрят принудительно:

В этой теме обратную связь дали около 30 человек, но после запуска функции я ожидаю более широкий спектр реакций. Представьте, как отреагируют люди, если задачи GitHub внезапно станут WYSIWYG. Это именно та пользовательская база, которую имеют многие форумы Discourse, и они, вероятно, будут очень громкими.

Существуют люди с разными рабочими процессами. Если вы пишете контент на Markdown вне Discourse, вставляете его в WYSIWYG, а затем снова нуждаетесь в редактировании Markdown во внешнем редакторе, вы не сможете скопировать Markdown обратно, чтобы вернуть его во внешний редактор.

С Markdown-редактором легко копировать и вставлять обратно между Discourse и другими сайтами, редакторами кода, документацией и файлами README.md. 

Когда я проверяю, что люди публикуют на форуме, я хочу иметь возможность одним кликом увидеть каждый символ, не обращаясь к базе данных.

Например, этот пост содержит (симулированную) спам-ссылку, которую нельзя увидеть, если не просмотреть исходный ввод. Если модераторы не смогут легко просматривать исходный текст, спамеры быстро научатся этим пользоваться. Я регулярно нажимаю значок «изменить» в постах подозрительных новых пользователей, чтобы проверить наличие скрытых ссылок, прежде чем заблокировать редактирование этих постов.

Существуют и другие ситуации, когда в WYSIWYG-редакторы попадают скрытые элементы, например, при копировании/вставке из электронных писем, содержащих отслеживающие пиксели.

(Чем больше я об этом думаю, тем больше я предпочёл бы просто отключить WYSIWYG на всём сайте, чтобы избежать дополнительной нагрузки на модерацию, но я понимаю, если это невозможно. Этот пост также содержит симулированный удалённый отслеживающий пиксель 1x1, просто для демонстрации. Редактирование: форум только что загрузил копию удалённого пикселя, поэтому, вероятно, это не будет проблемой на сайтах, где включена такая настройка.)

Я бы предпочёл наличие переключателя, даже если он будет размещён под значком шестерёнки (а также настройка для каждого пользователя), но одна только настройка для каждого пользователя была бы приемлемой, главное, чтобы её не убрали.

Многие WYSIWYG-редакторы (например, TinyMCE) имеют переключатель HTML, потому что, когда в WYSIWYG что-то идёт не так и курсор застревает внутри тега форматирования, проще перейти к исходному тексту для исправления, чем вырезать проблемный раздел в буфер обмена, вставить его в текстовый редактор, скопировать обратно в WYSIWYG и затем переформатировать.

15 лайков