Como esta solicitud de nuestra comunidad apareció nuevamente, me gustaría vincular esta solicitud de función anterior que no se encontraba en la categoría correcta:
Calendario: exportar a caldav/carddav](Calendar: export to caldav/carddav)
Mientras que la exportación de ical se basa en archivos, caldav requeriría un servicio dav con llamadas API apropiadas. La opción de exportación de ical sería más fácil, supongo…
La suscripción a CalDAV es básica para cualquier extensión de gestión de eventos, ¿dónde podríamos iniciar una recaudación de fondos para esta función?
Absolutamente cierto.
Desde mi punto de vista, la implementación actual de la funcionalidad del calendario solo es útil para casos de uso en los que toda la gestión del tiempo se prepara dentro de Discourse y/o con algunas soluciones propietarias como el calendario de Gmail. Esto lo hace de alguna manera “aislado”, ya que no hay integración con otros sistemas abiertos.
En muchos casos, las personas utilizan soluciones de calendario externas que son independientes de un proveedor específico (por ejemplo, servidor Radicale caldav/carddav en python). Simplemente quieren mostrar el calendario dentro del foro (“solo lectura”) y sincronizar automáticamente con los cambios externos.
Si Discourse pudiera actuar como un cliente CalDAV (como Thunderbird en el escritorio y DAVx⁵ en Android), sería un gran paso. Al principio, podría ser “solo lectura”, y en un segundo paso se implementaría la posibilidad de escribir en calendarios CalDAV externos. Esto debería vincularse al perfil del usuario, lo que representa un enfoque diferente al del plugin de calendario actual.
Caldav es más práctico, de hecho, para una comunidad y también implica mucho trabajo, como mencionas, necesita actuar como un servidor para una sincronización bidireccional.
Por otro lado, un feed de Webcal es solo una colección unidireccional y una transmisión de datos que sería mucho más fácil y rápida de implementar.
Entiendo la necesidad de Caldav, pero puede retrasar la implementación de la función más factible rápidamente que es webcal.
Quizás te interese echar un vistazo a Events Plugin 📅 de @angus, que hace básicamente lo que creo que estás buscando.
Tiene su propia interfaz de usuario para eventos, o puedes usar el plugin y la interfaz de usuario oficial de Discourse calendar-and-event, y él se encargará de la parte de backend.
No lo creo. No necesitamos la funcionalidad del servidor de calendario CalDAV en Discourse. El Servidor Radicale que mencioné anteriormente es un pequeño servidor Caldav/CardDav basado en Python que ya resuelve todos los requisitos del lado del servidor, tanto para CalDAV como para CardDAV. Lo único que falta en el lado de Discourse es una implementación del cliente y una interfaz de usuario para mostrar y editar el contenido. El plugin de eventos de @angus aún no llena este vacío.
El Plugin de Eventos te permite importar eventos de cualquier fuente compatible con iCalendar (RFC 5545), lo que incluye CalDav.
ok, entonces puede que me haya perdido algo. ¡Gracias por la información!
¿Alguna posibilidad de tener suscripciones de URL iCal en el futuro, como ocurría con el plugin Pavilion?
Eeeh, ya eran una característica cuando se publicó el OP aquí. No creo que eso sea lo que buscaban.
Tenga en cuenta también que el campo Ubicación (que es bastante crítico para los Eventos a través de .ics) no se está transmitiendo actualmente:
Eso es un error, asegurémonos de que haya un tema de error dedicado para ello.
Tengo problemas para analizar esto, ¿qué significa en la práctica?
ambas publicaciones son anteriores a que Angus eliminara el programa de suscripción para este plugin, por lo que el plugin de eventos no resolverá nada ahora.
Creo que @kelv añadió parte de esto según:
¿Cuál es el alcance de esta solicitud?
