Realmente precisamos criar um novo tópico para cada evento, em vez de um único tópico de evento controlar vários eventos visíveis no calendário.
No momento, a única solução viável é criar manualmente vários novos tópicos. Isso, claro, enche o feed “Mais Recentes” de forma muito irritante (o que precisa de alguma mitigação), além de exigir cuidado para não notificar em excesso. Acho que isso destaca alguns dos desafios em trazer essa funcionalidade à vida.
Ideia fofa, mas acho que não vai ser suficiente — cada evento de uma série realmente precisa de sua própria confirmação de presença, informações complementares e discussão.
O RSVP seria substituído pela enquete, de modo que todos os eventos no tópico seriam autônomos. Todos os eventos girariam em torno da mesma questão: a complexidade de definir um horário entre várias opções.
Não é realmente uma série nem algo que possa ser realizado no Outlook.
É o ingrediente especial que faz com que uma instituição, como a universidade em que estou, se afaste das séries defensivamente falsas do Outlook e migre para o Discourse.
Volto a falar sobre isso depois de usar a versão atualizada do plugin nos últimos meses; ele está funcionando muito bem agora que temos mais opções de recorrência – especialmente o dia X do mês e a capacidade de confirmar presença tanto no evento quanto na série.
No entanto, um problema fundamental permanece: arquivar o conteúdo do último evento.
O caso de uso é um evento recorrente que tem várias publicações/discussões associadas. Isso pode incluir arquivos anexados e imagens. O exemplo mais óbvio é uma reunião de trabalho regular.
No momento, essa bagunça resultante precisa ser organizada manualmente de uma forma ou de outra, pois o que a recorrência faz é simplesmente alterar a data do evento e limpar as confirmações de presença. As opções manuais são:
Desativar a recorrência antes/durante o Evento e publicar um novo Evento para o próximo mês
Mover as publicações relevantes para uma publicação de arquivo dedicada
Excluir automaticamente as publicações na publicação do evento (embora o timing disso seja estranho)
Esquecer toda a questão da recorrência para esses tipos de eventos e fazer tudo manualmente
Infelizmente, nenhuma dessas opções é ideal.
O que eu gostaria de ver em vez disso
Gostaria que a recorrência mantivesse o tópico atual do Evento intacto, mas, uma vez concluído, o plugin criaria um novo Tópico para o próximo Evento.
Isso manteria o fluxo agradável e garantiria automaticamente que um arquivo apropriado do evento passado seja retido – além de fornecer um Tópico “limpo” para o novo evento.
O preço a pagar (além da complexidade aumentada) seria que o evento ativo teria uma nova URL. Eu poderia ver isso potencialmente sendo um problema em alguns casos.