Obrigado pelo trabalho! Ambos os sistemas de formato de data dos EUA/UE são suportados para esses URLs? E o que acontece se houver vários eventos no mesmo dia?
De fato, o link direto para o evento pode ser compartilhado e fornecer vários formatos de URL não é uma tarefa fácil. Já estamos gratos por você nos fornecer esta atualização para o fullcalendar 6 com novos recursos!
Desde a atualização, estou vendo instâncias de uma diferença de 1 hora entre o horário de postagem do tópico (correto) e o horário de exibição do calendário (uma hora antes) em alguns eventos, mas não em todos.
Isso se resolve após nosso fuso horário local mudar para o horário de verão ou causa outros eventos (no sentido inverso) após o início do horário de verão. Nem todos os eventos são afetados, no entanto. Este é um problema conhecido? Existe uma correção em andamento?
Seria bom ver os títulos completos na visualização Mensal no desktop (talvez ao passar o mouse), pois eles costumam ser repletos de informações úteis. Claro, isso significaria que os eventos poderiam ficar “gananciosos” e ocupar mais espaço.
Calendário para Mobile
Além disso, no mobile é raro ver mais do que a hora. Acho que isso não importa tanto, pois é fácil tocá-los para ver mais.
Por último, seria super útil ter uma visualização de agenda, que é uma forma comum de representar eventos. Isso é de alguma forma possível através do calendário?
Sei que é factível usando o Right Sidebar Blocks, mas isso está em um contexto diferente.
Acho que geralmente se espera que abra hoje. Se precisar vincular seus usuários a um dia específico, você pode criar o link que deseja agora: /upcoming-events/day/2025/9/2
Não é melhor. Apenas mais padronizado e consistente com a forma como as datas são codificadas em outras partes do Discourse.
Em contrapartida, a forma como está implementado atualmente é consistente com os URLs do Discourse (que precisam ter numeração aberta).
Portanto, esta é uma decisão filosófica. Consistência interna com URLs ou consistência interna/externa com datas. Há prós e contras para cada um. Eu prefiro a implementação atual.
Se eu começasse a escrever essa data, o formato seria mm/dd. Porque é um padrão praticamente em todos os lugares — exceto quando a conexão é dos EUA e eles removeriam os zeros à esquerda e começariam as palavras com letras maiúsculas . Ou de programadores que contam espaços, porque até os americanos podem ler e usar mm/dd.
Portanto, é uma questão de memória muscular e um fatoide de que a maior parte do mundo está acostumada a usar o formato ISO e é difícil lembrar qual software e plataforma usam qual formato. Essa é uma daquelas perguntas em que alguém sempre perde — a questão é qual grupo é o maior.
Ainda estou vendo comportamento errático de eventos recorrentes antes e depois das mudanças de horário local para o horário de verão. Estamos em um plano hospedado, então é apenas uma questão de esperar que a correção seja implementada?
. O núcleo da atualização é a migração do fullcalendar 4 para o fullcalendar 6, o que nos trará uma UI atualizada:
. Ou de programadores que contam espaços, porque até os americanos podem ler e usar mm/dd.