コミュニティからこのリクエストが再び寄せられたため、正しいカテゴリに配置されていなかった以前の機能リクエストをここにリンクしたいと思います。
カレンダー：caldav/carddavへのエクスポート](Calendar: export to caldav/carddav)
icalエクスポートはファイルベースですが、caldavは適切なAPI呼び出しを備えたdavサービスを必要とします。icalエクスポートオプションの方が簡単だと思います…
「いいね！」 6
CalDAVサブスクリプションは、イベント管理拡張機能の基本です。この機能の資金調達はどこから始められるでしょうか？
まったくその通りです。
私の見解では、現在のカレンダー機能の実装は、すべての時間管理がDiscourse内またはGmailカレンダーのような独自のソリューションで準備されているユースケースにのみ役立ちます。これにより、他のオープンシステムとの統合がないため、ある種「孤立」しています。
多くの人は、特定のプロバイダーに依存しない外部カレンダーソリューション（例：PythonのRadicale caldav/carddavサーバー）を使用しています。彼らは単にフォーラム内にカレンダーを表示したいだけで（「読み取り専用」）、外部からの変更と自動的に同期したいのです。
Discourseが（デスクトップのThunderbirdやAndroidのDAVx⁵のように）Caldavクライアントとして機能できれば、それは大きな進歩となるでしょう。まず「読み取り専用」で、次に外部Caldavカレンダーへの書き込み権限の実装です。これは、現在のカレンダープラグインとは異なるアプローチであり、ユーザープロファイルにリンクされるべきです。
Caldavは確かにコミュニティにとってはより実用的ですが、ご指摘のように多くの作業が必要です。双方向同期のためのサーバーとして機能する必要があるからです。
一方、Webcalフィードは、データの単方向の収集とブロードキャストに過ぎず、実装ははるかに簡単で迅速です。
caldavの必要性は理解できますが、webcalというより早く実現可能な機能の実装が遅れる可能性があります。
@angus さんの Events Plugin 📅 をご覧になることをお勧めします。これは、あなたが探しているものと基本的に同じことを行います。
独自のイベントUIを備えているか、公式のDiscourse calendar-and-event プラグインとUIを使用すれば、バックエンドの処理のみを行います。
そうは思いません。Discourse に CalDav カレンダーサーバー機能は必要ありません。私が以前言及した Radicale Server は、CalDAV と CardDAV の両方のサーバー側の要件をすべて解決する、Python ベースの小さな Caldav/CardDav サーバーです。Discourse 側で不足しているのは、クライアント実装と、コンテンツを表示および編集するための UI だけです。@angus Events プラグインは、まだこのギャップを埋めていません。
Events Plugin は、CalDav を含む、iCalendar (RFC 5545) 互換ソースからイベントをインポートできるプラグインです。
なるほど、何か見落としていたようです。情報ありがとうございます！
将来的に、Pavilionプラグインのようにical URLサブスクリプションを利用することは可能でしょうか？
「いいね！」 2
えーと、OPがここに投稿されたとき、それはすでに機能でした。それが彼らが探していたものではないと思います。
また、Locationフィールド（.ics経由のイベントにとって非常に重要です）が現在渡されていないことに注意してください。
それはバグです。専用のバグトピックがあることを確認しましょう。
「いいね！」 1
これを解析するのに苦労しています。実際にはどういう意味ですか？
これらの投稿は両方とも、Angus がこのプラグインのサブスクリプションプログラムを中止する前に書かれたものです。そのため、現在ではイベントプラグインは何も解決しません。
@kelv が追加したものがいくつかあると思います。以下を参照してください。
このリクエストの範囲は何ですか？