Breve avviso:\n\nhttps://github.com/discourse/discourse/pull/32097\n\nPer coloro che stanno testando il nuovo composer (qui su meta o sul proprio sito), abbiamo appena cambiato il font del markdown (alias codice sorgente) in un font monospace.\n\nQuesto aiuta a chiarire agli utenti che si trovano in modalità “markdown” rispetto alla modalità “rich”.\n\nLa modifica allinea la scelta del font a ciò che è generalmente accettato nel settore (reddit / stack exchange).\n\nLa modifica ha effetto solo sui siti con l’editor rich abilitato e dovrebbe essere attiva qui tra 20-40 minuti.
13 Mi Piace
Poiché non uso nessuno dei due, ma appartengo a un ramo completamente diverso del settore, come posso ripristinare l’uso di un font più… gradevole? Su un’istanza self-hosted, ovviamente.
3 Mi Piace
Hai la possibilità di introdurre temi e componenti sul tuo sito, sovrascrivere questa scelta di font richiede 3 righe di CSS.
Il font più gradevole rimane nel nuovo composer, non passiamo al monospace lì.
4 Mi Piace
Normalmente scrivo post più lunghi e non ho bisogno di WYSIWYG, ma i miei utenti sì, quindi userei il markdown. Ma il monospace è davvero difficile da leggere, e c’è un motivo per cui la stragrande maggioranza del settore non usa il monospace negli editor.
Giusto per curiosità, qual è stato il motivo di questo cambiamento? Ora rompe un po’ l’usabilità.
Ma sì, inizierò a scavare tra le classi quando sarò su un dispositivo più user-friendly, cosa che l’iPad è in questo caso 
2 Mi Piace
Questo non è del tutto vero, tutti gli editor di codice utilizzano il monospace, è lo standard del settore.
Detto questo, convivi con il cambiamento qui, se ti infastidisce davvero molto su meta ti consiglio di provare a cliccare su questo:
L’editor avanzato funziona molto bene qui. Stiamo ascoltando i feedback sul font.
6 Mi Piace
Non uso editor di codice. Sto creando testo e contenuti.
Funziona.
Mi infastidisce davvero, ma posso conviverci qui, perché non scrivo molto. Ma ho ricevuto un suggerimento da te su come risolvere questo problema per il mio forum, e ha funzionato. Grazie.
Ma ho ottenuto la risposta, anche se ancora non capisco il significato e lo scopo di quella modifica, ma non ne ho nemmeno bisogno. Meta sta facendo quello che Meta sta facendo, e io posso cambiarlo dalla mia parte. La maggior parte delle persone è felice.
2 Mi Piace
Sebbene sia vero, mi chiedo se questa sia la metafora giusta qui. Se penso a scrivere post in Discourse con Markdown, non sono mentalmente nello “spazio di codifica”, ma piuttosto nello “spazio di editing web”. E se guardo Discord o JIRA, dove scrivo anche post formattati in Markdown, entrambi non usano font monospace.
Ora, per lo più mi trovo bene con il nuovo editor (poiché può essere utilizzato in una sorta di modalità “semi-WYSWYG”, in cui si inserisce ancora Markdown e viene formattato dopo aver completato il blocco di righe), e penso che ricorrerò meno a quello vecchio una volta che sarà distribuito. Tuttavia, se decidete di mantenere il font monospace, penso che sarebbe bene ridurne il peso, in modo che sia più vicino a quello del testo renderizzato. Attualmente, il testo appare un po’ troppo audace.
8 Mi Piace
Questo è un cambiamento interessante! Avendolo usato per scrivere alcuni post più lunghi oggi, la cosa principale a cui sto avendo difficoltà ad abituarmi è che il lato sinistro occupa più spazio del lato destro, il che significa che i due lati si disallineano rapidamente.
Mi sono così abituato a guardare l’anteprima mentre scrivo per confermare che sembri come voglio, al punto che anche dopo tutti questi anni a volte clicco ancora sul lato dell’anteprima invece che sul lato markdown!
Con questo cambiamento, questo ovviamente non sarà più un problema. È abbastanza chiaro dove dovrei digitare.
Dovrò prendermi un po’ di tempo per abituarmi, ma penso di essere d’accordo con @schneeland sul fatto che il font markdown potrebbe essere più piccolo.
6 Mi Piace
Capisco l’intenzione di avere un indizio visivo. Ha senso in questo contesto! A volte mi chiedo se sto usando l’editor avanzato.
È anche importante favorire l’editor avanzato, poiché ha funzionato in modo eccezionale nel complesso.
Uso ancora spesso l’editor markdown a causa dei bug con l’editor avanzato.
Al momento, non è facile da leggere:
Come ha detto Schneeland, non considero l’editor Markdown un editor di codice; ci vorrà tempo per abituarsi. Sarebbe fantastico se la dimensione del carattere potesse essere regolata per corrispondere più da vicino al carattere di anteprima.
8 Mi Piace
Se scarichi un’estensione del browser chiamata Stylus per i browser Firefox e Chromium, puoi sovrascrivere il CSS su altri siti web.
Non uso molto Safari e non ci ho provato, ma c’è un’impostazione per aggiungere un foglio di stile personalizzato in Avanzate → Foglio di stile.
Penso che questo CSS funzionerà:
.d-editor-input {
font-family: var(--font-family) !important;
}
(Sostituisci var(--font-family) con un altro nome di font se desideri un font diverso.)
2 Mi Piace
Questo è stato un feedback ripetuto, sperimenterò con l’inclusione di JetBrains Mono e giocherò un po’ con le dimensioni per vedere se le cose possono allinearsi meglio.
Un punto importante che questo ha contribuito a chiarire è che tutti noi sperimentiamo il monospace in modo leggermente diverso, rendendo un’esperienza coerente potrebbe aiutare qui.
3 Mi Piace
Questo è come appare con JetBrains Mono impostato su 14px:
Confronto diretto:
JetBrains Mono mi sembra fantastico. È decisamente più facile da leggere e corrisponde bene al font di anteprima.
Inoltre, avrebbe senso evidenziare il contenuto ora che è trattato come codice. C’è un argomento, ma non ricordo il contenuto. Ad esempio:
6 Mi Piace
Probabilmente non aiuta l’aspetto del font monospace il fatto che stia utilizzando le impostazioni predefinite del sistema per --d-font-family--monospace, a differenza del font di base predefinito Inter in --font-family. A 14px (la dimensione del font per i blocchi di codice), sembra a posto, ma alla dimensione del font dell’editor di testo, sembra strano accanto a Inter.
Firefox - Windows
Firefox - MacOS
Safari - MacOS
Sebbene questo comportamento di ripiego alle impostazioni predefinite del sistema corrisponda ad altri siti focalizzati sulla programmazione come GitHub e StackOverflow, probabilmente sarà meglio trovare un font monospace specifico che si abbini bene al font del corpo predefinito Inter.
6 Mi Piace
Questo dovrebbe essere attivo a breve, sto solo finendo la revisione del PR.
Quegli screenshot che hai verranno risolti @Alteras
Questo è complicato, non sono contrario, ma sarebbe un cambiamento piuttosto grande.
Ora renderizziamo il markdown in un TEXTAREA, per fare quel particolare highlighting dovremmo passare ad Ace (che forniamo) o CodeMirror (che non forniamo) o una configurazione ProseMirror personalizzata (che sarebbe molto complicata)
Personalmente mi piace il markdown con syntax highlighting, ma penso che una missione secondaria in questo dipartimento ci distrarrebbe pesantemente da tutti i progressi compiuti con l’editor rich text.
7 Mi Piace
Mi chiedo ancora se la soluzione più ovvia non sarebbe non usare affatto il monospace. E usare un componente semplice quando si desidera il monospace.
Ma vedo la differenza di policy qui:
- markdown è per sviluppatori e programmazione
- l’editor rich è per tutti gli altri
- se uno è membro di “tutti gli altri” e gli piace usare markdown, allora deve scegliere
Quello che non capisco davvero è se c’è un reale bisogno e domanda di offrire il monospace quando si crea contenuto per la scrittura, che viene visualizzato usando un font totalmente diverso.
Quello che mi infastidisce molto è di nuovo la sensazione che qualcosa venga fatto tracciando un confine tra sviluppatori e persone comuni - ma forse gli sviluppatori sono la maggioranza a livello globale - ma quella sensazione è probabilmente solo un mio problema, perché tutti gli altri in questo argomento sono totalmente felici (se la questione della dimensione del font può essere risolta).
Beh, argomento molto accademico per me, perché sul mio forum quel trucco CSS funziona, e i miei utenti non hanno bisogno di questo puntatore di magnitudo per dire quale dei due, markdown o rich, stanno usando. E poiché ho la sensazione che il meta su perché e cosa dà non siano voluti o necessari, è meglio per tutti che io mi tiri fuori - perché dopotutto, non sono uno sviluppatore e non ho bisogno di un editor di codice/programmazione, ma di un editor markdown per il contenuto.
5 Mi Piace
Abbiamo bisogno che il cambiamento respiri un po’, tutti i cambiamenti sono stridenti quando li fai. I perfezionamenti di oggi hanno reso il cambiamento significativamente meno stridente.
Il monospace offre altri vantaggi quando si tratta di markdown, le tabelle sono molto più facili da usare, il testo preformattato è molto più facile da usare.
Sono qui, ascolto i commenti, se alla fine raggiungiamo una fase in cui riteniamo che questo sia troppo a causa di un feedback travolgente, potremmo rivedere o perfezionare la decisione.
Il cambiamento di oggi ha anche un effetto collaterale che è fantastico per Discourse. Il monospace significava cose diverse per persone diverse perché ogni sistema operativo ha la sua interpretazione. Le persone con l’editor avanzato abilitato ora hanno un’esperienza monospace coerente in tutto il prodotto.
Capisco perfettamente il feedback di ieri, ma oggi mi sento molto più a mio agio con il font modificato. È buono e mi permette di scrivere questo:
\（^-^）/
|
/ \
E nell’editor appare esattamente come nell’anteprima.
7 Mi Piace
Sono d’accordo, ha perfettamente senso come impostazione predefinita.
E un’opportunità per un componente a tema per fornire maggiore flessibilità (un menu a discesa dei caratteri appiccicoso??)
2 Mi Piace
Grazie per l’aggiornamento! Sembra naturale ed è abbastanza comodo ora.
Questo piccolo cambiamento fa una grande differenza e posso già vedermi abituarmi. 
5 Mi Piace
Non mi entusiasma molto. Trovo che il font monospazio mi renda eccessivamente consapevole del fatto che sto scrivendo in una finestra e il testo effettivo viene visualizzato in un’altra. Evoca alcuni ricordi di LaTeX…
Se questo verrà implementato a lungo termine, allora penso che dovrebbe avere una variabile di font dedicata come --d-font-md-composer. Invece del font monospazio predefinito --d-font-family-monospace. In questo modo può essere facilmente modificato su base del sito senza influenzare il font monospazio.
8 Mi Piace
Ho notato che il font per il Composer qui sul forum è cambiato:
Non so se sia intenzionale o meno?
Se è intenzionale, spero non sia un aggiornamento per tutti gli utenti di Discourse, poiché mi piace il font normale “Arial/Helvetica/sans serif”. O almeno che possiamo cambiarlo noi stessi nel pannello di amministrazione.
MODIFICA: Dato che il mio post era un argomento che è stato diviso, sembra un po’ strano in questo argomento attuale, quindi non preoccupatevi. So che è intenzionale…
La mia opinione: Capisco perché avere font diversi per 2 editor diversi possa avere senso, ma ad esempio Obsidian è uno strumento markdown e non usa il monospace come predefinito. E come ha detto qualcuno, non vedo questo spazio come “codifica” anche se possiamo effettivamente aggiungere cose che la persona “media” non capirebbe, quando usa l’editor di testo RTF.
Non lo so, sembra solo strano, perché è un font che non usiamo regolarmente (se non mai) quando digitiamo testo/messaggi. Mi sono abituato a usare sia Discourse che Obsidian nel “vecchio” modo, quindi è un po’ strano digitare con il monospace o usare l’editor RTF.
Non potrebbe essere una funzionalità che ogni utente può cambiare?