Comentarios tras algunas pruebas reales:
Contexto: nuestra instancia de Discourse es compartida entre varios grupos de usuarios/comunidades que tienen sus propios grupos de permisos. Tenemos una categoría principal para cada uno de estos grupos. Esta categoría es visible públicamente y su contenido se federado en el Fediverse (Discourse ActivityPub). También muestra un calendario público. Ejemplo (https://forum.netzwissen.de/c/meshcore-str/84):
Pasted image 20260401075142.png
El calendario muestra eventos de publicaciones en la categoría principal y también de subcategorías. Las publicaciones de eventos en las subcategorías (que solo son visibles para usuarios “con sesión iniciada” del grupo de permisos de la comunidad) no aparecen en el calendario principal para usuarios anónimos (sin iniciar sesión). Perfecto, esto es el comportamiento esperado.
Veo dos requisitos que harían que el enlace del calendario ICS esté “completo en cuanto a funcionalidad”. Usamos el nuevo enlace del calendario ICS para compartir eventos creados en Discourse en los sitios web públicos de las comunidades (CMS: WordPress).
- Los eventos mostrados en el archivo ICS deberían ser “filtrables” por comunidad/grupo de permisos. Sintaxis propuesta:
[ics_calendar url="https://discourse.example.com/discourse-post-event/events.ics?user_api_key=[xxxx];group=[discourse_group_id]"]
- El archivo ICS solo debería mostrar eventos con estado “público”. Los eventos con estado “privado” o “independiente” generalmente no deberían publicarse en el archivo ICS. Nota: aún no he probado si esto ya está implementado…