هناك خطأ بسيط حيث لا يلتزم المكون الإضافي بالمنطقة الزمنية للمستخدم لمدة 12 ساعة عند إنشاء حدث، وبدلاً من ذلك يعرض دائمًا المنطقة الزمنية لمدة 24 ساعة. هذا يجعل إدخال الأحداث مرهقًا وعرضة للخطأ للمستخدمين في الولايات المتحدة الذين لا يستخدمون التوقيت لمدة 24 ساعة.
(يتم عرضه بشكل صحيح بعد إنشاء الحدث، لحسن الحظ)
بخلاف ذلك، يبدو أنه مكون إضافي رائع، شكرًا لك 
أيضًا، سيكون من الجيد لو كان هناك إعداد لضبط حد التذكيرات التي يمكن لمنشئ الحدث وضعها على حدث ما. 5 كثير جدًا 
شكراً على لفت انتباهي لهذا الأمر! لقد مررت بنفس التجربة عند إدراج التاريخ/الوقت في موضوع، والذي يعاني من نفس المشكلة. أعتقد أن هذه مشكلة معروفة وهناك تفسير لها. الإدخال يتبع المنطقة الإقليمية لجهازك، وليس الإعدادات المحلية المفضلة لديك في Discourse. لكن العرض يتبع الإعدادات المحلية المفضلة لديك في Discourse (وأيضًا أي مستخدم يشاهد منشورك الذي يحتوي على حدث أو تاريخ/وقت). هل يمكنك تأكيد ذلك من جانبك؟
سيكون بالتأكيد أقل إرباكًا وأفضل من ناحية تجربة المستخدم إذا كانا متماثلين للمستخدم الذي ينشئ الحدث أو يضيف التاريخ/الوقت إلى منشور.
إليك توضيح. لاحظ في لقطة الشاشة أدناه الوقت المحدد 4:00 مساءً ولكن 16:00 في الإدخال. السبب في حدوث هذا لي هو أنني قمت بتعيين المنطقة الإقليمية لجهازي على ألمانيا (التي تستخدم تنسيق 24 ساعة)، بينما الإعدادات المحلية لـ Discourse لدي هي US-WA (التي تستخدم تنسيق 12 ساعة). يبدو أن الإدخال يتبع الإعدادات المحلية للجهاز.
يظهر هذا على هيئة [date=2025-04-01 time=16:00:00 timezone="America/Los_Angeles"] في Markdown والذي يعرض بشكل صحيح لي على أنه 4 مساءً: 2025-04-01T23:00:00Z.
تغيير المنطقة الإقليمية لجهازي إلى الولايات المتحدة جعل هذين الأمرين متوافقين، ولكنه عملية مرهقة تتطلب إعادة تشغيل.
مع تعيين منطقتي على الولايات المتحدة، عندما أقوم بإدراج التاريخ/الوقت في موضوع، يكون وقت الإدخال أيضًا بتنسيق 12 ساعة. Markdown هو نفسه [date=2025-04-01 time=16:00:00 timezone="America/Los_Angeles"] ويعرض بشكل صحيح على أنه 4 مساءً: 2025-04-01T23:00:00Z.
شكراً على الرد المفصل (ومن مواطن واشنطن مثلي أيضاً :))
إذن، هذه المشكلة تتعلق فعلياً بـ “إدراج حدث” (الإضافة الرسمية)، وليس “إدراج تاريخ/وقت” (المدمج). أنا أتفهم الارتباك تماماً، فعندما حاولت استخدام الإضافة لأول مرة، نقرت على التاريخ/الوقت بدلاً من الحدث وشعرت بالحيرة لعدم إنشاء الحدث.
بما أننا كلانا ارتبكنا بشأن ذلك، فقد تكون هناك فرصة لتحسين واجهة المستخدم:
ومع ذلك، للإجابة على استفساراتك:
عندما أستخدم “إدراج تاريخ/وقت”، فإنه يعرض بالفعل الوقت بنظام 12 ساعة بالنسبة لي.
فقط عندما أستخدم “إدراج حدث” فإنه يتطلب الوقت بنظام 24 ساعة.بخصوص منطقة الجهاز، أنا لست على نظام iOS لذا لست متأكداً مما يقابله هذا الإعداد على أنظمة التشغيل الأخرى. (أنا على نظام لينكس وتحققت من أن locale الخاص بي يعيد كل en_us أو en_US.UTF-8… ولكن ربما هناك إعداد آخر مخفي). هل يمكنك تأكيد ما إذا كنت ترى نفس السلوك في صفحة “إدراج حدث” (وليس فقط “إدراج تاريخ/وقت”؟) لا يبدو أنه متاح لهذا المنتدى، لذا قد تحتاج إلى إنشاء نسخة تجريبية، ولكن بما أنها إضافة رسمية، يجب أن يكون من السهل الحصول عليها.
يا، مثير للاهتمام! لذا تعمقت في شرح كيفية عمل إدراج التاريخ/الوقت، والسلوك مختلف بالفعل. 
لقد تحققت للتو (بينما ما زلت في منطقة الولايات المتحدة وفقًا لجهازي) وأرى أنك على حق بالفعل! يطلب مربع حوار “إضافة حدث” الوقت بتنسيق 24 ساعة، على الرغم من أن إدراج التاريخ/الوقت الآن بتنسيق 12 ساعة.
إدراج التاريخ/الوقت هي ميزة أساسية بينما “إضافة حدث” جزء من المكون الإضافي calendar-and-event. هذه ميزات منفصلة تمامًا. لذا دعنا نركز هنا على مربع حوار “إضافة حدث” الذي يبدو أنه يحتوي على خطأ في تجربة المستخدم، والذي وثقته تمامًا في المنشور الأول لهذا الموضوع.
تحسين واجهة المستخدم في قائمة الإنشاء هو محادثة مختلفة تمامًا. إذا كنت ترغب في بدء موضوع جديد حول ذلك، فلا تتردد.
لا معنى كبير لوجود آليتين مختلفتين - لكنني أفترض أن هذه مشكلة تجربة مستخدم أخرى / منفصلة!
هذا ضروري للغاية!! لقد كانت مشكلة لفترة طويلة (وربما تبرر موضوع تجربة مستخدم خاص بها). أقوم بإخفاء أيقونة إدراج التاريخ/الوقت لحل الارتباك، ولكن هذا يعني أننا نفقد هذه الوظيفة المفيدة للغاية.
كما قلت.. يرجى بدء مواضيع جديدة. دعونا نركز فقط على خطأ واجهة المستخدم هذا هنا.
لا مشكلة وشكراً لتأكيد خطأ نافذة إضافة الحدث
لقد اعتقدت أنني فعلت ذلك في الماضي، لكنني لم أجده. سأفعل ذلك الآن.
Bump - أنا أواجه هذا أيضًا.
يستخدم المكون الإضافي discourse-calendar عنصر DateTimeInputRange، ولكن الواجهة التي ذكرها @tobiaseigen في الرد الأول تستخدم عنصر CalendarDateTimeInput.
للمرجع، إليك التنفيذ الخاص بـ DateTimeInputRange وهنا التنفيذ الخاص بـ CalendarDateTimeInput.
