يمكنك الآن تعيين تاريخ انتهاء للأحداث المتكررة في تقويم Discourse! 
تسمح لك هذه الميزة المطلوبة بشدة بتحديد وقت توقف سلسلة الأحداث المتكررة، مما يمنحك المزيد من التحكم في جدولة الأحداث الخاصة بك.
قم بإنشاء أحداث تتكرر يوميًا أو أسبوعيًا أو شهريًا - والآن حدد بالضبط متى يجب أن تنتهي.
لمزيد من التفاصيل حول إضافة التقويم وميزاته، قم بزيارة موضوع التقويم الرسمي.
في المستقبل، قد نضيف إمكانية استبعاد أيام معينة من الأسبوع.
أمر معقد في كلمة “حتى” هو أنه ليس من الواضح تمامًا ما إذا كانت مشمولة أم مستبعدة؟ هل هناك أي شيء يمكننا القيام به هنا لتقديم وضوح أفضل؟
نعم، لدى تقويم Google نفس المشكلة! يستخدمون On، لكنها تعاني من نفس الغموض:
ومع ذلك، أعتقد أن معظم المستخدمين سيفترضون بأمان أن Until يتضمن هذا التاريخ.
حتى (متضمن):
؟
تعديل: لقد فعلت هذا في الوقت الحالي UX: better copy by jjaffeux · Pull Request #737 · discourse/discourse-calendar · GitHub يبدو أنه تغيير بسيط وجيد.
الحل البديل سيكون عرض التاريخ/الوقت الفعلي بجوار حقل إدخال التاريخ، ولكن ربما يكون مبالغًا فيه؟
قد ترغب في استعارة بعض الأفكار من تنفيذي لتواريخ بدء/انتهاء القسيمة في مربع حوار القسيمة الجديد في تجارة إلكترونية أعمل عليها:
مثال آخر لتوضيح المرونة وكيف نتجنب الغموض في نطاقات التواريخ في واجهة المستخدم:
تفاصيل تقنية: في تطبيقنا، نقوم دائمًا بتخزين التواريخ كـ “الطابع الزمني مع المنطقة الزمنية” (بوستجريس)، لذلك لا يمكن لأي إعداد قاعدة بيانات، ولا إعداد اتصال، التأثير على الطابع الزمني الفعلي المخزن. على الرغم من أن بوستجريس لا توصي بذلك، إلا أننا نفعل ذلك لأنه يمنح ضمانات 100٪ لصحة التاريخ في أي موقف وفي أي استعلام SQL. يمكنك العمل مع المناطق الزمنية للتاريخ والوقت مباشرة في بوستجريس باستخدام دوال التاريخ/الوقت/المنطقة الزمنية الخاصة بهم وكن متأكدًا من أنها ستعمل بشكل صحيح بنسبة 100٪ دائمًا. نحن نعتمد عليها.
ثم لدينا إعداد منطقة زمنية لجميع أنواع الكيانات التي تحتاجها: ملفات تعريف المستخدمين، الأسواق، القسائم، التقارير للمحاسبين، وما إلى ذلك - حتى نتمكن من ترجمة أي تواريخ إلى أي مناطق زمنية على الفور دون تردد.
النقاط الرئيسية هنا هي:
