يمكنك الآن تعيين تاريخ انتهاء للأحداث المتكررة في تقويم Discourse! 
تسمح لك هذه الميزة المطلوبة بشدة بتحديد وقت توقف سلسلة الأحداث المتكررة، مما يمنحك المزيد من التحكم في جدولة الأحداث الخاصة بك.
قم بإنشاء أحداث تتكرر يوميًا أو أسبوعيًا أو شهريًا - والآن حدد بالضبط متى يجب أن تنتهي.
لمزيد من التفاصيل حول إضافة التقويم وميزاته، قم بزيارة موضوع التقويم الرسمي.
في المستقبل، قد نضيف إمكانية استبعاد أيام معينة من الأسبوع.
أمر معقد في كلمة “حتى” هو أنه ليس من الواضح تمامًا ما إذا كانت مشمولة أم مستبعدة؟ هل هناك أي شيء يمكننا القيام به هنا لتقديم وضوح أفضل؟
نعم، لدى تقويم Google نفس المشكلة! يستخدمون On، لكنها تعاني من نفس الغموض:
ومع ذلك، أعتقد أن معظم المستخدمين سيفترضون بأمان أن Until يتضمن هذا التاريخ.
حتى (متضمن):
؟
تعديل: لقد فعلت هذا في الوقت الحالي UX: better copy by jjaffeux · Pull Request #737 · discourse/discourse-calendar · GitHub يبدو أنه تغيير بسيط وجيد.
الحل البديل سيكون عرض التاريخ/الوقت الفعلي بجوار حقل إدخال التاريخ، ولكن ربما يكون مبالغًا فيه؟
قد ترغب في استعارة بعض الأفكار من تنفيذي لتواريخ بدء/انتهاء القسيمة في مربع حوار القسيمة الجديد في تجارة إلكترونية أعمل عليها:
مثال آخر لتوضيح المرونة وكيف نتجنب الغموض في نطاقات التواريخ في واجهة المستخدم:
تفاصيل تقنية: في تطبيقنا، نقوم دائمًا بتخزين التواريخ كـ “الطابع الزمني مع المنطقة الزمنية” (بوستجريس)، لذلك لا يمكن لأي إعداد قاعدة بيانات، ولا إعداد اتصال، التأثير على الطابع الزمني الفعلي المخزن. على الرغم من أن بوستجريس لا توصي بذلك، إلا أننا نفعل ذلك لأنه يمنح ضمانات 100٪ لصحة التاريخ في أي موقف وفي أي استعلام SQL. يمكنك العمل مع المناطق الزمنية للتاريخ والوقت مباشرة في بوستجريس باستخدام دوال التاريخ/الوقت/المنطقة الزمنية الخاصة بهم وكن متأكدًا من أنها ستعمل بشكل صحيح بنسبة 100٪ دائمًا. نحن نعتمد عليها.
ثم لدينا إعداد منطقة زمنية لجميع أنواع الكيانات التي تحتاجها: ملفات تعريف المستخدمين، الأسواق، القسائم، التقارير للمحاسبين، وما إلى ذلك - حتى نتمكن من ترجمة أي تواريخ إلى أي مناطق زمنية على الفور دون تردد.
النقاط الرئيسية هنا هي:
مرحباً،
على نسختي المستضافة ذاتياً (تم إنشاؤها قبل شهر فقط)، لا أرى أي خيار لتاريخ الانتهاء.
هل أخطأت في شيء؟
أعتقد أن لقطة الشاشة تُظهر مربع حوار إدراج التاريخ / الوقت بدلاً من مربع حوار إنشاء حدث.
هذان مساران مختلفان في تقويم Discourse:
إدراج التاريخ / الوقت للردود في موضوع يحتوي على كتلة [calendar] في المنشور الأصلي (OP).إنشاء حدث لإنشاء حدث فعلي ([event ...][/event])، وهو المكان الذي تتوفر فيه إعدادات الأحداث المتكررة، بما في ذلك تاريخ انتهاء التكرار.لذا، بالنسبة للميزة المُعلَن عنها في هذا الموضوع، حاول فتح قائمة + في محرر الكتابة واختيار إنشاء حدث، بدلاً من إدراج التاريخ / الوقت.
كنت أختبر مسار الأحداث المتكررة مؤخراً، وقد اكتشفت أيضاً حالة حدّية بعد انتهاء التكرار المحدد بالكامل، وقد فتحت إصلاحاً لها هنا:
في الواقع، كان الهدف هو الحفاظ على تقويم (جمع الأحداث) في موضوع.
أعتذر عن سوء الفهم، أنا جديد هنا.
في الواقع، عند إنشاء حدث، يبدو أنه يعمل.
للأسف، لا يعمل مع إدراج التاريخ / الوقت.
شكرًا لمساعدتك!
لا مشكلة 
للتوضيح فقط، لا أعتقد أن هذه الحالة تعني حقًا أن الميزة لا تعمل مع إدراج التاريخ / الوقت — بل هو سير عمل مختلف.
يُستخدم إدراج التاريخ / الوقت عندما يكون لديك كتلة [calendar] في منشور البداية لموضوع ما، وتريد أن تظهر الردود المؤرخة على تقويم ذلك الموضوع المحدد.
أما إنشاء حدث، من ناحية أخرى، فينشئ حدث Discourse فعليًا ([event ...][/event]). تاريخ نهاية الأحداث المتكررة الذي تمت مناقشته في هذا الموضوع ينطبق على نظام تكرار الأحداث ذلك.
لذا، إذا كان هدفك هو الحفاظ على تقويم محلي لموضوع واحد، فإن سير العمل المعروض في لقطة الشاشة الأصلية هو الخيار المناسب؛ فهو ببساطة لا يستخدم ميزة التكرار المحدود نفسها التي يستخدمها الأحداث.
نعم، أنا أفهم.
حالة الاستخدام هي الحفاظ على تقويم لمدرستي. هناك دائمًا مواعيد يجب إدخالها، وبالتالي يمكن لأي ولي أمر الرد على الموضوع لإضافة موعد جديد.
لكن بالأمس فقط، احتجت إلى إدخال موعد متكرر، وللأسف ليس لدينا هذه الخيار في هذا سير العمل. لذلك، يجب علي القيام بذلك يدويًا عن طريق الرد على الموضوع عدة مرات مع تاريخ جديد (لا أعرف إذا كان هناك طريقة ذكية لهذا الأمر…).
قد يكون هناك طريقة لأتمتة الردود اليدوية مع الحفاظ على سير عمل [calendar] المحلي للموضوع الحالي.
إحدى الاحتمالات هي استخدام مستخدم مخصص في Discourse مع تفعيل خاصية الرد عبر البريد الإلكتروني، ثم استخدام أداة مثل Power Automate أو Azure Logic App لتوليد الردود الفردية المؤرخة وإرسالها إلى موضوع التقويم عبر البريد الإلكتروني.
على سبيل المثال، يمكن للأتمتة توسيع موعد أسبوعي له تاريخ انتهاء إلى الردود الفردية المطلوبة، بحيث يرى الآباء والأمهات تقويمًا عاديًا واحدًا للموضوع بدلاً من مواضيع أحداث منفصلة.
هناك بعض التفاصيل حول مفاتيح الرد عبر البريد الإلكتروني لكل مستخدم في Discourse والتي يجب إعدادها بعناية، لذا ربما ليس هذا الموضوع هو المكان الأنسب لمناقشة عملية التهيئة.
إذا كانت هذه الطريقة مفيدة لك، فأنا سعيد بمساعدتك في العمل عليها في موضوع Meta منفصل.
لم يحدث هذا الأمر إلا مرة واحدة حتى الآن، لذا سأنتظر حتى المرة القادمة (وآمل ألّا يتكرر).
سأستمر في استخدام حيلة الرد عبر البريد الإلكتروني، شكرًا. لكن هل هذا يعني أنه في حال وجود حدث أسبوعي على مدار عام كامل، سنضطر إلى إنشاء 52 ردًا؟ سيجعل ذلك الموضوع صعب القراءة…
وبالإضافة إلى ذلك، وبما أنني أملك صلاحيات المسؤول، أعتقد أنني يمكنني أيضًا استخدام واجهة برمجة التطبيقات (API) لإضافة المواعيد يدويًا.
شكرًا لكم على هذه المعلومات المفيدة!
نعم - للأسف، ستقوم الواجهة البرمجية (API) بأتمتة إنشاء الردود، لكنها لن تحل فعلياً مشكلة الفوضى: فبالنسبة لتقويم الموضوعات، لا تزال عناصر التقويم الفردية ممثّلة بردود فردية.
لقد وجدت للتو طلب ميزة قائم يطابق تقريباً حالتك الاستخدام:
مثالهم هو دورة تدريبية تُعقد على مدار اثني عشر أربعاءً متتالياً، وهم يذكرون نفس النقطة: إنشاء كل ظهور على حدة أمرٌ مرهق ويسبب فوضى في الموضوع.
يقترحون السماح بالتكرار في إدراج التاريخ / الوقت مع تحديد تاريخ انتهاء للظهور الأخير، وهذا يبدو قريباً جداً مما تحتاجه.
لذلك، بدلاً من بناء حل بديل عبر API أو Power Automate يولّد 52 منشوراً، فإن طلب الميزة المذكور على الأرجح هو المكان الأفضل لإضافة حالة استخدام تقويم المدرسة الخاص بك.
شكراً، سأفعل ذلك!