📅 Novo Recurso de CalendĂĄrio: Data de TĂ©rmino para Eventos Recorrentes

AnĂșncios
1

Agora vocĂȘ pode definir uma data de tĂ©rmino para eventos recorrentes no Discourse Calendar! :sparkles:

Screenshot 2025-06-02 at 13.39.42
Screenshot 2025-06-02 at 13.39.42566×194 2.71 KB

Este recurso muito solicitado permite que vocĂȘ especifique quando uma sĂ©rie de eventos recorrentes deve parar, dando a vocĂȘ mais controle sobre o agendamento de seus eventos.

Crie eventos que se repetem diariamente, semanalmente ou mensalmente - e agora determine exatamente quando eles devem terminar.

Para mais detalhes sobre o plugin Calendar e seus recursos, visite o tĂłpico oficial do Calendar.

No futuro, podemos adicionar a possibilidade de excluir dias especĂ­ficos da semana.

22 curtidas
2

Uma questĂŁo delicada com a palavra “AtĂ©â€ Ă© que nĂŁo Ă© totalmente Ăłbvio se estĂĄ incluĂ­da ou excluĂ­da? HĂĄ algo que possamos fazer aqui para dar mais clareza?

2 curtidas
3

Sim, o Google Agenda tem o mesmo problema! Eles usam On, mas sofre da mesma ambiguidade:

O menu de configuraçÔes de recorrĂȘncia personalizado para agendamento, mostrando que o evento ocorre toda quinta-feira, com a opção de repetir atĂ© 2 de setembro de 2025, ou definir um nĂșmero especĂ­fico que ainda nĂŁo foi concluĂ­do. (Legenda por IA)
O menu de configuraçÔes de recorrĂȘncia personalizado para agendamento, mostrando que o evento ocorre toda quinta-feira, com a opção de repetir atĂ© 2 de setembro de 2025, ou definir um nĂșmero especĂ­fico que ainda nĂŁo foi concluĂ­do. (Legenda por IA)316×461 15 KB

No entanto, acho que a maioria dos usuårios assumiria com segurança que Until inclui essa data.

3 curtidas
4

Até (incluído):

?

edit: Fiz isso por enquanto UX: better copy by jjaffeux · Pull Request #737 · discourse/discourse-calendar · GitHub parece uma mudança simples e boa.

Uma solução alternativa seria exibir a data/hora real ao lado da entrada de data, mas provavelmente exagero?

3 curtidas
5

VocĂȘ pode querer pegar algumas ideias da minha implementação das datas de InĂ­cio/Fim de Vouchers na caixa de diĂĄlogo Novo Voucher em um e-commerce em que estou trabalhando:

image
image1024×1064 84 KB

Outro exemplo para demonstrar a flexibilidade e como evitamos ambiguidades em intervalos de datas na interface do usuĂĄrio:

image
image946×1044 79.4 KB

Detalhe tĂ©cnico: Em nosso aplicativo, sempre salvamos datas como “timestamp com fuso horĂĄrio” (postgres), portanto, nenhuma configuração de banco de dados ou configuração de conexĂŁo pode afetar o timestamp real armazenado. Mesmo que o Postgres nĂŁo recomende, nĂłs o fazemos porque isso garante 100% de correção da data em qualquer situação e em qualquer consulta SQL. VocĂȘ pode operar com fusos horĂĄrios de data diretamente no postgres usando suas funçÔes de data/hora/fuso horĂĄrio e ter certeza de que funcionarĂĄ 100% corretamente sempre. NĂłs confiamos nisso.

E então temos uma configuração de fuso horårio para todos os tipos de entidades que precisam dela: perfis de usuårio, mercados, vouchers, relatórios para contadores, e assim por diante - para que possamos traduzir quaisquer datas para quaisquer fusos horårios instantaneamente, sem hesitação.

As principais conclusÔes aqui são:

  1. Sempre armazene data e hora com fuso horĂĄrio.
  2. Sempre armazene a preferĂȘncia de fuso horĂĄrio.
  3. Seja muito explícito sobre as datas na interface do usuårio, não faça nenhuma mågica.
  4. Deixe o usuário ver as datas reais no fuso horário escolhido antes de clicar em “Salvar”.
1 curtida