Da diese Anfrage aus unserer Community erneut aufgetaucht ist, möchte ich diese ältere Funktionsanfrage verlinken, die nicht in der richtigen Kategorie gefunden wurde:
Kalender: Export nach CalDAV/CardDAV](Calendar: export to caldav/carddav)
Während der iCal-Export dateibasiert ist, würde CalDAV einen DAV-Dienst mit entsprechenden API-Aufrufen erfordern. Die iCal-Exportoption wäre meiner Meinung nach einfacher …
CalDAV-Abonnement ist eine Grundlage für jede Erweiterung zur Ereignisverwaltung. Wo könnten wir mit einer Spendenaktion für diese Funktion beginnen?
Absolut richtig.
Aus meiner Sicht ist die aktuelle Implementierung der Kalenderfunktionalität nur für Anwendungsfälle nützlich, bei denen die gesamte Zeitverwaltung innerhalb von Discourse und/oder mit proprietären Lösungen wie dem Gmail-Kalender vorbereitet wird. Dies macht es irgendwie „isoliert“, da es keine Integration mit anderen offenen Systemen gibt.
In vielen Fällen verwenden die Leute externe Kalenderlösungen, die unabhängig von einem bestimmten Anbieter sind (z. B. Radicale CalDAV/CardDAV-Server in Python). Sie möchten einfach den Kalender im Forum anzeigen („nur lesen“) und automatisch mit externen Änderungen synchronisieren.
Wenn Discourse als CalDAV-Client fungieren könnte (wie Thunderbird auf dem Desktop und DAVx⁵ auf Android), wäre das ein großer Schritt. Zuerst könnte es „nur lesen“ sein, im zweiten Schritt wäre die Implementierung von Schreibberechtigungen für externe CalDAV-Kalender. Dies sollte mit dem Benutzerprofil verknüpft werden, was ein anderer Ansatz ist als das aktuelle Kalender-Plugin.
Caldav ist in der Tat praktischer für eine Community und macht auch viel Arbeit, da es, wie Sie erwähnten, als Server für eine Zwei-Wege-Synchronisierung fungieren muss.
Auf der anderen Seite ist ein Webcal-Feed nur eine einseitige Sammlung und Übertragung von Daten, was viel einfacher und schneller zu implementieren wäre.
Ich verstehe die Notwendigkeit von Caldav, aber es kann die Implementierung des schneller realisierbaren Features, das Webcal ist, verzögern.
Sie möchten sich vielleicht @angus’s Events Plugin 📅 ansehen, das im Grunde das tut, was Sie suchen.\n\nEs hat eine eigene Benutzeroberfläche für Veranstaltungen, oder Sie können das offizielle Discourse #calendar-and-event-Plugin und die Benutzeroberfläche verwenden, und es erledigt nur die Backend-Aufgaben.
Ich glaube nicht. Wir brauchen keine CalDav-Kalenderserver-Funktionalität in Discourse. Der Radicale Server, den ich zuvor erwähnt habe, ist ein kleiner Python-basierter Caldav/CardDav-Server, der bereits alle serverseitigen Anforderungen für CalDAV und CardDAV erfüllt. Das Einzige, was auf der Discourse-Seite fehlt, ist eine Client-Implementierung und eine Benutzeroberfläche zur Anzeige und Bearbeitung des Inhalts. @angus Das Events-Plugin füllt diese Lücke noch nicht.
Das Events Plugin ermöglicht den Import von Ereignissen aus jeder iCalendar (RFC 5545) kompatiblen Quelle, einschließlich CalDav.
ok, dann habe ich vielleicht etwas übersehen. Danke für die Info!
Gibt es in Zukunft die Möglichkeit, iCal-URL-Abonnements zu haben, wie es beim Pavilion-Plugin der Fall war?
Ähm – sie waren bereits eine Funktion, als der Eröffnungspost hier gepostet wurde. Ich glaube nicht, dass das das ist, wonach sie gesucht haben.
Bitte beachten Sie auch, dass das Feld „Ort“ (das für Ereignisse über .ics von entscheidender Bedeutung ist) derzeit nicht übergeben wird:
Das ist ein Fehler. Stellen wir sicher, dass es ein eigenes Fehlerthema dafür gibt.
Ich habe Schwierigkeiten, dies zu analysieren. Was bedeutet das in der Praxis?
Beide diese Beiträge stammen aus der Zeit, bevor Angus das Abonnementprogramm für dieses Plugin eingestellt hat, sodass das Events Plugin jetzt nichts mehr löst.
Ich glaube, @kelv hat etwas davon zurück hinzugefügt, gemäß:
Was ist der Umfang dieser Anfrage?
