📅 Nuova funzione Calendario: data di fine per eventi ricorrenti

[j.jaffeux (Joffrey Jaffeux)]

Ora puoi impostare una data di fine per gli eventi ricorrenti in Discourse Calendar!

Questa funzionalità molto richiesta ti permette di specificare quando una serie di eventi ricorrenti deve interrompersi, dandoti un maggiore controllo sulla pianificazione dei tuoi eventi.

Crea eventi che si ripetono giornalmente, settimanalmente o mensilmente - e ora determina esattamente quando dovrebbero terminare.

Per maggiori dettagli sul plugin Calendar e le sue funzionalità, visita l’argomento ufficiale di Calendar.

In futuro, potremmo aggiungere la possibilità di escludere giorni specifici della settimana.

[sam (Sam Saffron)]

Una cosa complicata con la parola “Fino a” è che non è del tutto ovvio se sia inclusa o esclusa. C’è qualcosa che possiamo fare qui per dare maggiore chiarezza?

[nathank (Nathan Kershaw)]

Sì, Google Calendar ha lo stesso problema! Usano On, ma soffre della stessa ambiguità:

Tuttavia, penso che la maggior parte degli utenti darebbe per scontato che Until includa quella data.

[j.jaffeux (Joffrey Jaffeux)]

Fino a (incluso):

?

edit: Ho fatto questo per ora UX: better copy by jjaffeux · Pull Request #737 · discourse/discourse-calendar · GitHub sembra un buon cambiamento semplice.

---

Una soluzione alternativa sarebbe quella di visualizzare la data/ora effettiva accanto all’input della data, ma probabilmente è eccessivo?

[meglio (Anton)]

@sam

Una cosa complicata con la parola “Fino a” è che non è del tutto ovvio se sia inclusa o esclusa? C’è qualcosa che possiamo fare qui per dare maggiore chiarezza?

Potresti voler prendere in prestito alcune idee dalla mia implementazione delle date di inizio/fine voucher nella finestra di dialogo Nuovo voucher in un e-commerce su cui sto lavorando:

---

Un altro esempio per dimostrare la flessibilità e come evitiamo ambiguità negli intervalli di date nell’interfaccia utente:

---

Dettaglio tecnico: Nella nostra applicazione, salviamo sempre le date come “timestamp con timezone” (postgres), quindi nessuna impostazione del database, né impostazione di connessione, può influire sul timestamp effettivo memorizzato. Anche se Postgres non lo raccomanda, lo facciamo perché offre garanzie al 100% sulla correttezza della data in qualsiasi situazione e in qualsiasi query SQL. Puoi operare con i fusi orari delle date direttamente in postgres usando le loro funzioni data/ora/fuso orario ed essere certo che funzionerà sempre al 100% correttamente. Ci affidiamo a questo.

E poi abbiamo un’impostazione del fuso orario per tutti i tipi di entità che ne hanno bisogno: profili utente, mercati, voucher, reportistica per commercialisti, e così via, in modo da poter tradurre qualsiasi data in qualsiasi fuso orario al volo senza esitazione.

I punti chiave qui sono:

1. Memorizza sempre data e ora con il fuso orario.
2. Memorizza sempre la preferenza del fuso orario.
3. Sii molto esplicito riguardo alle date nell’interfaccia utente, non fare magie.
4. Lascia che l’utente veda le date effettive nel fuso orario scelto prima di fare clic su “Salva”.