Entiendo hacia dónde quieres llegar. Si lo he entendido bien, deseas crear un tipo de editor completo con funcionalidades mucho más avanzadas utilizando HTML para ofrecer una experiencia mucho más completa.
Por mi parte, me encantaría ver un editor WYSIWYG que preserve la salida en Markdown. Me preocupa menos poder escribir y que interprete el Markdown; los atajos normales, como por ejemplo Ctrl+B (negrita), están bien, o la barra de herramientas. Pero sí quiero preservar la posibilidad de editar más tarde, la interpretación fuera de un contexto de renderizado y la exportabilidad. Y, en mi experiencia, el HTML es problemático para al menos parte de todo eso, si no para todo.
Me da curiosidad saber qué es exactamente lo que esperas que haga el editor y que no sea compatible con la salida en Markdown.
También señalaré que Typora hace un muy buen trabajo al manejar el renderizado de Markdown en línea, así como los atajos, y no veo por qué una barra de formato no podría funcionar también (aunque parece que no la tiene).
5 Me gusta
¡Hola @ozkn!
Estoy trabajando de una manera en la que solo será necesario imageUpload. Así que puedes seguir el mismo enfoque. En tu inicializador, podrías modificar la clase del componente b-editor cambiando la función setupBasicEditor.
api.modifyClass("component:b-editor", {
setupBasicEditor(){
loadScript("/plugins/DiscourseBasicEditor/ckeditor.js").then(() => {
ClassicEditor.create( document.querySelector( '#editor' ), {
toolbar: [xxx],
...
})
}
});
Consulta esta página Migrating to new installation methods | CKEditor5 documentation para ver la referencia de la barra de herramientas. En mi caso, solo estoy usando toolbar: [“imageUpload”].
Saludos cordiales
3 Me gusta
¡Hola a todos! Quizás pueda contar con un poco de su ayuda.
Estoy trabajando en un proyecto donde utilizo más de un editor, como en este caso (al principio de la página inicial, para que los usuarios creen temas allí, similar a un editor principal estilo Facebook).
Según esto, he tenido algunos problemas al abrir el editor (quizás porque ya lo estoy usando en la página principal).
Entonces, cuando quiero actualizar un tema, uso el controlador del editor para abrir el modelo, pero recibo el mensaje de b-editor.
¿Alguno de ustedes ha tenido el mismo problema al trabajar con múltiples editores?
Saludos cordiales,
Felipe
3 Me gusta
Quizás puedas desactivar el plugin por ahora. Como dije, esto aún está en desarrollo. Probablemente trabajaré más en ello el próximo mes. Por ahora, me estoy enfocando en aprender mandarín, jaja. Si quieres, puedes enviarme un enlace a tu GitHub o pasarme tu código para que intente entender qué estás tratando de hacer.
5 Me gusta
Reportando un error: parece que, tras activar el plugin, la sección de gestión quedó cubierta.
- Versión de prueba: Discourse 2.7.4 estable
- Navegador de prueba: Chrome y Firefox, tanto en computadora como en teléfono móvil
5 Me gusta
¡Hola! ¿Tendrá soporte para funciones de plugins adicionales de terceros para el editor estándar, como…?
En su lugar, soportará complementos (addons) de CKEditor.
Esto es un experimento mío de simplificación de la interfaz de usuario que probablemente se incluirá en un plugin separado. El crecimiento descontrolado de las funcionalidades es malo, ja ja.
Quiero decir algo: sin una fuente de monetización, no tiene sentido para mí escribir este código. También intenté crear plugins de código cerrado:
Pero el problema es que el código se comparte entre los compradores, lo que significa que habría necesidad de un flujo constante de nuevos clientes que no llegan por recomendación, algo difícilmente sostenible.
Por lo tanto, me interesaría saber si estarían dispuestos a pagar por esto y si tienen alguna sugerencia sobre cómo podemos resolver el problema de la compartición de código entre compradores.
Si es así, por favor indiquen en los comentarios a continuación cuánto estarían dispuestos a pagar. 
¿Estarían dispuestos a pagar por esto?
- sí
- no
0
voters
muchísimas gracias
1 me gusta
¿Este nuevo editor WYSIWYG cambia la estructura de las publicaciones en comparación con Discourse estándar? En otras palabras, si tu editor se deshabilita, ¿las publicaciones creadas con él tendrán algún problema al ser editadas con el editor estándar?
¿Tienes un plan de monetización para recaudar una suma de dinero?
Por ahora, el editor genera Markdown, por lo que podemos usar ambos editores simultáneamente sin ningún problema. Sin embargo, la experiencia no es perfecta y siempre será así si nos mantenemos en Markdown. Por eso, la solución final generará HTML. Si esto es un obstáculo para alguien porque no quiere quedar atrapado en un sistema cerrado, hay una solución sencilla: simplemente convierte el HTML de nuevo a Markdown.
Creo que no es necesario recaudar dinero por adelantado. Si sé que hay un grupo de personas dispuestas a pagar por ello y cuánto están dispuestas a pagar, simplemente terminaré el código. También puedes contactarme en privado si te sientes incómodo compartiendo discusiones relacionadas con el presupuesto en público.
4 Me gusta
¿Has intentado discutir este matiz con el equipo de Discourse? Quizás también quieran añadir un nuevo editor WYSIWYG.
Ellos optaron en contra por razones filosóficas. Puedes buscar en el foro si te interesa conocer los detalles. Sus argumentos son totalmente válidos y los respeto. Por eso estoy trabajando en esto.
7 Me gusta
Siguiendo el enfoque de “renderizado de markdown justo a tiempo”, este parece ser un enfoque cada vez más popular. Roam Research y Obsidian (en la última actualización añadiendo WYSIWYG) hacen esto, y el ya mencionado Typora. Puedes ver algunos ejemplos de esto en la práctica en el sitio de Typora:
Este tipo de “WYSIWYG” con la barra de herramientas existente me parece lo mejor de todos los mundos. La mayoría de la gente realmente no necesita un formato más allá de lo que proporciona markdown. Lo que necesitan es una forma más intuitiva de generar y editar markdown.
8 Me gusta
Gran punto. Creo que tiptap.dev tiene el mejor enfoque hasta ahora: tienen atajos de teclado que hacen que parezca que estás editando markdown, pero en realidad es un editor WYSIWG adecuado. Empecé a reescribir el plugin con tiptap en lugar de ckeditor. Pero no lo he publicado, porque no pude encontrar financiación para esto (no me pagan en discourse).
Y no me importa lo suficiente como para trabajar en esto en mi tiempo libre.
Saludos cordiales,
Spirobel
4 Me gusta
Cada vez que un usuario debe usar (y recordar) atajos y comandos, el WYSIWYG no importa. La mayoría de la gente no usa ni entiende markdown o HTML. Aquellos que lo saben rara vez necesitan WYSIWYG y, en su mayoría, en escenarios donde uno no está totalmente seguro de cómo se formatea la salida, como las tablas.
Bastantes aquí viven en una burbuja muy cerrada. Hay una razón por la que WordPress es popular y Ghost vive en los márgenes.
¿Soy solo yo, pero odié Typora? Todo ese salto me da dolor de cabeza.
Y sí, sé que Discourse (casi) nunca tendrá un WYSIWYG real, incluso a la mayoría de los usuarios les encantaría.
Ciertamente se podría hacer. Estoy quizás al 80%. El problema es que no me importa lo suficiente como para terminarlo. Discourse es más un producto de empresa y no un proyecto de código abierto. La gente aquí son en su mayoría empleados de la empresa o quieren usar discourse para sus propios proyectos. Así que la energía simplemente no está ahí. Quizás algún día, cuando esté realmente aburrido, lo terminaré solo para demostrar un punto. 
De todos modos, que tengas un buen día,
Spirobel 
8 Me gusta
Para que los miembros de la comunidad realicen un gran esfuerzo en tales proyectos, debe haber un mayor esfuerzo por parte de la comunidad para patrocinar dichos proyectos.
La financiación colectiva dentro de Meta es un área un tanto complicada. Sin embargo, Pavilion está buscando formas de hacerlo más sencillo.
8 Me gusta
¿Sigue este sitio disponible para probar este complemento? Parece que todavía utiliza el editor integrado.
1 me gusta