Будет ли когда-нибудь добавлена поддержка цветного текста?
1 лайк
Спасибо, выглядит отлично. Я заметил проблему. На моём телефоне переключатель не работает (при нажатии ничего не происходит, он остаётся в режиме Markdown).
iPhone 6s
iOS 15.8.3
Вот ошибка, которая появляется в консоли при нажатии:
3 лайка
15 и 18.3-что-то работает.
Исправление было слито и внедрялось уже развернуто здесь, на Meta. Пожалуйста, сообщите нам, если проблема всё ещё сохраняется.
6 лайков
Спасибо, Ренато, но, к сожалению, это, похоже, не помогло мне 
1 лайк
Мы планируем улучшения панели инструментов и контейнера редактора, уделяя особое внимание тому, чтобы процесс написания стал более приятным и привычным на мобильных устройствах (в дополнение к улучшениям для настольных версий).
Пожалуйста, сосредоточьтесь в своих отзывах на самих изменениях редактора — они не решат все проблемы, связанные с написанием на Discourse, но именно эта область сейчас является приоритетом для сбора обратной связи.
10 лайков
Я не совсем уверен… возможно, мне больше нравится вариант с предпросмотром, потому что сейчас я вижу, где, что и как изменить. Но… в любом случае это неплохо 
Одна вещь, которая сильно раздражает в новом WYSIWYG-редакторе, — это то, что Enter теперь создаёт новый абзац.
Я поддерживаю это.
Если вы хотите оставить его таким маленьким, то как минимум я бы выровнял пост внутри редактора с существующими постами:
5 лайков
Да… у нас уже была похожая дискуссия о Enter/Shift+Enter в функции Чата:
… я поддерживаю это мнение, что Enter должен создавать одинарный разрыв строки в новом WYSIWYG-редакторе.
5 лайков
ВСЕ три сообщества, которыми я управляю, включая одно, используемое разработчиками программного обеспечения для всех рабочих процессов управления проектами и разработки, на протяжении многих лет выражали свою обратную связь и мнение: единственная странность в Discourse, которая их пугает (и заставляет некоторых активно не любить весь Discourse только из-за этого), — это редактор с поддержкой Markdown.
Лично я крайне рад, что в итоге понимание необходимости WYSIWYG-редактора prevailed.
Как только он будет выпущен, я установлю WYSIWYG в качестве режима редактора по умолчанию во всех трёх сообществах.
Кстати, вот мой запрос на два дополнительных параметра:
-
Возможность установить WYSIWYG в качестве режима редактора по умолчанию.
-
Возможность полностью отключить редактор Markdown (если нет, я всё равно отключу его, отключив переключатель через CSS, но, пожалуйста, рассмотрите возможность сделать это полноценным параметром).
P.S. Возможно, это странная идея, но я призываю тех, кто делает большую ставку на WYSIWYG, сравнить метрики количества публикаций и ответов в своих сообществах — до и после внедрения нового WYSIWYG-редактора. Моё предчувствие подсказывает, что метрика покажет рост.
10 лайков
Очень странно, что я не могу редактировать гиперссылку (если я её редактирую, она становится пустой).
Я пробовал Firefox и Chrome.
Если не считать этого, то при сохранении режима исходного кода / переключении на Markdown всё работает идеально.
2 лайка
У меня нет времени протестировать эту новую функцию. Однако, возможно, стоит добавить поддержку лицензирования по лицензии Creative Commons. Например, чтобы сайт мог по желанию запрашивать явное согласие на использование лицензии CC-BY-4.0 или аналогичной перед каждым сохранением. И особенно перед каждой загрузкой изображения. Discourse даже мог бы проверять наличие подходящих метаданных. Не уверен, что это соответствует вашему дизайну, но для меня это может быть полезно. Пожалуйста, проигнорируйте, если это не актуально!
То, что вы описываете, никак не связано с этим новым композитором. Скорее всего, это не будет реализовано в ядре Discourse. Если это действительно важно для вас, вы можете реализовать это в виде плагина или найти исполнителя в канале Marketplace.
Лицензирование Creative Commons должно быть указано в условиях использования, а соблюдение этих условий обеспечивается модераторами. Если у вас есть нарушители, которые повторяют нарушения, вы можете сначала предупредить их, а затем наложить на них молчание.
Если вы хотите продолжить обсуждение, пожалуйста, создайте новую тему или воспользуйтесь поиском, чтобы найти существующую связанную тему.
4 лайка
Согласен с этим. Новый редактор отличный, и сообществу будет гораздо удобнее им пользоваться. Мы определённо хотим, чтобы новые пользователи видели его редактором по умолчанию, и не хотим путать их переключателем. Потеря некоторых возможностей для продвинутых пользователей в редакторе Markdown для очень небольшой части участников сообщества — это небольшая цена. В идеале редактор по умолчанию должен настраиваться на уровне сайта, но с возможностью для отдельных участников выбрать «старый» редактор в своих настройках (не через переключатель в окне композера).
5 лайков
Согласен, что выравнивание кажется странным. Не до конца понимаю, почему редактор должен открываться во всплывающем окне. «Старый» редактор требовал этого, так как представлял собой довольно громоздкую среду с двумя панелями. Теперь же, когда он стал гораздо легче, я думаю, его можно отображать непосредственно под постами. На мой взгляд, это более общепринятый паттерн. Стрелка изменения размера может разворачивать редактор на полный экран для тех, кто пишет более объёмные посты.
4 лайка
Пожалуйста, не убирайте возможность использовать только 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 лайков
У нас нет планов по отказу от режима, поддерживающего только Markdown.
Изначально это будет управляться настройкой сайта, где администраторы смогут включить переключатель для выбора между редактором с форматированием и редактором, поддерживающим только Markdown, или оставить его выключенным, чтобы composer оставался в режиме Markdown. На данный момент у нас нет конкретных деталей о том, как обе версии composer будут поддерживаться в долгосрочной перспективе (например, будет ли тип composer по-прежнему контролироваться настройкой сайта, выбором пользователя или чем-то другим).
12 лайков
Звучит отлично. Спасибо, что оставили эту настройку.
Также рад, что Markdown останется с нами! Возможность форматировать текст удобным для клавиатуры способом делает написание постов на Discourse значительно приятнее для меня (особенно в сравнении со старым ПО с BBCode).
Небольшие замечания, которые я нашёл после последнего теста:
-
При попытке создать фрагмент кода с помощью обратных кавычек: если сначала ввести обратные кавычки, а затем набрать текст между ними, автоформатирование не срабатывает (работает вариант: обратная кавычка, пробел, код, пробел, обратная кавычка).
-
Фрагменты кода, созданные с помощью обратных кавычек, имеют ту же проблему, что и таблицы, о которых сообщалось выше (невозможно ввести неформатированный пробел).
3 лайка
9 сообщений были перенесены в новую тему: Шрифт с моношириной в редакторе только для Markdown