Font monospace nell'editor solo Markdown

Annunci
43

Il mio obiettivo non è concentrarmi su “aggiungiamo o rimuoviamo il monospace”. Persone diverse, gusti diversi.
Credo che quando un’azienda offre qualcosa per molto tempo, se vuole cambiarlo, non dovrebbe essere obbligatorio, ma opzionale.

Tu preferisci il markdown con il monospace. Bene.

Io preferisco il markdown come è sempre stato con il sans-serif. Bene.

Ma ora sono costretto o a usare il rich text, che non penso di usare, o a usare una nuova versione di markdown che non ho mai usato e che non mi piace.

Il markdown con sans-serif o monospace dovrebbe essere offerto come opzione, invece di costringere tutti gli utenti ad abituarsi a qualcosa che alcuni di noi hanno già dimostrato che non è di nostro gradimento.

Giustificare quel cambiamento come “è un ambiente di codifica” non ha senso, perché non stiamo codificando nel composer. Stiamo digitando testo normale e a volte lo formattiamo usando il markdown. Quello non è un ambiente di codifica.

Ancora una volta, il dibattito per me è se il monospace debba rimanere o meno. Si tratta di avere l’opzione di scegliere ciò che mi piace. E la soluzione CSS funziona solo per la mia community. Che dire di tutte le altre community che usano Discourse dove ora sono costretto al nuovo cambiamento? Non ha senso per me.

4 Mi Piace
44

In effetti, per tutti gli utenti di tutti i forum che non hanno ancora offerto il nuovo composer, il monospace è un cambiamento. E penso che non sia un bene.

3 Mi Piace
45

Tieni presente che questa modifica consente agli utenti di capire rapidamente se si trovano in modalità codice sorgente o in modalità avanzata

IMG_9777
IMG_97771179×2556 193 KB

La mia preoccupazione riguardo all’annullamento è che questo ottimizza per gli utenti che non vogliono mai usare l’editor di testo avanzato e sono avversi al cambiamento, non si potrebbe ottenere lo stesso obiettivo con un’opzione “nessun testo avanzato per me”?

3 Mi Piace
46

Solo se conoscono quella differenza e cosa fare a riguardo. La modalità rich text è pensata per le persone che non sanno usare **grassetto**.

Tutto ciò che vedono è un font fisso.

E ancora: quando un amministratore imposta la modalità rich text come predefinita, ciò accadrebbe solo se quell’utente cliccasse o toccasse nel posto sbagliato, e non riuscisse a capire cosa diavolo è successo.

E ancora una volta: il monospace è difficile per gli occhi :man_shrugging:

Ma abbiamo tutto questo

IMG_2455
IMG_24552360×920 141 KB

Non so se

Abilita monospace in modalità codice sorgente (davvero… chiamarla in quel modo rivela qualcosa :smirking_face:)

sarebbe una cosa così terribile (se fosse ragionevolmente facile da costruire).

3 Mi Piace
47

… e possono facilmente fare clic su un pulsante per farlo scomparire :slight_smile: quindi sono incoraggiati a utilizzare il font “facile”, che ha un bell’aspetto. Il 99,9% degli utenti dovrebbe semplicemente optare per quello per la scrittura occasionale.

Capisco che le persone stiano spingendo per una preferenza dell’utente qui, ne stiamo discutendo anche internamente. È complicato, di solito aggiungiamo preferenze solo come ultima risorsa, forse questo è uno di quei casi.

Inoltre… non considero il nostro comportamento un’anomalia:

Reddit, il sesto sito più importante su Internet, fa esattamente la stessa cosa:

image
image1205×601 122 KB

image
image777×696 37.7 KB

Non fornisce un’opzione per sovrascrivere questo…

5 Mi Piace
48

Che ne dici di un plugin?

Quindi gli amministratori devono investire attivamente lavoro per questa funzionalità e i numeri di utilizzo mostrerebbero se questa opzione è veramente necessaria.

1 Mi Piace
49

Sono curioso: cosa piacerebbe di più agli amministratori?

  • Componente Tema - cambia carattere globalmente
  • Plugin - impostazione per utente per il carattere
0 voters
50

Poiché il percorso del componente del tema è così aperto, non capisco perché si possa vedere un voto a favore come un voto contro un plugin.

1 Mi Piace
51

Quindi le opzioni sono quando un font è un problema, allora

  • non usare markdown, o
  • usa quel font difficile

Quindi…

