Mi objetivo es tener todos los bloques de construcción en su lugar para permitir la experimentación del editor en Discourse.
He discutido esto con @david, @tgxworld y @martin en el pasado, tenemos muchas cosas en progreso en este momento y no podemos empezar todavía. Dicho esto… nuestros planes generales son:
Suficiente extensibilidad para permitir el reemplazo fácil del editor con un compositor contenteditable
Experimentos en torno a componentes triviales que agregan funcionalidad interesante mínima adicional
Un componente que “incrusta” imágenes y deja todo lo demás en markdown (súper útil para el compositor móvil)
Un componente que resalta la sintaxis de markdown
Realizar experimentos en torno a editores de funciones completas como CKEditor 5 (en mi lista para contactar a Wiktor una vez que estemos listos)
El enfoque de empezar desde cero con un frontend completamente nuevo no es aconsejable y será una pesadilla de mantener a largo plazo. Puede ser una solución temporal que te dé unos meses, pero a largo plazo es un esfuerzo desperdiciado.
Intentar reemplazar el editor de la manera que intenté hacerlo en este plugin también es una pesadilla .
No estoy de acuerdo con esto. Hay mucho que ganar con este tipo de trabajo. Recientemente hablé con @renato, que también está trabajando en algo similar. La otra cosa es esta: ¡Discourse sería un gran CMS sin cabeza! Recientemente construí este sitio de noticias con nextjs y un backend de strapi:
Ahora también tiene un foro de Discourse adjunto. Entonces, ¿por qué seguir usando strapi? El backend de strapi no hace nada diferente a un foro de Discourse. Simplemente guarda markdown y tiene un sistema de permisos. Así que mi próximo paso será deshacerme por completo de strapi y simplemente usar una categoría de artículos en Discourse.
Creo que hay un gran potencial aquí para servir a este caso de uso de CMS sin cabeza y hacerlo más fácil de usar.
¡De todos modos! ¡Muchas gracias por tu comentario y tu trabajo en Discourse!
He escuchado esta solicitud algunas veces en los últimos meses. Ciertamente es un problema interesante.
La gran brecha en este momento serían las garantías de estabilidad de la API. No las proporcionamos, por lo que estás atado a una versión estable y a posibles problemas al actualizar de una versión estable a una nueva.
Otro proyecto a largo plazo, una vez que resolvamos algunos otros, podría ser la creación de una API estable y garantizada. Ciertamente es algo en lo que pienso, pero no está en el plan de desarrollo en este momento.
Sí, te entiendo, estamos demasiado acoplados en este momento a TEXTAREA, necesitamos una capa de abstracción con 2 implementaciones.
Es un proyecto muy grande para emprender, pero espero comenzar en el próximo año más o menos.
Muchas gracias por toda la experimentación, nos encanta ver esto.
Hola @spirobel
Mi sitio no puede cargar y obtengo un error después de instalar el plugin
Error no capturado: No se pudo encontrar el módulo discourse/lib/raw-templates importado desde discourse/plugins/DiscourseBasicEditor/initializers/discourse-basic-editor
¡Sí, por favor hazlo! Esto fue solo un experimento y el conocimiento adquirido a partir de esto se utilizará en mi otro trabajo, como se menciona aquí:
¿Está este proyecto muerto? ¿Algo nuevo lo reemplaza? Tenemos una población mayoritariamente anciana en nuestro foro y me doy cuenta de que el markdown les es ajeno
Markdown es bueno para los programadores, la gente normal necesita algo diferente… Yo también lo creo…
Comencé esto como un proyecto paralelo para ver si era posible. Ciertamente lo es. Pero desde entonces he envejecido y me he vuelto más sabio (con suerte ). Hay mejores maneras de pasar el tiempo libre que intentar nadar contra la corriente de un gran proyecto de código abierto.
Los verdaderos visionarios son líderes y sí, a menudo los anacronismos tienen dificultades con el impulso hacia adelante.
Recuerdo los procesadores de texto de DOS cuando tenías que conocer los colores del texto y el color resaltado para negrita, subrayado, cursiva, etc.
Llevó un tiempo el WYSIWYG. Ahora, un procesador de texto sin él sería mal visto. Es curioso por qué en partes de la web todavía usamos métodos arcaicos.
Lo que necesito no es WYSIWYG, sino un editor que haga que el texto y las imágenes ocupen áreas separadas, en lugar de mezclarse. Al igual que Twitter, Mastodon u otras redes sociales.
Uso Discourse para grabar mi vida, y se presentará con mucho texto e imágenes. Creo que Markdown no es bueno de usar, porque al subir algún medio, debes esperar a que termine. Por ejemplo:
.
). Hay mejores maneras de pasar el tiempo libre que intentar nadar contra la corriente de un gran proyecto de código abierto. 
), pero de alguna manera funciona:
