Мои пользователи сразу начали жаловаться на одну раздражающую вещь. Они перестают писать сразу же, когда им нужно, скажем, выделить текст жирным: дважды нажимают на слово, выбирают B и продолжают писать. Конечно, повторное нажатие на B отключает жирный шрифт — а если добавить пробел, запятую, новое слово или любой другой символ перед выделением, это решает проблему.
Хотя это далеко не самая главная проблема.
Для начала — выглядит действительно здорово!
Однако я хотел бы добавить кирпичик в эту небольшую стену комментариев, сказав, что всегда должна быть возможность переключиться обратно в режим «сырого» ввода. Возможно, я старомоден 
И небольшой отчёт об ошибке (отчасти ожидаемый, но стоит упомянуть): в новом режиме у вас ограничены возможности редактирования текста, а подсказка сосредоточена на форматировании:
Ого, сколько философских споров скрывается в этом комментарии 
Очень хорошо! Многие пользователи считают Discourse «слишком техническим», и я думаю, что визуальный редактор (WYSIWYG) может очень помочь!
Так что теперь «просто» реализуйте визуальный редактор для диаграмм Mermaid!
Или, если это слишком сложно, я думаю, что это единственный случай, когда код-блок не просто окрашивается, а отображает совершенно другое содержимое. Двухпанельный вид там работает отлично. Я считаю, что это должно работать внутри редактора, без необходимости переключаться на старый способ. Хотя пока неясно, как именно это сделать.
Это заглядывает немного дальше в будущее, чем мы полностью спланировали. Я думаю, что, скорее всего, мы предложим настройку пользователя для включения переключателя Markdown, но это ещё не окончательно решено. Тем не менее, спасибо, что поделились своим мнением здесь — это полезный отзыв.
Это экспериментальная функция, поэтому используйте её на свой страх и риск. Просим вас делиться любой обратной связью здесь, чтобы всё оставалось в одном месте для нас — это значительно упростит нашу работу
Мне не удалось воспроизвести эту проблему. Мой черновик сохраняется при нажатии на ссылку. Однако мы работаем над интерфейсом ссылок (см. раздел 
Отсутствующие функции), что должно помочь разобраться, как редактировать ссылку.
Я понимаю проблему, которую вы описываете, но не уверен, что с этим делать. Я протестировал этот сценарий в Google Docs и Notion, и в обоих случаях наблюдается тот же опыт (то есть после выделения слова и включения жирного шрифта все слова, которые вы вводите после перемещения курсора за пределы этого слова, также становятся жирными). Я думаю, это просто следствие использования богатого текстового редактора и невозможности так чётко видеть, где заканчивается форматирование.
Доступны сочетания клавиш (CMD+B), и написание на Markdown по-прежнему работает, если это поможет. Тем не менее, я буду продолжать думать об этом, чтобы найти лучшее решение. На ум приходит то, как Obsidian обрабатывает редактирование, но на данный момент реализовать это для нас было бы несложно.
Диаграммы Mermaid могут появиться чуть позже — но мы отметили ваш интерес и добавили это как Отсутствующую функцию.
Я зафиксировал обратную связь о необходимости удаления заголовков 
Я могу воспроизвести это с встроенными onebox-ами. Я займусь этим сегодня, просто чтобы избежать перехода, пока мы не поработаем над интерфейсом для переключения между ссылками и onebox-ами.
Я попытался скопировать сообщения чата в тему.
Переключение на Markdown решило проблему, так что на данный момент это не критично.
Цитаты из чата / транскрипции пока не поддерживаются, но мы над этим работаем.
Я заметил, что в режиме WYSIWYG на iOS и macOS двойное нажатие пробела иногда не ставит точку, как должно.
Сначала я написал, что это никогда не работает, но только что это произошло со мной. Похоже, это баг? Кто-нибудь ещё может подтвердить?
Кажется, это отличное улучшение для нас, нетехнических пользователей, команда Discourse. Спасибо
Я заметил, что если начать строку с четырёх пробелов, она автоматически превращается в код (и тогда жирный шрифт и курсив больше не работают).
Будет ли система воспринимать пробелы как обычные символы, если использовать до трёх в начале? Всё равно этого недостаточно для моих задач. редактирование: она не считает пробелы символами.
Есть ли способ, чтобы кнопка Tab работала так же, как в Google Docs и Word? Или чтобы можно было использовать любое количество пробелов, не теряя возможности форматирования? Это было бы особенно полезно при вставке текста из документа Google Docs, например, чтобы он выглядел ближе к исходному.
Также это кажется хорошей идеей:
Кроме того, я обычно не использую цвета, но понимаю, что для некоторых людей это может быть важно. Думаете, вы до этого дойдёте?
На этом у меня всё. Ещё раз спасибо!
Мы просто следуем принципу согласованности с тем, как это будет выглядеть после публикации: строка, начинающаяся с 4 пробелов, будет преобразована в блок кода при публикации сообщения.
Нет, к сожалению. В конечном счёте мы всё ещё создаём отформатированный Markdown, который затем преобразуется в HTML, поэтому в новом редакторе будут поддерживаться только те функции, которые уже возможны при текущей обработке Markdown→HTML.
Конечно, у нас есть возможность создавать новые типы контента, но они также должны поддерживаться через «сырой» Markdown, поскольку именно он является нашим источником истины.
Мне очень нравится новый редактор!
Одна привычка, которую мне приходится менять, — это то, что я больше не могу просто использовать Shift+Вверх или Shift+Вниз, чтобы выделить текущий абзац. Я не осознавал, как часто я это делаю, но я делаю это постоянно: чтобы удалить какой-то текст или выделить и переместить его.
Теперь мне приходится использовать Shift+Влево или Shift+Вправо (или Shift+Cmd+Влево / Shift+Cmd+Вправо), чтобы выделить последнюю часть текста в верхней или нижней строке. Если это понятно. В противном случае начинается выделение следующего абзаца.
Я думаю, что это шаг вперёд для нетехнических пользователей! Хотя, как и @Canapin, мне потребуется немного времени, чтобы привыкнуть к изменениям 
. Переключатель для быстрого перехода между режимом Markdown и WYSIWYG определённо был бы полезен.
Как уже отмечали другие, область редактирования на десктопе могла бы быть немного шире. Также я столкнулся с проблемой невозможности вернуться к обычному тексту после ввода заголовка — возможно, стоит рендерить его только после завершения строки и нажатия Enter? (Я был бы рад не использовать мышь для отмены этого действия, к тому же это согласуется с тем, как другие теги отображаются только после завершения их ввода)
Кроме того:
Я не могу создавать многоуровневые списки
Не уверен, как отступать код внутри блока кода
Контрастность выпадающего списка языков для блоков кода немного низкая (скриншот ниже) — сначала я его не заметил
Вставка таблиц в формате Markdown, похоже, не работает (когда таблица создана в старом редакторе, она отображается корректно)
Когда за таблицей следует другой блочный элемент (например, цитата), невозможно вставить новую строку после таблицы
Похоже, что поддержка сносок отсутствует (хотя, кажется, в старом редакторе тоже есть баг со сносками: если я пытаюсь создать сноски 1 и 2, корректно отображается только первая)
Если я вставляю изображение из буфера обмена, я не уверен, как добавить альтернативный текст, и также не знаю, как изменить размер изображения.
Мне очень нравится, как работают многоуровневые списки. Просто введите разметку Markdown как обычно — система автоматически создаст первый маркер. Затем нажмите Enter, чтобы добавить следующий элемент. Используйте Tab для отступа. Удалите символ, чтобы изменить маркер на номер и так далее. Shift+Tab создаст новый маркер.
Ок, спасибо! Я, наверное, не пробовал это из-за блока кода и потому что в старом редакторе это не работает. Но в новом редакторе логика работы понятна.
Кстати, было бы здорово, если бы нумерованные списки переключались между разными символами (например, первый уровень — цифры, второй — строчные буквы, третий — римские цифры, четвёртый — заглавные буквы). Но я предполагаю, что это не рассматривается, так как это не входит в спецификации CommonMark или GFM?
Я недавно несколько раз пользовался новым редактором и даже не заметил, что теперь он WYSIWYG; то есть пользоваться им было настолько естественно, что я не задумывался об этом во время написания 
, будто редактор всегда был таким, хотя это не так.
Меня вообще не беспокоила узость окна. 
Очень плавный опыт, багов я не столкнул, хотя использовал только базовый контент (текст, цитаты, стандартное форматирование).
Не знаю, так ли это даже с обычным редактором, но раньше предпросмотр был почти на 100% идентичен итоговому сообщению. Помню, что пару недель назад я немного жаловался, потому что ширина предпросмотра немного отличалась от ширины сообщения, из-за чего предпросмотр не был в точности идентичен опубликованному контенту.
Теперь я не уверен, что стал бы жаловаться, если бы редактор был шире сообщения, если им удобнее пользоваться, чем раньше. 
Хорошая мысль! Если бы опубликованный контент совпадал с отредактированным, это, безусловно, снизило бы трение.
В данном случае, однако, я бы предпочёл, чтобы отредактированный контент находился на той же визуальной оси, что и опубликованный.
Что ж, это не печатное издание, поэтому опубликованный контент не является (почти) для всех идентичным.
Я начал работу над этим вчера, надеюсь, это не будет слишком сложно, и у нас скоро что-то получится…
Цитирование в чате — это не такая уж большая проблема, поскольку в основном это затрагивает модераторов и администраторов, которые знают, как переключиться обратно на старую систему.
Функция сносок гораздо важнее.
Честно говоря, это было просто моё личное мнение, и я действительно не знаю, как обстоят дела в других местах.
Это забавно. Мои пользователи раньше жаловались на Markdown и отсутствие WYSIWYG. Теперь никто из них не перешёл на новую систему. Я почти понимаю почему. Почти все используют мобильные устройства, и они жаловались именно на изображения, не видя ничего, кроме Markdown.
Они не используют ничего другого, и мы возвращаемся к моему старому утверждению: нам нужен инструмент для скрытия и отображения панели инструментов. Обычные пользователи привыкли к стилю социальных сетей, где они просто пишут чистый текст, отправляют его, и этого достаточно. И поскольку Discourse это в какой-то мере предлагает, у них нет стимула меняться или пробовать новую систему. Разве что видеть изображения в редакторе, но мой форум не настолько насыщен изображениями.
Для обычных пользователей ситуация может быть иной, но они не знают об этом волшебном переключении.
