nathank
Junho 14, 2026, 10:36pm
1
A notificação por e-mail para um novo post de evento não inclui a descrição do Evento. Caso haja texto no corpo do post, este é incluído.
Acho que isso proporciona uma experiência muito “resumida”. Muito resumida!
Por exemplo:
Como a direção atual parece ser incentivar as pessoas a colocar mais informações no campo “Descrição”, faria sentido para mim incluí-lo nos e-mails de notificação.
2 curtidas
Obrigado, será corrigido por
main ← fix-event-email-details
opened 12:41PM - 15 Jun 26 UTC
Previously, the notification email for an event post showed almost nothing about… the event. The event card is rendered client-side from the `[event]` block's `data-*` attributes, so emails (which run no JavaScript) fell back to a sparse table that omitted the description entirely and mishandled other fields: all-day events showed a bogus "12:00 AM", recurring events gave no hint that they repeat, and scheme-less URLs produced broken relative links.
This change extracts the email rendering into a dedicated `DiscoursePostEvent::EmailRenderer` that mirrors the on-site event card as closely as a static rendering allows. The email now includes the description, status (e.g. Expired/Closed), creator, recurrence label, "N going" count and cover image; formats all-day dates without a spurious time/timezone; renders emoji in the event name; cooks markdown in the location; and prepends a scheme to scheme-less URLs.
Translations are read from the existing client locale (the `js.*` namespace) so the email and the card never drift, and recurrence/status values are gated by `EventValidator::VALID_RECURRENCES` and the event's own status. Purely interactive parts of the card (RSVP buttons, chat-channel link, more menu) are intentionally omitted.
3 curtidas
