Estou encontrando os seguintes problemas de UX ao usar o plugin de calendário renovado
A imagem de destaque no cartão do evento leva à imagem e não ao tópico
Isso é inesperado. Gostaria de ir para o tópico ao clicar nessa imagem.
Ausência de saídas de plugin no editor e na caixa de diálogo de configurações avançadas
Embora a visualização do evento no post processado tenha muitas saídas de plugin e um wrapper discourse-post-event-info, a nova visualização do evento no editor não possui nenhuma, assim como a caixa de diálogo de configurações avançadas, o que impossibilita a personalização ou extensão.
Nenhuma classe CSS específica para a seção de campos personalizados na caixa de diálogo de configurações avançadas
Para permitir formatação ou entrada especial para os campos personalizados, seria interessante se tivéssemos tanto uma saída de plugin (veja o problema anterior) quanto a capacidade de ocultar toda a seção genérica de entrada de campos personalizados. A seção “campos personalizados” possui apenas a classe CSS form-kit__container --full, mas não possui ID.
Os campos individuais possuem um ID control-customFields-fieldname.
O botão “Configurações avançadas” na parte inferior não muda
Mesmo quando você está NAS configurações avançadas, o botão continua com a mesma aparência. Descobriu-se que ele funciona como um alternador: pressionar “Configurações avançadas” na caixa de diálogo de configurações avançadas retorna você para a visualização principal.
Adicionar campos personalizados ao serializador
Não é exatamente uma questão de UX, mas os campos personalizados não estão acessíveis no front-end de maneira estruturada.
Atualmente, estamos usando um plugin que faz isso para nos satisfazer:
add_to_class("DiscoursePostEvent::BasicEventSerializer", :event_extensions_custom_fields) do
object.custom_fields
end
add_to_serializer("discourse_post_event/basic_event", :custom_fields) do
event_extensions_custom_fields
end