Penso che sia necessario quando un forum mescola cose da sviluppatore e discussioni più comuni. Se uno sviluppatore hardcore vuole usare il font macchina da scrivere ovunque, lo capisco, ma non capisco perché sono costretto a usare lo stesso.

Ma questa è una situazione un po’ strana: stiamo scrivendo usando un font, che non offre alcun vantaggio, ma funge da indicatore del tipo di compositore che un utente sta utilizzando, e dopo stiamo leggendo e il font è totalmente diverso.

Sai benissimo che là fuori ci sono esempi opposti molto più numerosi. E non sono sicuro del perché Reddit dovrebbe essere un buon esempio. Se lo è, allora dovremmo adattare anche Facebook.

2 Mi Piace
52

Facebook non ha una modalità duale. Non riesco a pensare a molti altri elementi che abbiano una modalità duale, puoi fornire alcuni esempi?

Anche CKEditor fa la stessa cosa nostra:

image
image1177×1330 193 KB

Il codice sorgente in monospace è uno schema molto consolidato.

… avere markdown più FACILE da modificare

Ad esempio:

```
uno
   due
      tre
```

:up_arrow: un esercizio di futilità in non monospace.

Perché vedi

image
image260×148 1.47 KB

3 Mi Piace
53

Ciò non è importante. Il punto è che se usi Reddit come esempio di UX utile, perché è grande, allora dovresti usare la stessa logica con Facebook.

Reddit non è in realtà così popolare al di fuori degli Stati Uniti e del mondo anglofono nativo.

Se ho capito bene, per te il font monospace difficile da leggere è un indicatore per l’editor markdown? Non è un modo un po’ brusco? Quelli dei miei utenti, e io, che usiamo markdown, sappiamo quale editor è in uso indipendentemente dal fatto che il font sia lo stesso.

Di nuovo — CSS è la salvezza. Ma non qui. In Meta ho due e solo due opzioni:

  • soffrire il font da macchina da scrivere vecchio di 100 anni, perché pochi siti lo usano
  • non usare l’editor markdown

Quindi… :man_shrugging: Forse quella impostazione è necessaria, perché non mi costringi nemmeno a usare elenchi intelligenti.

(Fuori tema, lo so — ma gli utenti comuni di livello consumer hanno bisogno solo di una barra degli strumenti a un pulsante: per il caricamento di immagini)

54

Alcuni utenti, come me, probabilmente non useranno mai il testo avanzato, quindi questa non è davvero una funzionalità che fa la differenza. Se il mio predefinito è markdown, questo è tutto ciò di cui ho bisogno per “sapere”.

Certo, ci sono gli altri utenti che probabilmente non hanno idea di cosa sia il markdown e per cui il testo avanzato è utile. Capisco, come tutti gli utenti che sono “contro” il cambiamento. Non stiamo ignorando questi utenti. Stiamo chiedendo un’opzione, non un obbligo.

Dai commenti che ho letto, assolutamente nessuno è contrario al cambiamento. Lo stai usando come giustificazione per la decisione presa dal team. Non sono contrario al cambiamento, e direi che anche altri utenti sono sulla stessa barca. Stiamo chiedendo che ci sia una preferenza per coloro che non desiderano markdown + monospace insieme.

Questa è la stessa cosa. Stai avendo difficoltà a capire che “niente testo avanzato” e “niente testo avanzato CON sans-serif” sono due cose diverse, considerando che “niente testo avanzato” ora è = monospace, che è un font scadente.

Non è anche “difficile” che improvvisamente costringiate migliaia di utenti che usano forum da anni, usando Discourse, ad abituarsi a qualcosa che si è dimostrato non essere l’ideale per la lettura?

Ad esempio, Facebook, X/Twitter, YouTube consentono link cliccabili nei post. Instagram e TikTok no.
Ogni azienda è un’azienda. Solo perché Reddit o CKEditor funzionano in un certo modo, non significa che devi copiarli. Devi fare ciò che ha senso per il tuo prodotto. E di nuovo, nessuno ti chiede di rimuovere il testo avanzato o il monospace. Stiamo chiedendo che questa sia un’opzione. Ad alcune persone piacciono i temi chiari, ad altre quelli scuri. Ad alcune persone piace avere uno sfondo nero puro con testo al neon mentre codificano, ad altre piacciono i colori tenui. Ogni persona è diversa.
Non deve avere senso per te, deve avere senso per l’utente.

