Prova il nostro nuovo compositore!

Ciao @lindsey.

Potresti aggiornare l’OP per includere questo? L’ho quasi fatto da solo, ma ho pensato che potesse essere scortese. :person_shrugging:

3 Mi Piace

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. :persevering_face:

Dovrebbe essere spostato su un interruttore GUI in sperimentale.

1 Mi Piace

Wow, il compositore ha fatto molta strada. :clap:

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:

  1. 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.

  2. 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)

  3. 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.

    Riepilogo

    Voglio nascondere questo testo

3 Mi Piace

Questo è “intenzionale”, ma capisco che possa creare confusione: imposterà l’attributo open del bbcode in base a ciò che hai nella vista dell’editor.

Predefinito aperto

Predefinito chiuso

No

3 Mi Piace

Ohhhh.. Non avevo idea di quell’opzione open del bbcode. Non ho mai voluto che fossero aperti. Posso verificare che funzioni come dici tu.

1 Mi Piace

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.

3 Mi Piace

Ho riscontrato alcuni problemi con la versione in rich text:

  1. Quando creo un post e aggiungo testo preformattato, vedo questo:

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…

  1. Se provo a usare markdown, in questo caso il singolo apice vs 3 apici, ottengo un comportamento strano. Se uso prima un singolo apice, funziona, e quando uso 3 apici dopo, funziona anche:

Ma se provo a usare di nuovo 3 apici, ottengo questo:

Ma questo non succede spesso, quindi non so cosa lo causi.

  1. Sarebbe fantastico, nell’editor rich text, se i pulsanti Grassetto e Corsivo apparissero “selezionati/premuto” quando il cursore del testo si trova in un punto in cui la formattazione viene applicata. Il testo in corsivo è più evidente, ma il grassetto non tanto. Ma la cosa più importante è quando il cursore del testo non è nel mezzo di una parola, ma dopo di essa. "Quando digiteremo, verrà formattato?"
  2. Questo è solo un suggerimento, solo perché per me al momento la finestra di composizione allineata al centro, mi “sembra” strana. E se fosse allineata ai bordi della barra laterale e della finestra a destra? Qualcosa del genere:

Per me, sembra solo che scorra meglio con il resto del contenuto.

Mi dispiace, non capisco.

Questo arriverà presto:

2 Mi Piace

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.

  1. Il fatto che una singola pressione di 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.
  2. Creare una sezione di intestazione (ad esempio, digitando # 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.
  3. Il supporto per l’aggiunta di backtick in ordine inverso è incredibilmente importante. Non è raro decidere di aggiungere i backtick per la formattazione dopo aver già digitato una parola. A volte è molto più facile aggiungere il backtick finale prima di aggiungere il backtick iniziale. Al momento questo non funziona nell’editor rich. Mi imbatto spesso in questo problema in Microsoft Teams (che è un esempio di editor WYSIWYG implementato in modo terribile) ed è molto frustrante.
  4. Quando si lavora con un elenco numerato o puntato, se il cursore si trova sulla riga dopo la fine dell’elenco, premendo Backspace si aggiungerà un nuovo elemento dell’elenco. Questo non è un problema in sé, è solo un po’ inaspettato.
  5. Quando si lavora con un mix di testo formattato come codice (backtick) e non, è impossibile digitare testo normale direttamente dopo il testo formattato quando si rivede ciò che si è già scritto. Questo non è un caso comune, ma a volte accade (ad esempio, formattando un nome di variabile, ma avendo bisogno di una s per la pluralizzazione o un apostrofo subito dopo; di nuovo, non comune ma l’ho riscontrato più volte).
  6. Non c’è alcuna indicazione di quale opzione di formattazione sia attiva. Alcune cose come le intestazioni saranno in qualche modo ovvie in base alla dimensione del cursore, ma altre cose come il grassetto, il corsivo e la formattazione del codice non lo sono. Questa è una fonte comune di frustrazione per me, poiché può comportare la digitazione di qualcosa e la necessità di eliminarlo o correggere la formattazione in seguito. Il caso specifico in cui mi sono appena imbattuto è stato digitare codice formattato e poi eliminarlo tutto perché ho cambiato idea su cosa scrivere. Poi sono andato ad aggiungere un altro backtick per scrivere qualcos’altro in codice formattato e in realtà ha visualizzato il backtick perché era già in quella modalità e pensava che volessi digitare il carattere backtick grezzo.
7 Mi Piace

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!

5 Mi Piace

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.

4 Mi Piace

È 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.

4 Mi Piace

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…

4 Mi Piace

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.

6 Mi Piace

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.

8 Mi Piace

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.

12 Mi Piace