Meu objetivo é ter todos os blocos de construção no lugar para permitir a experimentação do editor no Discourse.
Eu discuti isso com @david, @tgxworld e @martin no passado, temos muitas coisas em andamento no momento e não podemos começar ainda. Dito isso… nossos planos gerais são:
extensibilidade suficiente para permitir a substituição fácil do editor por um compositor contenteditable
experimentos em torno de componentes triviais que adicionam funcionalidade interessante mínima extra
Um componente que “inlines” imagens e deixa todo o resto em markdown (super útil para o compositor móvel)
Um componente que realça a sintaxe do markdown
realizar experimentos em torno de editores de recursos completos como o CKEditor 5 (na minha lista para contatar Wiktor assim que estivermos prontos)
A abordagem de começar do zero com um frontend totalmente novo não é aconselhável e será um pesadelo para dar suporte a longo prazo. Pode ser um hack de curto prazo que lhe rende alguns meses, mas a longo prazo é um esforço desperdiçado.
Tentar substituir o editor da maneira que tentei fazer neste plugin também é um pesadelo .
Discordo disso. Há muito a ser ganho com esse tipo de trabalho. Recentemente, conversei com @renato, que também está trabalhando em algo semelhante. A outra coisa é esta: o Discourse seria um ótimo CMS headless! Recentemente, construí este site de notícias com nextjs e um backend do strapi:
Ele também tem um fórum Discourse anexado agora. Então, por que ainda usar o strapi? O backend do strapi não faz nada diferente de um fórum Discourse. Ele apenas salva markdown e tem um sistema de permissões. Então, meu próximo passo será eliminar completamente o strapi e apenas usar uma categoria de artigos no Discourse.
Acho que há um enorme potencial aqui para atender a esse caso de uso de CMS headless e torná-lo mais amigável.
De qualquer forma! Muito obrigado pelo seu comentário e pelo seu trabalho no Discourse!
Tenho ouvido essa solicitação algumas vezes nos últimos meses. É certamente um problema interessante.
A grande lacuna no momento seriam as garantias de estabilidade da API. Nós não as fornecemos, então você fica preso a uma versão estável e potenciais problemas ao atualizar de uma estável para uma nova estável.
Outro projeto de longo prazo, assim que liberarmos alguns outros, pode ser a criação de uma API estável e garantida. É certamente algo em que penso, mas não está no roadmap no momento.
Sim, eu entendo, estamos acoplados de forma muito rígida no momento ao TEXTAREA, precisamos de uma camada de abstração com 2 implementações.
É um projeto muito grande para empreender, mas espero começar no próximo ano ou mais.
Muito obrigado por toda a experimentação, adoramos muito ver isso por aí.
Olá @spirobel
Meu site não carrega e dá erro após instalar o plugin
Erro não capturado: Não foi possível encontrar o módulo discourse/lib/raw-templates importado de discourse/plugins/DiscourseBasicEditor/initializers/discourse-basic-editor
Parece ser um erro semelhante ao que @huynhthai824 experimentou há pouco tempo. Marcarei este plugin como #quebrado até que @spirobel tenha a chance de opinar.
[quote=“JammyDodger, post:89, topic:159431, full:true”]
Esse parece ser um erro semelhante ao que @huynhthai824 experimentou há pouco tempo. Marcarei este plugin como #quebrado até que @spirobel tenha a chance de opinar.
[/quote]A ideia foi muito boa, gostaria de ver uma solução semelhante em um futuro próximo.
Este projeto está morto? Algo novo tomou seu lugar? Temos uma população majoritariamente idosa em nosso fórum e percebo que o markdown é estranho para eles
Markdown é bom para programadores, pessoas normais precisam de algo diferente… Eu também acho…
Comecei isso como um projeto paralelo para ver se era possível. Certamente é. Mas desde então fiquei mais velho e mais sábio (espero ). Existem maneiras melhores de passar o tempo livre do que tentar nadar contra a maré de um grande projeto de código aberto.
Verdadeiros visionários são líderes e sim, muitas vezes os anacrônicos têm dificuldades com o avanço.
Lembro-me de processadores de texto DOS quando você precisava saber as cores do texto e a cor de destaque para negrito, sublinhado, itálico, etc.
Demorou um pouco para o WYSIWYG. Agora, um processador de texto sem ele seria reprovado. É curioso por que em partes da Web ainda estamos usando métodos arcaicos.
O que preciso não é WYSIWYG, mas um editor que faça o texto e as imagens ocuparem áreas separadas, em vez de serem misturados. Assim como o Twitter, Mastodon ou outras redes sociais fazem.
Eu uso o Discourse para registrar minha vida, e ele será apresentado com muito texto e imagens. Acho que markdown não é bom de usar, porque ao fazer upload de alguma mídia, você tem que esperar terminar. Por exemplo:
.
). Existem maneiras melhores de passar o tempo livre do que tentar nadar contra a maré de um grande projeto de código aberto. 
), mas de alguma forma funciona:
