صحيح تمامًا.
من وجهة نظري، فإن التنفيذ الحالي لوظيفة التقويم مفيد فقط لحالات الاستخدام التي تتم فيها إدارة جميع الأوقات داخل Discourse و/أو باستخدام بعض الحلول الخاصة مثل تقويم Gmail. هذا يجعله “معزولًا” إلى حد ما لأنه لا يوجد تكامل مع أنظمة مفتوحة أخرى.
في كثير من الحالات، يستخدم الأشخاص حلول تقويم خارجية مستقلة عن مزود معين (مثل خادم Radicale caldav/carddav في بايثون). إنهم ببساطة يريدون عرض التقويم داخل المنتدى (“للقراءة فقط”) والمزامنة مع التغييرات الخارجية تلقائيًا.
إذا كان بإمكان Discourse العمل كعميل caldav (مثل Thunderbird على سطح المكتب و DAVx⁵ على Android)، فسيكون ذلك خطوة كبيرة. أولاً، يمكن أن يكون “للقراءة فقط”، والخطوة الثانية ستكون تنفيذ أذونات الكتابة لتقويمات caldav الخارجية. يجب ربط هذا بملف تعريف المستخدم، وهو نهج مختلف عن المكون الإضافي الحالي للتقويم.
يعتبر Caldav أكثر عملية بالفعل للمجتمع ويتطلب أيضًا الكثير من العمل كما ذكرت، فهو يحتاج إلى العمل كخادم للمزامنة في اتجاهين.
من ناحية أخرى، فإن Webcal feed هو مجرد تجميع وبث للبيانات في اتجاه واحد، مما سيكون أسهل وأسرع في التنفيذ.
أتفهم الحاجة إلى caldav ولكن قد يؤخر تنفيذ الميزة الأكثر جدوى والتي يمكن تحقيقها بسرعة وهي webcal.
لا أعتقد ذلك. لا نحتاج إلى وظائف خادم تقويم CalDAV في Discourse. خادم Radicale الذي ذكرته سابقًا هو خادم Caldav/CardDav صغير يعتمد على Python ويحل بالفعل جميع المتطلبات من جانب الخادم، لكل من CalDAV و CardDAV. الشيء الوحيد المفقود من جانب Discourse هو تنفيذ العميل وواجهة مستخدم لعرض المحتوى وتحريره. لا يسد مكون Angus Events هذه الفجوة بعد.