Formato data breve nei vecchi post: YYYY vs 'YY

Ho appena sentito un utente affermare con orgoglio:

C’è anche questo post sul forum di soli 2 mesi fa

a sostegno della sua richiesta di funzionalità. Ma a quanto pare, il post non era del 13 dicembre, ma del dicembre '13. Da allora ho modificato le stringhe pertinenti nella mia installazione da 'AA ad AAAA per evitare questa confusione, ma dato che vivremo in un mondo in cui questa confusione continuerà fino al 2031 e rimarrà rilevante per i vecchi post fino agli anni 2040, direi che vale la pena cambiarla ovunque. La chiarezza ottenuta da “ehi, attenzione, stai scavando a fondo negli archivi” vale bene i 1,5 caratteri aggiuntivi.

Inoltre, risolve alcuni problemi di internazionalizzazione: '24 è già informale in inglese e molto insolito altrove, per quanto ne so. 2024, nel frattempo, è ben compreso ovunque e un migliore standard internazionale.

7 Mi Piace

Ci sono stati parecchi argomenti su questo nel corso degli anni, anche se sembra che il consenso attuale sia che i siti lo adattino come ritengono opportuno.

Lettura interessante però:

3 Mi Piace

Non vedo argomenti a favore del mantenimento di 'AA in nessuno di questi thread, almeno non a livello di progettazione UX. Vedo invece varie persone, incluso l’uomo stesso, fornire un eccellente caso d’uso su quale sarebbe il beneficio di questo cambiamento:

La soluzione a questo sembra essere una semplice sostituzione del testo di 'AAAAAA, evitando un paio di corrispondenze in cui ' viene utilizzato come inizio di una stringa invece. Posso creare una PR per questo.

3 Mi Piace

Vorrei vederlo seguire le impostazioni della lingua perché il modo americano di mostrare le date (tra tutti gli altri :wink: ) è davvero confusionario e non vedo la differenza tra 14 febbraio e 14 febbraio.

E disclaimer.

È possibile che segua effettivamente le impostazioni della lingua, perché qui ho impostazioni USA (scusate britannici…). Ma non credo perché Discourse ama le date brevi e l’inglese, ad esempio, non è un altro sistema universale per mostrare tempo, massa, lunghezza, ecc.

Non è una grande cosa. Ho modificato le date sul mio forum e la differenza tra data e anno non è un vero problema qui. I bump automatici sono…

@Jagster Qual è la tua impostazione locale e il formato preferito per le visualizzazioni di tipo “mese e giorno” e “anno e mese”? Vedo i file pertinenti e potrei anche localizzarli correttamente (invece di copiare solo la soluzione che sto proponendo per en-US) mentre ci sono.

Viene fatto modificando il testo, cercare date aiuta :smirking_face:

E per le date brevi uso GG. MM. AAAA perché è la forma più funzionale. Come js.dates.tiny.date_year è GG.MM.AA ecc.

1 Mi Piace

Questo feedback non è realmente cambiato nel corso degli anni e non vedo alcun danno nel provarlo… quindi ho aperto una PR per cambiare questo default

12 Mi Piace

Preferivo MM 'AA, non vedo perché non possa essere un’opzione

Ci sono molte opzioni diverse. Ma dovrebbe essere l’impostazione predefinita? Non credo, perché la maggior parte del pubblico globale non la preferisce? Non so se sia vero. So solo che la trovo molto confusionaria.

2 Mi Piace

Penso che qualcosa come 13 febbraio 2022 sarebbe meglio di febbraio 2022 o anche febbraio 22.

1 Mi Piace

E di nuovo… la minoranza del mondo usa il formato MMM GG ’AA molto illogico. È strano quanto le intestazioni DOV’È TUTTO IN MAIUSCOLO, VIRGOLE, STRANO, ELENCO che è anche un modo molto americano :wink:

Totalmente d’accordo con me e abbiamo limiti molto preoccupanti su come usare anche OpenAI e Dall-E solo a causa degli americani :wink:

Il mio punto debole è che tutti abbiamo imparato a convivere con queste cose strane e sono totalmente felice se posso cambiarle come voglio, indipendentemente da quali siano le impostazioni predefinite. Ma ho la sensazione che anche molti anglofoni non capiscano il formato MMM ’AA.

Abbiamo troppo tempo libero, perché questa non è una cosa così importante :rofl:

@darkpixlz C’è sicuramente una discussione più ampia da fare su quali formati di data mostrare e quando, anche se vorrei tenerla separata da questa discussione. Tale discussione richiederebbe ricerche più approfondite sull’uso del pattern 'YY in più locali, per garantire che l’impostazione predefinita non sia confusionaria altrove.

Questa discussione in particolare mira a risolvere il problema di “Feb '22 e Feb 22 vengono spesso confusi”, e la soluzione più conservativa a questo problema è usare Feb 2022.

È una richiesta piccola e attuabile che idealmente non richiede molta discussione. È del tutto possibile discuterne all’infinito e rimanere bloccati nelle preferenze e nel bikeshedding, e vorrei evitarlo.

Abbiamo un problema di UX qui, e abbiamo una soluzione: implementiamola e discutiamo il resto altrove.

1 Mi Piace

La modifica di @awesomerobot è stata unita, ho sempre odiato il vecchio formato, mi confondeva sempre.

Sono molto felice di vedere questo cambiamento.

13 Mi Piace

Ottimo cambiamento. Dai tempi dello y2k, ma ha senso avere un codice anno a 4 cifre. Trovo anche il vecchio layout a volte confuso.

1 Mi Piace

Abbiamo aggiornato il nostro forum oggi, ma vedo ancora l’anno in due cifre per i post più vecchi qui. Devo impostare un’opzione?

1 Mi Piace

Forse perché il tuo forum utilizza la versione tedesca.

La modifica ha modificato la locale inglese ma non quella tedesca

3 Mi Piace

Questa modifica deve essere aggiornata anche in altre lingue. Attualmente, è stata modificata solo la versione “en”. Credo che verrà risolta quando gli aggiornamenti delle traduzioni saranno disponibili martedì (?).

5 Mi Piace

Ah grazie! Allora aspetto martedì e sarò paziente. :slight_smile:

3 Mi Piace

Oppure risolvilo da solo se sei un amministratore, è sempre una soluzione anche quella.

2 Mi Piace

Sì, lo so, potrei rinominare/cambiare la traduzione. Ma non ho fretta, dato che usiamo il vecchio formato da quando siamo migrati a Discourse.

Ma sono come Sam. Non mi è mai piaciuto il vecchio formato, per niente. :wink: Ma non ci ho ripensato, come forse molti qui non hanno fatto.

1 Mi Piace