Non voglio sembrare scortese o altro. Apprezzo Discourse come piattaforma, specialmente per le opzioni di self-hosting gratuite. Trovo solo difficile accettare che un team di persone, inclusi sviluppatori, ecc., abbia difficoltà ad accettare che avere una preferenza utente sia la strada da percorrere, dopo quasi 4 mesi da quando ci avete chiesto di “lasciarlo respirare”. L’ho lasciato respirare e a molti di noi semplicemente non piace e vogliamo almeno avere la possibilità di decidere cosa noi vogliamo usare.

2 Mi Piace
55

Este é o cerne da minha pergunta, seria um

  1. Não me mostre o seletor markdown / rich
  2. Apenas me dê o bom e velho markdown
  3. Deixe a fonte como serifada, como era antes

Por exemplo:

Preferência do usuário para o modo de autoria Markdown:

  1. legacy: exatamente como funcionava antigamente. mesma fonte, tudo igual. sem seletor RTE, sem RTE
  2. rich text preferido: me defina como rich text para cada post que eu escrever
  3. markdown preferido: me defina como edição markdown

Gosto disso por vários motivos.

  • Para os novos padrões do fórum, acho que ter o código-fonte em uma fonte de código é melhor.
  • Gosto de ter uma configuração explícita para “como gosto de escrever markdown”
  • Com uma configuração explícita versus implícita, ela me reseta quando começo um post, algo que prefiro. Não gosto da memória implícita.
3 Mi Piace
56

Avrei una terza opzione: lasciare che Discourse faccia questo nativamente. Abbiamo sempre avuto il sans-serif e non credo che questo sia stato un problema. Avere più plugin da installare e gestire non sembra avere senso, credo.

Ma tra i due, un plugin sembra avere più senso, altrimenti è la stessa cosa: stiamo costringendo tutti gli utenti a usare un font, invece di poter scegliere, cosa che sono contrario (ora che abbiamo l’opzione di testo formattato, ovviamente).

1 Mi Piace
57

L’amministratore della community può impostare il font predefinito di markdown come sans-serif o monospace. Quindi ogni utente sceglie quello che preferisce. Se l’amministratore lo imposta su sans-serif, l’utente vedrà

Usa font monospace nella visualizzazione markdown

Se l’amministratore lo imposta su markdown, l’utente vedrà

Usa font sans-serif nella visualizzazione markdown

Non c’è bisogno di renderlo complesso con parole come “legacy” o altro di elaborato. Rendilo facile da usare, diretto al punto. Pensa come un utente medio, non come uno sviluppatore.

4 Mi Piace
58

Hunh, ci siamo completamente persi questo baccano nella nostra community di linguaggi di programmazione su Discourse perché (immagino?) abbiamo disabilitato completamente l’editor rich text. Quella scelta è stata probabilmente fatta nel risalente 2016, probabilmente quando l’editor rich text era molto più scadente di quanto non sia oggi. E poi mai rivalutata. O forse la nostra installazione precede del tutto l’editing rich text e semplicemente non l’abbiamo mai attivata. In ogni caso, vediamo ancora il comportamento “legacy” con il font serif nell’editor markdown, e sono abbastanza contento di quel comportamento.

Come qualcuno che personalmente scrive molto markdown e codice (in editor monospaziati e in molte caselle di testo HTML), ho delle idee.

Preferisco di gran lunga usare un font serif in un non-RTE per scrivere post su Discourse. Sono sicuro che ci sia una certa avversione al cambiamento dietro questo, ma penso che ci siano anche delle buone ragioni. La maggior parte del testo che scrivo su Discourse e GitHub è effettivamente testo, non codice. Infatti, non definirei il markdown “codice” affatto! L’unica volta che desidero un font monospaziato in questa finestra dell’editor di testo (o in quella di GitHub) è all’interno di recinzioni ``` — perché quello è codice. Non confondere il markdown con il codice; non è codice. E non mi piacciono gli editor rich text perché così spesso mi combattono. Ad esempio, questo stesso paragrafo sta ottenendo alcuni comportamenti selvaggiamente difettosi dopo aver tentato di scrivere il markdown per la recinzione (è solo ```` ``` ````, ma ora non riesco più a toccare la tilde sulla mia tastiera senza rovinare l’RTE).

I font serif in un non-RTE corrispondono anche a GitHub — l’altro sito con una casella di testo HTML dove scrivo molto markdown.

