لقد كنت أستخدم إضافة التقويم والفعاليات الرسمية لسنوات، وهي ممتازة حقًا للعديد من الاستخدامات - زر “الإضافة إلى التقويم” في الموضوع مفيد ولكنه لا يذهب إلى المدى المطلوب في عام 2026.
عندما يتلقى المستخدم إشعارًا بشأن موضوع حدث جديد، فإنه يتلقى بريدًا إلكترونيًا قياسيًا لإشعار Discourse. هذا البريد الإلكتروني لا يحتوي على مرفق .ics. هذا يعني أن المستلم يحتاج إلى:
١. النقر في البريد الإلكتروني للإشعار للانتقال إلى الموضوع
٢. العثور على زر “الإضافة إلى التقويم” والنقر عليه (غير واضح، لأنه موجود في قائمة \text{...})
٣. مستخدمو تقويم Google: يمكنهم النقر للإضافة من هناك (يفتح علامة تبويب جديدة)
٤. مستخدمو Outlook/Apple Calendar: عليهم تنزيل/فتح الملف يدويًا وإضافته إلى التقويم.
تدعم عملاء البريد الإلكتروني مثل Outlook و Apple Mail و Thunderbird و Gmail كلاً من دعوات التقويم المضمنة كأجزاء MIME من نوع text/calendar من الدرجة الأولى. عندما يكتشفون واحدة، فإنهم يعرضون واجهة مستخدم أصلية “قبول / رفض / ربما” مباشرة داخل البريد الإلكتروني - لا حاجة للنقر للوصول إلى موقع ويب. لست متأكدًا مما إذا كان يمكن تنفيذ حلقة التغذية الراجعة “قبول/رفض” لتحديث الموضوع، ولكن على الأقل الإضافة التلقائية إلى التقويم ستكون شيئًا ما.
هذا حقًا مصدر احتكاك لاستخدام Discourse مع بعض الفرق والمجتمعات التي أدعمها. عندما يتم دعم شيء محوري مثل دعوات التقويم أصلاً في عملاء البريد الإلكتروني، يجد الأشخاص الجدد في Discourse أنه من المزعج أن Discourse لا يمكنه القيام بذلك.
أنا أتساءل فقط عما إذا كان هذا شيئًا ممكنًا إضافته في المستقبل إلى فعاليات Discourse؟
