Sí, lo he estado usando para probar otros plugins últimamente. Puedes ver el video que hice si tienes prisa o instalarlo localmente y jugar con el código. No hice de código abierto la versión de tiptap en la que empecé a trabajar. También trabajé en arreglar el sistema de borradores. Creo que las reglas sobre cuántos borradores puede tener uno y dónde se sienten arbitrarias. Así que los usuarios pueden tener tantos borradores de nuevos temas como quieran.
Pero como dije, probablemente no lo terminaré a menos que esté realmente muy aburrido, jaja.
Si no hay incentivo financiero, simplemente no me importará lo suficiente.
También pensé en esto. Estuve trabajando en una integración de discourse-monero para poder vender acceso anticipado a repositorios de git (también miré la integración de discourse y algo como gitea o gitlab). Pero no estoy seguro de si realmente hay una “multitud” para poner la “financiación colectiva”. Parece que las únicas personas que pagan por discourse tienen una relación comercial con la empresa detrás de discourse.
Tiptap en realidad no es un ejemplo comparable, ya que solo utiliza atajos de markdown para convertir a HTML (hasta donde sé). No puedes editar el formato que ya existe usando markdown (porque la sintaxis no se muestra). Así que puedes ir en una dirección pero no en la otra. Y para mí, cualquier solución de editor WYSIWYG para Discourse que no se represente en markdown en la salida es inaceptable. Eso rompe fundamentalmente la compatibilidad principal y te encierra en el plugin de editor específico que hayas elegido. Supongo que si Tiptap pudiera generar markdown, el enfoque estaría bien.
El punto de mostrar Typora como ejemplo es que armonizan de manera bastante elegante WYSIWYG con markdown. Parece que para algunos, como @Jagster, sería deseable la capacidad de mantener el comportamiento existente y no “saltar” entre la vista previa y la sintaxis. Pero creo que el enfoque de Typora es preferible y más intuitivo para muchas otras personas.
¡Eso es emocionante de escuchar! Definitivamente estaría interesado en esto.
¡De acuerdo! Creo/espero que esto se mejore en el núcleo en el futuro.
Si bien no creo que tengas del todo razón en que las “únicas” personas que pagan por Discourse tienen una relación comercial con CDCK (Communiteq probablemente tendría algo que decir al respecto ), estoy de acuerdo en que para un proyecto de código abierto, Discourse tiene una comunidad que carece un tanto de “espíritu comunitario” u “apertura” o algo así. No puedo precisar exactamente qué es, pero las cosas definitivamente funcionan de manera diferente aquí que en muchos otros proyectos de código abierto, incluso aquellos dirigidos por entidades comerciales. Tengo la esperanza de que algún día puedan ocurrir verdaderos esfuerzos de financiación colectiva y plugins impulsados por la comunidad (o incluso cambios en el núcleo). Me gustaría especialmente ver esto en torno al desarrollo de temas para diseños y cambios más avanzados, como he mencionado antes: Falta relativa de temas - ¿me estoy perdiendo algo?
Expliqué mi posición sobre esto antes. Markdown es una muleta y tenemos que deshacernos de él.
No lo hace. Si alguien realmente quiere convertir html de vuelta a markdown, puede hacerlo y migrar de vuelta. Mira los scripts de migración y escribe el tuyo. No es gran cosa.
Buen punto.
El problema principal es: todo lo que no está escrito en react es simplemente un costo hundido a estas alturas. Cualquiera que sea serio acerca de tener una carrera en desarrollo frontend o incluso alguien que solo quiera hacer algo que tenga un impacto evitará cualquier cosa que no sea react.
Así que tiene que haber un incentivo financiero que contrarreste esto. La experiencia del desarrollador tampoco es muy buena. No es muy divertido trabajar con esta base de código. Así que la única razón por la que continuaría trabajando en esto cuando estoy realmente aburrido es porque ya he pasado tanto tiempo en ello y me he acostumbrado.
La financiación colectiva, en mi opinión, funcionaría más fácilmente para personas que no son grandes empresas que ejecutan Discourse. Hay algunos complementos y componentes de temas/temas aportados por la comunidad.
Las empresas no grandes a menudo no tienen grandes reservas de fondos para invertir individualmente. Pero organizando el interés, un proyecto financiado por la comunidad puede tener una reserva igual o incluso mayor.
Solo es cuestión de averiguar cómo aplicarlo. Ya sea usando algo como Donate, Patreon, etc.
Y sí, creo que tu visión de modernizar y hacer que el editor sea muy fácil de usar es muy atractiva para las masas.
No estoy de acuerdo y uso markdown por todas partes y me alegro de que exista y esté ampliamente soportado.
Interesante escuchar esto. No soy desarrollador, así que no sé cómo es trabajar con la base de código de Discourse. Espero que tu experiencia no sea la norma, aunque también reconozco su validez e importancia.
¿Se expresaría mejor como que cualquiera que quiera tener la mayor cantidad de oportunidades laborales en frontend debería aprender React?
He estado usando frameworks que no son React en producción durante más de una década, desde proyectos pequeños hasta grandes, desde cero hasta heredados. He usado React en un par de prototipos y proyectos de juguete para ver cómo funciona. La empresa en la que estoy actualmente emplea buenos desarrolladores de JavaScript independientemente de su experiencia en un framework en particular.
Esto corre el riesgo de desviarse mucho del tema, pero merece ser discutido en algún lugar.
Creo que, independientemente del valor de mercado inmediatamente obvio, es bueno aprender una variedad de lenguajes y frameworks si surge la oportunidad porque siempre hay algún enfoque generalmente aplicable que aprender. Además, puede ser la puerta de entrada para aprender cosas indirectamente. Recientemente aprendí Go para entregar un proyecto en una plataforma completamente diferente y me recordó los beneficios de la simplicidad y la velocidad. También aprendí mucho más sobre cómo construir una buena API. Si no me hubiera esforzado por aprender Golang, no habría tenido esa experiencia.
Ember no perdona, pero aparentemente está bien diseñado. El desafío de trabajar en Discourse es que también te enfrentas a una gran plataforma personalizada que necesitas aprender a navegar. Los enfoques de ingeniería inversa autosuficiente (en lugar de documentación detallada) que desarrollas al hacer eso te beneficiarán en dominios completamente diferentes.
Argumentaría que aprender una o dos plataformas importantes es más importante que aprender un framework específico. Por ejemplo, ¿es más importante aprender Wordpress que centrarse en aprender PHP?
Así que no creo que aprender diferentes plataformas y sus pilas tecnológicas individuales deba ser un problema de ninguna manera. Luego viene el networking profesional que viene con eso. La combinación de toda esa experiencia te pondrá en buena posición para tu carrera.
El principal problema que veo aquí es el conflicto entre el código abierto y la financiación. La propia CDCK demostró que es posible construir un negocio sostenible en torno al código abierto. Tenemos que ser bastante sofisticados para que sea rentable y aporte valor.
Es responsabilidad de toda la comunidad apoyar a quienes impulsan el ecosistema. Sugeriría que esto también comienza con la comunidad monetizando sus propias plataformas para que puedan permitirse contribuir. Y muchos lo han hecho: estoy muy agradecido por el trabajo para el que he sido financiado por los empresarios más ambiciosos y trabajadores que frecuentan este lugar.
El caso es que: si alguien está empezando ahora o todavía está al principio de su carrera, aprenderá y se centrará en React. Centrarse en una tecnología es como hacer una apuesta, y apostar una carrera en cualquier cosa que no sea React en este momento en el frontend es una mala elección. La única alternativa legítima podría ser Vue, pero definitivamente no es Ember.
Diría que el número de personas con una carrera centrada en Ember probablemente alcanzó su punto máximo hace tiempo.
¿ves una gran afluencia de personas que quieren aprender Ember y la base de código de Discourse?
No lo veo. Es una señal de que este es software heredado. Que ha alcanzado el pico de su potencial. No hay una gran afluencia de personas que quieran usarlo o trabajar en él. Incluso después del aumento del trabajo desde casa y el uso de software de colaboración remota. La gente prefiere usar Zoom y Discord.
eso es a lo que me refiero con experiencia de desarrollador.
Este es un buen punto. Discourse es principalmente un producto: un foro comunitario/de soporte autoalojado para una audiencia un poco nerd. Nunca será mucho más que eso porque de ahí proviene su financiación. Por lo tanto, la mayoría de las decisiones se tomarán para apaciguar a esta audiencia.
Para volver al tema. Reemplazar el compositor de markdown significa hacer que este software sea menos nerd. Por lo tanto, significa una división de la audiencia a la que está dirigido.
No es fácil salir de este mínimo local.
así que una vez que una pieza de software ha encontrado su audiencia, comienza un bucle de retroalimentación que conduce a más funciones que apaciguan a esa audiencia, mientras que la usabilidad para otros grupos se descuida cada vez más.
Solo mi opinión:\n\nTenemos alrededor de 1000 usuarios activos en nuestro foro y una buena parte de usuarios en el grupo de edad de 50 años o más que se llevan bien con markdown y nunca hemos tenido quejas.\n\nMi conclusión: Si un grupo de fumetas puede superar la curva de aprendizaje de markdown, cualquiera puede.
Hay 3,5 millones de fumadores de cannabis en Alemania. El 84% de todos los alemanes está a favor de la legalización. Así que creo que hay mucho espacio para crecer en tu foro. La base de usuarios actual y su base de usuarios potencial están separadas por órdenes de magnitud. No es suficiente trabajar hacia este objetivo haciendo pequeñas mejoras o modificaciones.
Los cambios que apaciguan a la base de usuarios actual podrían incluso inhibir su crecimiento.
Los cambios son siempre un compromiso. Algo que puede hacer la vida más conveniente para un usuario avanzado, alejará a un nuevo usuario. En algún momento, la barrera es tan alta que las nuevas inscripciones se agotan y el foro decae lentamente.
Tienes razón. Quizás deberíamos intentar encuestar a los exmiembros para identificar sus razones para abandonar nuestro foro. Tal vez algunos de ellos se sintieron abrumados por el editor de markdown.
Sí, esto es absolutamente representativo de algunos puntos que he intentado plantear antes sobre la cámara de eco de la propia Meta y de los clientes de pago existentes de CDCK. Obviamente, quieres contentar a tus clientes actuales, pero también está claro que hay un mercado general mucho mayor para las “plataformas de comunidad/discusión” que está siendo atendido por un montón de otros actores, algunos de los cuales definitivamente están haciendo cosas que les ayudan a conseguir una venta en lugar de Discourse. Una de esas cosas puede ser WYSIWYG, pero es solo parte de un problema más amplio en mi opinión. El diseño y la tematización en general es otro, que ya mencioné anteriormente, pero que merece la pena repetir en este contexto separado: Falta relativa de temas - ¿me estoy perdiendo algo?
muy buen punto. Esto es solo la punta del iceberg. Hay muchas cosas que podrían mejorarse. Por ejemplo, las reglas idiosincrásicas sobre la cantidad de borradores que se te permite tener. Al principio pensé que era solo un error, pero en realidad está previsto que sea así.
Yo también intento abordar eso.
Hola, querido desarrollador.
Escribiste el 07.2020:
¿Así que está completado? Si no es así, por favor, sé tan amable de describir los problemas conocidos y qué hacer en el primer tema, para que los administradores de comunidades personalizadas de Discourse puedan tomar fácilmente la decisión de usarlo o no.
¡No te rindas todavía! Creo que puedo hablar por muchos otros usuarios aquí cuando digo que este Plugin sería un avance absoluto para Discourse y lo cambiaría todo, especialmente en ciertos casos de uso. Te animo encarecidamente a que continúes y termines la última milla.
¿Podrías explicar eso? Podría tener una necesidad para eso, así que estoy muy interesado en lo que tienes que decir. Tienes toda mi atención ahora…
He pensado más en esto. Creo que no es una buena idea reemplazar el editor. Porque significa que siempre habrá una lucha para mantenerse al día con los cambios actuales en Discourse y no quiero pasar tanto tiempo manteniéndolo.
Me llevaré el conocimiento que he recopilado de esto y construiré algo que funcione junto con la interfaz de usuario de Discourse en lugar de reemplazarla.
Sí, de hecho, ya lo he examinado detenidamente y lo usaré. Incluso integran Excalidraw en el editor. Es asombroso. Me uní a su canal de Discord hace un tiempo para discutir un problema relacionado con la carga de imágenes. Actualmente, su ejemplo para Excalidraw incrusta las imágenes como SVG, lo que supone un problema de seguridad y debe cambiarse. Así que hay algunos pequeños detalles que hay que tener en cuenta.
Pero en comparación con CKEditor o Tiptap, será mucho más fácil de usar. Para dar también una breve actualización sobre este tema en general:
Como se dijo anteriormente, modificar el frontend de Discourse en algo importante como esto no es una buena idea. Por eso es una ruta mucho mejor implementar esta funcionalidad como parte de una adición a la interfaz tradicional, en lugar de intentar reemplazarla. El conocimiento adquirido del trabajo realizado hasta ahora se utilizará aquí:
Si bien está orientado a un caso de uso de web3 y contendrá algunas funciones de web3, no es necesario utilizarlas.
Por lo tanto, será posible utilizar este plugin para crear categorías que tengan un editor léxico. Esto también significa que hay mucho menos riesgo al intentarlo. Porque el experimento se limitará solo a una parte del sitio.
Actualmente todavía estoy ocupado con el trabajo en suscripciones de criptomonedas para Discourse. Una vez que esto termine, me centraré nuevamente en avanzar en esto.
), estoy de acuerdo en que para un proyecto de código abierto, Discourse tiene una comunidad que carece un tanto de “espíritu comunitario” u “apertura” o algo así. No puedo precisar exactamente qué es, pero las cosas definitivamente funcionan de manera diferente aquí que en muchos otros proyectos de código abierto, incluso aquellos dirigidos por entidades comerciales. Tengo la esperanza de que algún día puedan ocurrir verdaderos esfuerzos de financiación colectiva y plugins impulsados por la comunidad (o incluso cambios en el núcleo). Me gustaría especialmente ver esto en torno al desarrollo de temas para diseños y cambios más avanzados, como he mencionado antes: 
