Le nuove voci di date in un argomento appaiono così nelle corrispondenti email di notifica:
Nächstes Freifunk Treffen Makers Inn (noch unbestätigt)
2024-04-18T16:00:00Z UTC→2024-04-18T20:00:00Z UTC
Per il canale di pubblicazione via email, questo dovrebbe essere riformattato in un’informazione di data leggibile da un essere umano rispetto al fuso orario corrente (in questo caso: CET) dell’istanza di Discourse.
Le istanze di Discourse non hanno “un fuso orario”. Le singole sessioni utente sì.
OK, in questo caso, la data dovrebbe essere trasformata nel fuso orario dell’utente che riceve l’email di notifica
no 
Per l’utente che riceve, dovrebbe essere tradotto nel suo fuso orario. Quindi, invece di
UTC 2024-04-18, 16:00-20:00 dovrebbe essere letto
CET 2024-04-18, 18:00-22:00
Nel calendario visivo in cima al thread ho anche l’ora corretta
Non credo che sia una richiesta ragionevole, poiché richiederà ulteriori ricerche individuali ed elaborazione lato server per ogni e-mail.
Non conosco il codice qui, ma questo è un possibile svantaggio, sono d’accordo.
D’altra parte, vediamo la data corretta nel calendario visivo in alto… Qualcuno che conosce il codice dovrebbe commentare questo…
Non ho ispezionato il codice ma presumo che sul web la data venga caricata ugualmente dal DB al client e venga analizzata lato client tramite js (che è un’opzione che non hai quando esegui il rendering del contenuto lato client in un client di posta elettronica)
in effetti, una volta che l’email lascia i nostri server non abbiamo modo di adattarla al fuso orario del destinatario
c’è stata una discussione precedente su questo: Discourse local dates need better presentation in emails
passare a UTC è stato un miglioramento rispetto a non mostrare alcun fuso orario, o una situazione molto verbosa in cui potremmo mostrare 3 fusi orari per ogni data… ma non c’è ancora stato un seguito per utilizzare un fuso orario del sito/utente.
Anche se si tratta di pochi fusi orari di distanza, molte persone possono probabilmente fare una stima migliore partendo da un fuso orario specifico piuttosto che da UTC.
L’ora UTC corrente nelle email è davvero terribile per l’“utente medio”, specialmente se ti trovi dall’altra parte del mondo (ad esempio, Nuova Zelanda).
Molti forum che utilizzano Discourse sono radicati in un singolo fuso orario; per questi, sarebbe fantastico poter specificare il fuso orario predefinito visualizzato nelle email.
Per quelli che coprono più fusi orari, sì, è più complicato - come dimostra il motivo per cui abbiamo ancora una “soluzione temporanea” vecchia di 5 anni. Mi piacerebbe molto se qualcuno considerevolmente più intelligente (o almeno più dedicato) di me riuscisse a risolvere questo problema.
[citazione=“nathank, post:10, topic:299937”]
L’UTC attuale nelle email è davvero pessimo per l’utente ‘medio’, soprattutto se ti trovi dall’altra parte del mondo (ad esempio, in Nuova Zelanda).
Molti forum che utilizzano Discourse sono radicati in un singolo fuso orario; per questi, sarebbe fantastico poter specificare il fuso orario predefinito visualizzato nelle email.
[/citazione]
Sono assolutamente d’accordo al 100%. Abbiamo un forum che si trova in Australia e utilizziamo argomenti chiusi come mailing list di fatto. Quasi tutti si trovano in Australia e si aspettano che gli orari delle riunioni lo riflettano. L’UTC nelle email è assolutamente sconcertante per molti utenti.
Non possiamo almeno impostare il fuso orario che viene utilizzato e consentire a ogni istanza di scegliere se sovrascriverlo o meno.
@j.jaffeux / @hugh / @lindsey cosa ne pensate di:
Esso:
discourse_local_dates_email_timezone che consente di configurareQuindi, nei casi di un discourse altamente localizzato, lo imposteresti al fuso orario del paese, il che rende le email meno confuse.
Questo purtroppo è un po’ più complicato, inserirlo nella pipeline non è banale.
Comunque tu presenti l’ora, per favore, per favore, per favore includi sempre il fuso orario scelto!
Mi scusi, non sto capendo. Può spiegare meglio cosa intende?
Nell’esempio di testo, non c’è fuso orario. Sto dicendo che sarebbe un male, se fosse letteralmente quello che verrebbe utilizzato. Suggerirei vivamente di aggiungere l’appropriato descrittore di fuso orario di tre o quattro lettere, o il descrittore in formato esteso del paese/città. Il testo esistente ha “UTC” che è un’indicazione inequivocabile di ciò che si intende: il nuovo comportamento dovrebbe essere almeno altrettanto buono.
Anche in un “discorso altamente locale” potrebbero esserci utenti in fusi orari adiacenti, potrebbero esserci spostamenti dell’ora legale, potrebbero esserci utenti in viaggio che accedono da lontano.
Dalla stessa PR 
discourse_local_dates_email_format:
default: "llll UTC"
Non è una battaglia in cui morirò, ma ora è molto difficile capire le date, quindi sono più felice che NYC/Londra/Parigi ottengano qualcosa di leggermente meno confuso… ma è molto difficile trovare un formato che vada bene per tutti.
Possiamo comunque mantenere lo status quo predefinito.
Cosa succede se cambio discourse_local_dates_email_timezone in “Europe/Paris” ma non aggiorno il formato in “llll Europe/Paris”? Questo causerà la conversione dell’ora in ora di Parigi ma visualizzerà comunque “UTC” dopo?
[citazione=“Moin, post:17, topic:299937”]
Causerebbe la conversione dell’ora in ora di Parigi, ma visualizzerebbe comunque “UTC” dopo?
[/citazione]
Sì, questo è ciò che accadrà, le impostazioni sono intrecciate, devi cambiarle entrambe.
Prima della mia PR avevamo hardcoded il testo “UTC”, quindi questo non era nemmeno configurabile.
Mi sembra soggetto a errori. È possibile mostrare automaticamente il fuso orario selezionato invece di aspettarsi che l’amministratore aggiorni manualmente il formato? Usare "llll z" come predefinito per discourse_local_dates_email_format funzionerebbe?
Ottima osservazione Moin 
funziona, ho aggiornato la mia PR