Моя цель — создать все необходимые компоненты, чтобы обеспечить возможность экспериментов с редактором в Discourse.
Я обсуждал это ранее с @david, @tgxworld и @martin. У нас сейчас много работы в процессе, поэтому мы пока не можем приступить к реализации. Тем не менее, наши примерные планы таковы:
Достаточная расширяемость для легкой замены редактора на композер на основе contenteditable.
Эксперименты с простыми компонентами, добавляющими минимальный, но полезный функционал:
Компонент, который «встраивает» изображения в Markdown, не затрагивая остальной контент (очень полезно для мобильного композера).
Компонент для подсветки синтаксиса в Markdown.
Проведение экспериментов с полнофункциональными редакторами, такими как CKEditor 5 (в моем плане связаться с Виктором, как только мы будем готовы).
Подход, предполагающий полный передел с нуля и создание совершенно нового фронтенда, не рекомендуется. В долгосрочной перспективе это превратится в кошмар с точки зрения поддержки. Это может быть временным решением, которое даст вам несколько месяцев, но в долгосрочной перспективе это потраченные впустую усилия.
Попытка заменить редактор так, как я пытался сделать это в этом плагине, тоже превращается в кошмар .
Я не согласен с этим. Такая работа приносит много пользы. Недавно я беседовал с @renato, который также занимается чем-то подобным. Кроме того, Discourse мог бы стать отличной headless CMS! Недавно я создал новостной сайт с использованием nextjs и бэкенда Strapi:
Теперь к нему также подключён форум Discourse. Так зачем же всё ещё использовать Strapi? Бэкенд Strapi не делает ничего такого, чего не делает форум Discourse. Он просто сохраняет markdown и имеет систему разрешений. Поэтому следующим шагом станет полный отказ от Strapi и использование категории статей в Discourse.
Я считаю, что здесь есть огромный потенциал для реализации сценария headless CMS и повышения удобства использования.
В любом случае! Большое спасибо за ваш комментарий и вашу работу над Discourse!
За последние несколько месяцев я несколько раз слышал эту просьбу. Это, безусловно, интересная задача.
На данный момент главным пробелом является гарантия стабильности API. Мы её не предоставляем, поэтому вы привязаны к стабильному релизу и рискуете столкнуться с проблемами при обновлении с одного стабильного выпуска на другой.
Ещё один долгосрочный проект, который мы можем рассмотреть после завершения нескольких других, — создание стабильного и гарантированного API. Это определённо то, о чём я думаю, но пока это не входит в дорожную карту.
Да, я вас понимаю. В данный момент мы слишком сильно связаны с TEXTAREA, нам нужен слой абстракции с двумя реализациями.
Это очень масштабный проект, но я ожидаю, что начнём работу над ним в течение следующего года или около того.
Большое спасибо за все эксперименты, нам очень приятно видеть подобные инициативы.
Привет, @spirobel
Мой сайт не может загрузиться, и возникает ошибка после установки плагина:
Uncaught Error: Could not find module discourse/lib/raw-templates imported from discourse/plugins/DiscourseBasicEditor/initializers/discourse-basic-editor
Кажется, это та же ошибка, с которой столкнулся @thaidb совсем недавно. Я пометлю этот плагин как broken, пока @spirobel не сможет высказать своё мнение.
Markdown хорош для программистов, но обычным людям нужно что-то другое… Я тоже так думаю…
Я начал это как побочный проект, чтобы проверить, возможно ли это. И это действительно возможно. Но с тех пор я стал старше и мудрее (надеюсь ). Есть более достойные способы проводить свободное время, чем пытаться плыть против течения крупного проекта с открытым исходным кодом.
Истинные визионеры — это лидеры, и да, часто анахронизмы испытывают трудности с движением вперёд.
Я помню текстовые редакторы DOS, когда нужно было знать цвета текста и выделенные цвета для жирного, подчёркнутого, курсива и т. д.
Пока не появился WYSIWYG, прошло некоторое время. Теперь текстовый процессор без него вызвал бы неодобрение. Любопытно, почему в некоторых частях веба до сих пор используются архаичные методы.
Мне нужен не WYSIWYG, а редактор, в котором текст и изображения занимают отдельные области, а не смешиваются друг с другом. Как это реализовано в Twitter, Mastodon или других социальных сетях.
Я использую Discourse для ведения личного дневника, и там будет много текста и изображений. Мне кажется, что Markdown здесь не подходит, потому что при загрузке медиафайлов приходится ждать завершения процесса. Например:
.
). Есть более достойные способы проводить свободное время, чем пытаться плыть против течения крупного проекта с открытым исходным кодом. 
), но как-то это работает:
