Comme cette demande de notre communauté est réapparue, j’aimerais lier cette ancienne demande de fonctionnalité qui n’était pas située dans la bonne catégorie :
Calendrier : exporter vers caldav/carddav](Calendar: export to caldav/carddav)
Alors que l’exportation ical est basée sur des fichiers, caldav nécessiterait un service dav avec des appels API appropriés. L’option d’exportation ical serait plus facile, je suppose…
L’abonnement CalDAV est un élément de base de toute extension de gestion d’événements. Où pourrions-nous lancer une collecte de fonds pour cette fonctionnalité ?
Absolument vrai.
De mon point de vue, l’implémentation actuelle de la fonctionnalité calendrier n’est utile que pour des cas d’utilisation où toute la gestion du temps est préparée à l’intérieur de Discourse et/ou avec des solutions propriétaires comme le calendrier Gmail. Cela le rend quelque peu « isolé » car il n’y a pas d’intégration avec d’autres systèmes ouverts.
Dans de nombreux cas, les gens utilisent des solutions de calendrier externes indépendantes d’un fournisseur spécifique (par exemple, le serveur Radicale caldav/carddav en Python). Ils veulent simplement afficher le calendrier dans le forum (« lecture seule ») et synchroniser automatiquement avec les changements externes.
Si Discourse pouvait agir comme un client CalDAV (comme Thunderbird sur le bureau et DAVx⁵ sur Android), ce serait un grand pas. Dans un premier temps, cela pourrait être en « lecture seule », dans un second temps, l’implémentation des permissions d’écriture sur les calendriers CalDAV externes. Cela devrait être lié au profil utilisateur, ce qui est une approche différente de celle du plugin calendrier actuel.
Caldav est en effet plus pratique pour une communauté, mais représente aussi beaucoup de travail comme vous le mentionnez, il doit agir comme un serveur pour une synchronisation bidirectionnelle.
D’un autre côté, un flux Webcal est juste une collecte et une diffusion de données unidirectionnelles, ce qui serait beaucoup plus facile et rapide à mettre en œuvre.
Je comprends le besoin de caldav, mais cela pourrait retarder la mise en œuvre de la fonctionnalité plus rapidement réalisable qu’est webcal.
Vous pourriez aimer jeter un œil à Events Plugin 📅 de @angus, qui fait essentiellement ce que je crois que vous recherchez.
Il possède sa propre interface utilisateur pour les événements, ou vous pouvez utiliser le plugin et l’interface utilisateur officiels de Discourse calendar-and-event, et il s’occupera uniquement des tâches de backend.
Je ne pense pas. Nous n’avons pas besoin de la fonctionnalité de serveur de calendrier CalDav dans Discourse. Le Serveur Radicale que j’ai mentionné précédemment est un petit serveur Caldav/CardDav basé sur Python qui résout déjà toutes les exigences côté serveur, pour CalDAV et CardDAV. La seule chose qui manque du côté Discourse est une implémentation client et une interface utilisateur pour afficher et modifier le contenu. Le plugin @angus Events ne comble pas encore cette lacune.
Le plugin Événements vous permet d’importer des événements depuis n’importe quelle source compatible iCalendar (RFC 5545), ce qui inclut CalDav.
ok, alors j’ai peut-être manqué quelque chose. Merci pour l’info !
Ceci est terminé, les téléchargements ICS sont maintenant une fonctionnalité 
CalDAV peut être suivi ici :
Y a-t-il une possibilité d’avoir des abonnements à des URL ical à l’avenir, comme c’était le cas avec le plugin Pavilion ?
Euh, ils étaient déjà une fonctionnalité lorsque le message d’origine a été posté ici. Je ne pense pas que ce soit ce qu’ils recherchaient.
Veuillez également noter que le champ Lieu (qui est assez critique pour les événements via .ics) n’est actuellement pas transmis :
C’est un bug, assurons-nous qu’il y ait un sujet de bug dédié pour cela.
J’ai du mal à comprendre cela, qu’est-ce que cela signifie en pratique ?
ces deux messages sont antérieurs à la suppression du programme d’abonnement pour ce plugin par Angus, donc le plugin d’événements ne résoudra rien maintenant.
Je pense que @kelv a réintégré une partie de cela selon :
Quelle est la portée de cette demande ?
