Ciao @lindsey.
Potresti aggiornare l’OP per includere questo? L’ho quasi fatto da solo, ma ho pensato che potesse essere scortese. ![]()
Ciao @lindsey.
Potresti aggiornare l’OP per includere questo? L’ho quasi fatto da solo, ma ho pensato che potesse essere scortese. ![]()
Dove troviamo l’opzione per abilitare l’editor avanzato? Ho trovato solo un’opzione per convertire il testo avanzato in markdown.
Questo spiega perché non riesco a trovare l’impostazione. ![]()
Dovrebbe essere spostato su un interruttore GUI in sperimentale.
Wow, il compositore ha fatto molta strada. ![]()
Ho notato alcune piccole cose utilizzandolo per scrivere un report più lungo proprio ora, con un sacco di copia e incolla e manipolazione dei contenuti:
Se incolli un link su una riga a sé stante, quindi lo fai seguire da del testo, rimarrà “oneboxed”. Sembra non esserci modo di rimuovere l’“onebox” e far apparire il link come se fosse più avanti nella riga, dopo alcune parole. La soluzione sembra essere digitare il testo seguente prima, quindi tornare all’inizio della riga per incollare il link.
Selezionare del testo e quindi scegliere “Nascondi dettagli” dal menu sovrascrive il testo. Nel compositore Markdown, il testo selezionato viene semplicemente nascosto. (Vedi screencast qui sotto)
Lo testerò di nuovo qui, ma in un altro argomento ho usato i dettagli nascosti e mentre l’interruttore funziona, è espanso e mostra il testo nascosto per impostazione predefinita. Dovrebbe essere nascosto per impostazione predefinita.
Voglio nascondere questo testo
Questo è “intenzionale”, ma capisco che possa creare confusione: imposterà l’attributo open del bbcode in base a ciò che hai nella vista dell’editor.
Sì
No
Ohhhh.. Non avevo idea di quell’opzione open del bbcode. Non ho mai voluto che fossero aperti. Posso verificare che funzioni come dici tu.
Un post è stato unito a un argomento esistente: Monospace font in the Markdown-only editor
Troverei meglio se la disponibilità del tipo di composizione potesse essere impostata come impostazione del sito. E quando entrambe sono abilitate, gli utenti possono scegliere la loro composizione in una preferenza utente.
Non mi piacerebbe l’opzione di commutazione sulla composizione come funzionalità a lungo termine. Ha perfettamente senso ora per i test su meta, ma andrebbe praticamente contro l’obiettivo di semplificare l’esperienza di composizione.
Ho riscontrato alcuni problemi con la versione in rich text:
e quando lo pubblico, vedo questo, quindi non c’è corrispondenza, il che non è buono:
Almeno con markdown possiamo scegliere una riga singola o multilinea con il singolo apice o 3 apici. Ma ora con l’opzione monospace (che non mi piace), è un po’ un conflitto…
Ma se provo a usare di nuovo 3 apici, ottengo questo:
Ma questo non succede spesso, quindi non so cosa lo causi.
Per me, sembra solo che scorra meglio con il resto del contenuto.
Mi dispiace, non capisco.
Questo arriverà presto:
Non ho letto tutti i commenti, quindi mi scuso se ripeto qualcosa che è già stato detto.
In generale, trovo gli editor WYSIWYG un po’ goffi, quindi tendo a non usarli. Detto questo, ecco alcune cose che ho già notato.
Invio venga trattata come due pressioni di Invio dall’editor markdown è un po’ stridente. Suppongo che non sia la prima volta che vedo questo approccio, ma se le persone possono passare dall’editor markdown all’editor rich, l’incoerenza potrebbe creare confusione. Non tutti sapranno necessariamente che Shift + Invio agirà come un singolo Invio fa nell’editor markdown.# seguito da uno spazio), quindi digitare alcuni caratteri, quindi eliminare quei caratteri fa scorrere la barra di scorrimento verso l’alto senza un motivo apparente. Questo accade solo se l’editor è completamente scorrevole verso il basso.Backspace si aggiungerà un nuovo elemento dell’elenco. Questo non è un problema in sé, è solo un po’ inaspettato.s per la pluralizzazione o un apostrofo subito dopo; di nuovo, non comune ma l’ho riscontrato più volte).Probabilmente è stato un glitch, perché ora non riesco a riprodurlo, o forse deve succedere qualcosa di specifico affinché si comporti in quel modo. In sostanza, come puoi vedere, i 3 apici sono stati visualizzati come testo, all’interno di apici singoli, da cui lo sfondo scuro. Poi, la seconda volta che aggiungevo 3 apici, proprio sotto quello precedente (i 3 apici visualizzati come testo all’interno di apici singoli), creava il blocco di codice come previsto. Spero ora abbia senso?
Ho anche notato che il markdown in modalità testo ricco non funziona come previsto. Guarda qui dove gli apici singoli non influenzano il testo test, ma i 3 apici fanno il loro lavoro.
Gli editor sono relativamente divisi su questa opzione. Ad esempio, Google Docs ha Invio = interruzione di riga, ma Notion ha Invio = interruzione di paragrafo. Penso che il tuo punto sulla coerenza tra la modalità Markdown e l’editor di testo rich text sia valido, tuttavia.
Non riesco a riprodurre questo problema con i tuoi passaggi attuali, potresti fornire i dettagli del browser e istruzioni più dettagliate o una registrazione? Grazie!
Stiamo lavorando ad alcune correzioni per il funzionamento del codice inline nell’editor, che dovrebbero risolvere questo problema.
Buona osservazione, concordo che sia inaspettato. Lo segnalerò al nostro team per la correzione.
Ci stiamo lavorando!
E discourse ha un’impostazione che passa tra queste due modalità Traditional markdown linebreaks “Usa interruzioni di riga tradizionali in Markdown, che richiedono due spazi finali per un’interruzione di riga.” – quindi penso che entrambi gli editor dovrebbero rispettare questa impostazione.
È diventato difficile da trovare, e anche dopo averlo trovato almeno cinque volte, ancora non riesco a ricordarlo, quindi l’ho aggiunto all’OP con l’ammonimento che è a tuo rischio e pericolo.
Ci sono piani per rivedere i problemi noti del plugin shared-edits con questo nuovo composer? Sia in termini di funzionalità mancanti (visualizzazione dei cursori di modifica di altre persone, abilitazione basata su gruppi della funzionalità, ecc.) sia di robustezza (vedi ad esempio Shared-Edits Improvements - #18 by Ralf_Stockmann )?
Spero ancora che possiamo evitare di installare un servizio separato tipo “Etherpad” come HedgeDoc per avere modifiche condivise “belle” e utilizzare invece una soluzione basata su Discourse per la nostra intranet.
Sto anche prendendo in considerazione la scrittura di un nuovo plugin che offra un’esperienza di modifiche condivise “al volo” basata su y.js con solo una sincronizzazione lasca…
Direi che siamo più nella fase dei “sogni” che dei “piani”: ProseMirror e l’editor di testo rich consentono molte cose, ma siamo in gran parte concentrati sulla creazione di una maggiore parità di funzionalità con il composer solo Markdown in modo da poter iniziare a distribuirlo ai clienti. Ci stiamo pensando, però, e sappiamo che c’è molto margine di miglioramento.
Sono con te su questo, Ralf! È sicuramente la ciliegina sulla torta e non vedo che sia molto divertente da sviluppare finché il nuovo composer non sarà molto ben consolidato.
È il nostro piano sogno utilizzare i binding ProseMirror ufficiali per Yjs in futuro, gran parte di quel lavoro consisterà nella creazione di un Connection Provider | Yjs Docs per MessageBus.
Forse possiamo trovare un modo per trasformare questi sogni in piani concreti. Sarei disposto a contribuire con finanziamenti seri — Discourse presenta alcuni punti critici per il nostro uso di intranet professionale (un altro è la stabilità delle notifiche push), ma preferirei investire i miei soldi in questo progetto open source piuttosto che in qualcosa come Atlassian Confluence.