Scommetterei che questo sia rappresentativo di gran parte della nostra comunità di programmazione in generale. Le persone sul nostro forum Discourse:

  • Scrivono codice sorgente e usano font monospace per scrivere codice sorgente
  • Sanno come scrivere e leggere direttamente il markdown
  • Non considerano il testo markdown come codice sorgente
  • Probabilmente preferiscono usare non-RTE
  • Probabilmente preferiscono digitarlo/modificarlo come prosa — quindi con un font serif
7 Mi Piace
59

Non è così. È più probabile che tu non sia passato a una versione che include l’editor di testo rich.

3 Mi Piace
60

Non ha molta importanza, vero? Ho rimosso l’aside dal mio post originale. Il punto è che l’editor di testo rich text sulla nostra istanza è disattivato, e sono felice di mantenerlo disattivato finché la sua attivazione (secondo me) non degraderà l’editor markdown in questo modo.

image

1 Mi Piace
61

Penso che l’impostazione del testo arrivi al punto centrale del discorso di @alltiagocom: certamente non mi aspetterei che quella casella di controllo alteri il comportamento di “l’attuale modalità Markdown”. Capisco il desiderio di limitare le preferenze (e specialmente quelle dell’utente): è un obiettivo molto lodevole! Ma sembra davvero che si tratti di una cosa di stile ortogonale che è meglio gestire con i temi stessi.

2 Mi Piace
62

Nel mio CSS dove? Non sono un amministratore, il che è praticamente il mio punto. A meno che tu non stia dicendo che come utente normale posso sovrascrivere il CSS in qualche modo (senza usare un’estensione del browser).

Ma c’è letteralmente un interruttore che mostra in quale modalità ti trovi. Cos’altro ti serve? Dalla tua schermata direi che non è visibile su mobile, quindi rendila visibile e il problema è risolto.

Hai intenzione di rimuovere la versione markdown in futuro? Se sì, capisco perché vuoi spingere le persone verso quella visualizzazione. Ma voglio ribadire che gli editor WYSIWYG non sono mai perfetti e sono spesso incoerenti. Un grosso problema è che devi imparare le stranezze dell’editor WYSIWYG su ogni specifico sito web/applicazione. Teams e Confluence e Bitbucket usano tutti WYSIWYG e ognuno ha le proprie stranezze a cui devo adattarmi. Alcune non le ho ancora capite perché sono così contrarie a come funzionano gli input/textarea HTML semplici, e ogni stranezza significa più tempo che devo dedicare per digitare ciò che voglio. Il Markdown, d’altra parte, funziona sempre e può essere scritto o modificato manualmente, il che lo rende meno soggetto a errori.

Inoltre, in particolare per Discourse, il tuo software ha molti più componenti di quanti ne abbiano solitamente i semplici editor (sondaggi, citazioni di post, dettagli nascosti, spoiler, ecc.) che sono molto più complicati. Capisco che averli visibili in linea sia un vantaggio per gli utenti non tecnici, ma è anche più un luogo in cui l’editor WYSIWYG può rompersi sottilmente in modi fastidiosi per gli utenti esperti.

Penso che Reddit abbia una funzionalità molto meno complessa, il che significa che è meno necessario usare un editor markdown. Ho notato solo di recente l’interruttore per passare alla modalità markdown (e l’ho immediatamente ripristinato dopo aver visto che era monospace), ma la differenza è che su Reddit ho solo bisogno di comportamenti di base come grassetto e corsivo o collegamenti, che vanno benissimo in modalità WYSIWYG.

Non so perché continui a usare il termine “codice sorgente”. Sembra che tu lo stia usando per dire che ciò che stiamo scrivendo è “simile a un codice” e quindi il monospace ha senso. Ma in realtà non è affatto simile a un codice. Il Markdown non ha assolutamente nulla a che fare con la scrittura o la lettura di codice.

Bitbucket utilizza un approccio ibrido in cui puoi vedere il markdown ma mostra anche l’effetto del markdown. Ad esempio, vedresti **testo**, ma gli asterischi e “testo” verrebbero visualizzati in grassetto nell’editor. Usano un font serif per tutto il testo che non è in un blocco di codice, mentre il testo all’interno di un blocco di codice viene mostrato in monospace. (E sì, l’editor ha delle stranezze che spesso mi fanno sbagliare quando modifico un commento.) Non posso fornire uno screenshot poiché ho accesso solo dalla mia macchina di lavoro.

Esatto! Non ho mai sentito un ingegnere software dire “wow, vorrei davvero che questo editor markdown usasse un font monospace”.

2 Mi Piace