Il mio obiettivo è avere tutti i blocchi costitutivi in atto per consentire la sperimentazione dell’editor in Discourse.
Ho discusso di questo con @david, @tgxworld e @martin in passato, abbiamo molte cose in corso al momento e non possiamo iniziare ancora. Detto questo… i nostri piani approssimativi sono:
abbastanza estensibilità da consentire la facile sostituzione dell’editor con un compositore contenteditable
esperimenti attorno a componenti triviali che aggiungono funzionalità interessanti minime aggiuntive
Un componente che “inline” le immagini e lascia tutto il resto invariato in markdown (super utile per il compositore mobile)
Un componente che evidenzia la sintassi del markdown
eseguire esperimenti attorno a editor con funzionalità complete come CKEditor 5 (nella mia lista per contattare Wiktor una volta che saremo pronti)
L’approccio di partire da zero con un frontend completamente nuovo non è consigliabile e sarà un incubo da supportare a lungo termine. Potrebbe essere una soluzione temporanea che ti garantisce qualche mese, ma a lungo termine è uno sforzo sprecato.
Anche provare a sostituire l’editor nel modo in cui ho provato a fare in questo plugin è un incubo .
Non sono d’accordo. C’è molto da guadagnare da questo tipo di lavoro. Di recente ho parlato con @renato che sta lavorando anche lui su qualcosa di simile. L’altra cosa è questa: Discourse sarebbe un ottimo CMS headless! Recentemente ho costruito questo sito di notizie con nextjs e un backend strapi:
Ora ha anche un forum Discourse collegato. Quindi perché usare ancora strapi? Il backend di strapi non fa nulla di diverso da un forum Discourse. Salva solo markdown e ha un sistema di permessi. Quindi il mio prossimo passo sarà eliminare completamente strapi e utilizzare solo una categoria di articoli in Discourse.
Penso che ci sia un enorme potenziale qui per servire questo caso d’uso di CMS headless e renderlo più user-friendly.
Comunque! Grazie mille per il tuo commento e per il tuo lavoro su Discourse!
Ho sentito questa richiesta alcune volte negli ultimi mesi. È certamente un problema interessante.
La grande lacuna al momento sarebbero le garanzie di stabilità dell’API. Non le forniamo, quindi sei legato a una release stabile e a potenziali problemi quando si aggiorna da una stabile a una nuova stabile.
Un altro progetto a lungo termine, una volta che avremo sdoganato alcuni altri, potrebbe essere la creazione di un’API stabile e garantita. È certamente qualcosa a cui penso, ma al momento non è nella roadmap.
Sì, ti capisco, siamo legati troppo strettamente al momento a TEXTAREA, abbiamo bisogno di uno strato di astrazione con 2 implementazioni.
È un progetto molto grande da intraprendere, ma mi aspetto di iniziare tra circa un anno.
Grazie mille per tutta la sperimentazione, ci piace molto vedere questo fuori.
Ciao @spirobel
Il mio sito non si carica e ottengo un errore dopo l’installazione del plugin
Errore non intercettato: Impossibile trovare il modulo discourse/lib/raw-templates importato da discourse/plugins/DiscourseBasicEditor/initializers/discourse-basic-editor
Sembra un errore simile a quello che @huynhthai824 ha riscontrato poco tempo fa. Segnalerò questo plugin come broken finché @spirobel non avrà modo di intervenire.
[quote=“JammyDodger, post:89, topic:159431, full:true”]
Sembra un errore simile a quello riscontrato da @huynhthai824 poco tempo fa. Segnalerò questo plugin come broken finché @spirobel non avrà la possibilità di intervenire.
[/quote]L’idea è stata molto buona, mi piacerebbe vedere una soluzione simile in un futuro non troppo lontano.
Questo progetto è morto? Qualcosa di nuovo lo ha sostituito? Abbiamo una popolazione prevalentemente anziana nel nostro forum e mi rendo conto che markdown è estraneo a loro
Markdown è ottimo per i programmatori, le persone normali hanno bisogno di qualcosa di diverso… La penso anch’io così…
Ho iniziato questo come progetto secondario per vedere se fosse possibile. Certamente lo è. Ma da allora sono invecchiato e diventato più saggio (spero ). Ci sono modi migliori per impiegare il tempo libero che cercare di nuotare controcorrente in un grande progetto open source.
I veri visionari sono leader e sì, spesso gli anacronismi hanno difficoltà con lo slancio in avanti.
Ricordo i word processor DOS quando bisognava conoscere i colori del testo e il colore di sfondo per grassetto, sottolineato, corsivo, ecc.
Ci è voluto un po’ per il WYSIWYG. Ora un word processor senza di esso sarebbe disapprovato. È curioso perché in alcune parti del Web stiamo ancora usando metodi arcaici.
Ciò di cui ho bisogno non è WYSIWYG, ma un editor che faccia occupare ad testo e immagini aree separate, piuttosto che mescolarle. Proprio come fanno Twitter, Mastodon o altri social media.
Uso Discourse per registrare la mia vita, e si presenterà con molti testi e immagini. Penso che markdown non sia buono da usare, perché quando si carica del materiale multimediale, bisogna aspettare che finisca. Ad esempio:
.
). Ci sono modi migliori per impiegare il tempo libero che cercare di nuotare controcorrente in un grande progetto open source. 
), ma in qualche modo funziona:
