Non mi sorprende. TipTap sembra davvero valido e solido.
A parte questo, ho notato che TipTap è in realtà un wrapper attorno a ProseMirror.
Tiptap è un wrapper headless attorno a ProseMirror – un toolkit per la creazione di editor WYSIWYG di testo ricco, già utilizzato da molte aziende note come New York Times, The Guardian o Atlassian.
Crea esattamente l’editor di testo ricco che desideri da blocchi di costruzione personalizzabili. Tiptap viene fornito con impostazioni predefinite sensate, molte estensioni e un’API amichevole per personalizzare ogni aspetto. È supportato da una community accogliente, open source e gratuito.
Ci proverò più tardi. Sembra davvero interessante. Devo ancora vedere se l’API di TipTap, che presumo renda più facile l’uso dell’API di ProseMirror, può portare tutta la potenza che ProseMirror offre.
EDIT: In realtà dovrei leggere l’argomento, è già stato segnalato più volte sopra
Outline implementa un editor simile a blocchi basato su TipTap sopra Y CRDT, molto simile ad AppFlowy. Quest’ultimo ha un proprio editor a blocchi.
L’editor di AnyType sembrava molto potente, a una rapida occhiata. Eppure non so quanto sia strettamente accoppiato al suo sottostante storage MongoDB.
Forse i loro codici sorgente possono fornire ispirazione su come costruire qualcosa di simile?
Sfortunatamente, la scena FLOSS di alternative a basso codice ad Airtable e senza codice a Notion è esaurita. A volte sono solo parti dell’applicazione ad essere veramente FLOSS.
da AFFiNE sembrava interessante, quando ci ho giocato.
Notea ha anche un editor a blocchi piacevole e calmo.
L’unica implementazione di
d’altra parte sembra essere l’overwhelming hash.ai?
Ci sono molti esempi da cui imparare. Come farlo bene? Qual è il vantaggio rispetto alla versatilità del testo semplice Markdown mescolato con HTML e bbCode, più autoboxes?
Come influirebbe un editor a blocchi sulla federazione ActivityPub? Cosa potrebbe significare federare singoli blocchi? Potrebbe questo lavoro supportare potenzialmente anche lo sviluppo della trasclusione federata di blocchi?
Potrebbe valere la pena esaminare la funzionalità dell’editor integrato in Obsidian. È un editor markdown che esegue il rendering del markdown durante la modifica. Mostra la sintassi markdown solo per il testo che si trova sotto il cursore, altrimenti si vede il testo sottoposto a rendering. Sembra il meglio di entrambi i mondi.
E sui dispositivi mobili/tablet viene visualizzato il markdown come? Perché se non funziona con gli schermi touch, allora è solo per un ambiente e ci deve essere un altro interruttore per questo.
Non ho idea, ma hai ragione sul fatto che potrebbe essere un problema. Lo sto solo suggerendo come un’implementazione interessante da esaminare.
Modifica: ha più o meno la stessa funzionalità su mobile che su desktop, essenzialmente un editor ibrido markdown/wysiwyg. Sono molto favorevole al markdown, quindi ovviamente sono di parte.
Sono solo un altro utente finale in questa faccenda Ma finché non avremo il WYSIWYG a un certo punto nel prossimo futuro, un altro pulsante a levetta non sarebbe un problema dal punto di vista dell’UI/UX — codificare tale funzionalità sarebbe un’altra storia. Anche WordPress ha quel pulsante mostra codice (il sistema di editor è un pasticcio terribile in WP, però. Si è rotto completamente quando Automattic ha deciso di adottare la visione guarda prima, contenuto dopo).
Vedo ancora che la cosa più importante sarebbe un’impostazione per nascondere completamente la barra degli strumenti, eccetto il caricamento di file. I cellulari ce l’hanno già (come un uovo di Pasqua ), però. Vedo che è più importante da fare rispetto ai miglioramenti o alle modifiche dell’editor.
Abbiamo due diverse categorie di utenti:
una stragrande maggioranza che quasi mai scrive nulla e ha bisogno di una soglia davvero bassa (è la parola giusta…) per commentare
utenti esperti che necessitano di una grande varietà di strumenti diversi e un facile accesso ad essi
Ma ovviamente dipende dalla nicchia dei forum. Ma la mia audace affermazione è che è vero sulla maggior parte dei forum.
Discourse sta ora distribuendo un editor WYSIWYG sperimentale
Questo ci fornisce tutti gli elementi costitutivi per esperienze simili a Notion.
Dato questo, @TheDarkWizard, consideri completa la tua richiesta generale.
Chiuderò questo thread in modo da poter rifare richieste di funzionalità specifiche per il nuovo editor come menu contestuali più intelligenti e così via.
Ma finché non avremo il WYSIWYG a un certo punto nel prossimo futuro, un altro pulsante a levetta non sarebbe un problema dal punto di vista dell’UI/UX — codificare tale funzionalità sarebbe un’altra storia. Anche WordPress ha quel pulsante mostra codice (il sistema di editor è un pasticcio terribile in WP, però. Si è rotto completamente quando Automattic ha deciso di adottare la visione guarda prima, contenuto dopo).
), però. Vedo che è più importante da fare rispetto ai miglioramenti o alle modifiche dell’editor.