Gli spazi consecutivi nel codice inline vengono compressi

[szhorvat (Szabolcs)]

Gli spazi consecutivi nel codice inline vengono compressi. Ecco un esempio.

Markdown:

 - `o     o` nessuna connessione
 - `o --\u003e o` connessione unidirezionale
 - `o \u003c-\u003e o` connessione bidirezionale

Rendering:

• o o nessuna connessione
• o --\u003e o connessione unidirezionale
• o \u003c-\u003e o connessione bidirezionale

Screenshot del rendering:

Non mi è chiaro se questo sia intenzionale o un bug, ma se è intenzionale, non ne vedo davvero il senso. Come puoi vedere sopra, può essere controproducente. Se non si desiderano spazi aggiuntivi, è facile eliminarli manualmente. Lo scopo dei blocchi di codice (sia inline che separati) è includere testo verbatim con un font a larghezza fissa.

[Canapin (Coin-coin le Canapin)]

Ciao Szabolcs!

Grazie per la segnalazione. Capisco il problema e non si tratta strettamente di un bug di Discourse. Discourse utilizza markdown-it e questo è il suo comportamento standard.

Puoi vedere lo stesso comportamento sulla demo ufficiale: https://markdown-it.github.io.

---

Se hai bisogno che gli spazi non vengano compressi tra i backtick, puoi aggiungere questo CSS al tuo forum:

code {
    white-space: pre-wrap;
}

[mattdm (Matthew Miller)]

@Canapin

Grazie per la segnalazione. Capisco il problema e non è strettamente un bug di Discourse. Discourse utilizza markdown-it e questo è il suo comportamento standard.

Sembra che non sia conforme a CommonMark. Non che debba esserlo, ma forse potrebbero essere convinti a cambiare per conformarsi?

CommonMark Spec

@Canapin

Se ne hai davvero bisogno a volte, puoi usare alcuni caratteri vuoti che non verranno eliminati ma le cui larghezze potrebbero essere leggermente diverse da uno spazio normale.

A seconda dello scopo, può essere anche peggio, perché può causare confusione nella copia/incolla.

[Canapin (Coin-coin le Canapin)]

@mattdm

A seconda dello scopo, può essere anche peggio, perché può causare confusione nel copia/incolla.

Hai ragione, non ci avevo pensato, ho rimosso questo consiglio complicato

[Canapin (Coin-coin le Canapin)]

@mattdm

Sembra che questo non sia conforme a CommonMark.

Non ho familiarità con questo tipo di cose, ma immagino che questa sia la parte di cui stai parlando?

Si noti che i browser generalmente collassano gli spazi consecutivi durante il rendering degli elementi <code>, quindi si consiglia di utilizzare il seguente CSS:

code{white-space: pre-wrap;}

[mattdm (Matthew Miller)]

Per quanto valga, sembra che lo spazio a larghezza fissa non venga compresso (o o), quindi se devi usarne uno strano, questa è probabilmente la scelta migliore.

Modifica: vedi sotto per notizie tristi!

[mattdm (Matthew Miller)]

@Canapin

Non ho familiarità con questo tipo di cose, ma immagino che questa sia la parte di cui stai parlando?

Si noti che i browser tipicamente collassano gli spazi consecutivi durante il rendering degli elementi <code>, quindi si raccomanda di utilizzare il seguente CSS:

code{white-space: pre-wrap;}

La riga sopra quella: “Gli spazi interni non vengono collassati”.

[Canapin (Coin-coin le Canapin)]

Gli spazi non regolari possono apparire non compressi nell’anteprima del composer, ma lo sono quando il post viene elaborato.

[mattdm (Matthew Miller)]

Beh, questo è sfortunato.

[szhorvat (Szabolcs)]

@Canapin

Se hai bisogno che gli spazi non vengano compressi tra i backtick, puoi aggiungere questo CSS al tuo forum:

code {
    white-space: pre-wrap;
}

Grazie per il suggerimento!

Sai per caso se è possibile impostare CSS personalizzati per i siti ospitati su discourse.group? Non sono riuscito a trovare subito l’impostazione.

[Canapin (Coin-coin le Canapin)]

Discourse pricing | Discourse - Civilized Discussion indica che Temi e componenti personalizzati sono abilitati solo a partire dal piano Standard.

[szhorvat (Szabolcs)]

Grazie. Ho finalmente trovato l’impostazione e funziona perfettamente

Utilizziamo l’hosting gratuito offerto per progetti open source, https://free.discourse.group/

[sam (Sam Saffron)]

Lo sposto in Contribute > UX, si tratta del comportamento previsto: il team di design ha deciso deliberatamente di comprimere gli spazi nell’interfaccia utente, il Markdown è corretto.