أنا جديد نسبيًا على Discourse، لذا أعتذر إذا لم يكن هذا هو المكان المناسب لذلك. كيف يمكنني دعم هذه الميزة (تعيين تاريخ بدء الأسبوع إلى الاثنين في التقويمات)؟
البدء يوم الأحد محرج ومربك حقًا بالنسبة لنا.
إعجابَين (2)
قم بإنشاء موضوع في Feature مع الوسم #calendar-and-event، أعتقد.
إعجاب واحد (1)
لا أعرف كيف، لأن الأسبوع يبدأ من يوم الاثنين هذه الأيام. لأنه لا يتبع إعدادات لغتي الشخصية، فهل يمكن أن يتبع لغة المنتدى؟
تعديل
وهذا ما وجدته.
لذلك، إذا كان يظهر يوم الأحد كبداية للأسبوع، فهناك إما خطأ، أو أن المنتدى غير محدث، أو أنك تستخدم إضافة تقويم أخرى؟
إعجابَين (2)
حسنًا، لقد قمت بتحديث كل من discourse والمكون الإضافي بالأمس، إنه المكون الإضافي الصحيح، ولا تزال أسابيعي تبدأ يوم الأحد. هذا غريب.
تحرير: يبدأ تقويم الفئة يوم الأحد، لكن التقويم في المنشور يبدأ يوم الاثنين. هذا على الأرجح خطأ.
إعجاب واحد (1)
أعتقد أنه من المتوقع أن يعمل بهذه الطريقة
إعجابَين (2)
آه، دعني ألقي نظرة بما أنني في الجوار.
3 إعجابات
تحديث صغير فقط بأنني ألقيت نظرة على “الاثنين”. إنه مثير للاهتمام بعض الشيء لأننا نقوم بكل الأشياء الصحيحة في إعداد التقويم.
من الناحية المثالية، ما يجب أن يحدث الآن هو أننا نستخدم إعدادات لغة موقعك لتعيين إعدادات لغة التقويم (وليس لغة المستخدم). إذا استخدمنا “en-gb” على سبيل المثال، فيجب أن يستخدم الاثنين وفقًا لـ https://github.com/fullcalendar/fullcalendar/blob/v4.0.0-alpha.3/locales/en-gb.js، على الرغم من أنني أرى أن هذا ليس هو الحال على الرغم من أن المستندات تقول ذلك - weekNumberCalculation - Docs v4 | FullCalendar.
يمكننا فرض “الاثنين” باستخدام إعداد “ISO” على التقويم نفسه ولكنه لا يبدو صحيحًا.
على أي حال، ترقبوا التحديث. نحن نستخدم إصدارًا قديمًا جدًا ويمكننا الاستفادة من تحديث.
5 إعجابات
مرحباً! أخطط لدمج هذه الإضافة مع الأحداث على Jitsi وأتساءل عما إذا كان من الممكن عرض أعياد ميلاد المستخدمين كأحداث؟
سيؤدي ذلك إلى تمكين الأتمتة الرائعة للمشاركة 
إعجاب واحد (1)
هل رأيت إضافة Cakeday؟
إعجابَين (2)
يبدو لي أنك تريد أتمتة تنشئ موضوعًا عند حلول عيد ميلاد مع إضافة الحدث بالفعل إلى الموضوع. بهذه الطريقة يمكن دعوة الأشخاص للانضمام إلى مناقشة لمشاركة الصور أو أي شيء آخر للاحتفال بعيد ميلاد عضو. ويمكنك أيضًا جدولة حفلة عيد ميلاد باستخدام jitsi!
إعجابَين (2)
تم دمج منشورين في موضوع موجود: دعوة جماعية عبر نافذة منبثقة تسمح بمستخدم واحد فقط (ولا تظهر بشكل صحيح)
أهلاً بالجميع! لقد قمت للتو بإصلاح مشكلة صغيرة تتعلق بالتكامل مع مكون Right Sidebar Blocks.
في السابق، كان الحدث الذي يستمر لمدة أسبوع يظهر اليوم الأول فقط (حتى لو كان قد مضى) ولا تظهر الأيام اللاحقة:
(ملاحظة: تم التقاط هذه الصورة في 28، ولا يزال يوم 15 معروضًا)
الآن سيظهر كل يوم من أيام الحدث من اليوم الحالي فصاعدًا في تقويم الشريط الجانبي:
4 إعجابات
هل كان إزالة حقل “المجموعات المدعوة” من مربع حوار إنشاء حدث مقصودًا؟ لقد بحثت في سجل الالتزامات ولم أر أي ذكر لهذه الرغبة ولكن ربما فاتني ذلك. عندما أقوم بالتراجع لبضعة أسابيع إلى الالتزام: 54460416c2efe30f8265ed7b5aa06743f615e8b3 يتم استعادة هذه الوظيفة.
مثال للسلوك السابق:
السلوك الحالي (الالتزام: 588052ff0ddd6c399659f4545ef4525967a3a4e1):
إذا اخترت “خاص”، هل يظهر الحقل مرة أخرى؟
لا، آسف، كان يجب أن أرفق لقطة شاشة توضح هذه الحالة بالضبط:
يمكنك ملاحظة نفس السلوك على موقع try.discourse.org.
لقد تأكدت من أن الالتزام (commit) الذي يلي مباشرة الالتزام الجيد الذي اخترته بشكل عشوائي هو الذي يقدم التغيير: b4c4e4e0bcc94b99ef8b582454e938a72389867d
DEV: نقل حدث المشاركة إلى glimmer (#615)
هذا الالتزام (commit) يقوم بتغييرين رئيسيين:
- نقل كل كود أدوات حدث المشاركة إلى glimmer
- تطبيق نماذج متعقبة لضمان التفاعلية، العديد من المسارات لم تكن تفاعلية حقًا في الوقت الحالي وكانت تعمل في الغالب بالصدفة أو بحقيقة أن الأدوات تعيد العرض كثيرًا
إعجاب واحد (1)
مرحباً بالجميع 
نريد التبديل من eventPlugin إلى هذا المكون الإضافي الرسمي. في الواقع، معظم متطلباتنا تعمل الآن بالكامل مع هذا المكون الإضافي أيضاً.
لقد لاحظت للتو خطأ بسيطاً:
- عدم الذهاب لا يتم احتسابه في الملخص
وهناك متطلب واحد نود الحصول عليه:
- نحتاج إلى أن نكون قادرين على فرض أن تكون جميع المواضيع في الفئة حدثاً، في منتدانا لدينا فئات تقويم منفصلة.
إذا كان بإمكاني المساعدة في أي شيء، فقط أخبرني.
شكراً لوقتك، مع تحياتي ريتشارد
إعجاب واحد (1)
أنا أستخدم المكون الإضافي للتقويم مع ألوان الأحداث. ومع ذلك، يبدو أنه من الممكن فقط تعيين لون الخلفية إلى قيمة صريحة. هذا يعني أن نفس لون الخلفية يُستخدم في الوضع المظلم والفاتح، بينما يتغير لون الخط، مما يؤدي إلى بعض التحديات لدعم إمكانية الوصول.
بالنظر إلى الكود المصدري، يبدو أنه تتم إدارته بواسطة مخطط JSON discourse-calendar/lib/discourse_calendar/site_settings/map_event_tag_colors_json_schema.rb at main · discourse/discourse-calendar · GitHub.
هل هناك طريقة لتعيين هذا إلى متغير SCSS محدد في color_definitions.scss، بحيث يمكنه استخدام الدالة #dark-light-choose() للتبديل اعتمادًا على الوضع؟ يسمح المحرر بالتبديل بين RGB و HSL و HEX، ولكن HEX يفرض الأحرف الكبيرة وله حد للحروف، لذلك لا يمكن استخدامه.
بدلاً من ذلك، هل سيكون من الممكن تحديد اللون بالإضافة إلى لون الخلفية؟
لقد تحققت لمعرفة ما إذا كان قد أضاف العلامة / الفئة ذات الصلة التي يستخدمها إلى علامات HTML، ولكنه لم يفعل. كان ذلك سيسمح بتعيين الأنماط برمجيًا بشكل منفصل عن إعدادات المكون الإضافي.
نرحب بأي اقتراحات أو جدوى للتحسينات.
إعجابَين (2)
مرحباً، هل هناك طريقة لتحديد عدد الأشخاص أو المقاعد لاجتماع عام؟ إذا لم يكن الأمر كذلك، فهل هناك طريقة للسماح لمجموعات معينة فقط بحضور اجتماعات معينة؟ شكراً لك
لقد كنت أستخدم هذه الإضافة على موقع إنتاجي (docker). لا توجد مشكلة. تعمل كما هو موصوف. وستحل إحدى المشكلات الرئيسية لعملائي إذا كان مكون “الحدث” يحتوي على ميزة إضافية واحدة.
الميزة المفقودة: وضع الأعضاء الذين يقولون “نعم” للدعوة في مجموعة مخصصة.
الحل المقصود:
- استخدام الحقل المخصص (الحدث) لإدخال اسم المجموعة المخصصة
- كتابة إضافة تضيف كل من ينقر على “نعم” في تلك المجموعة
مشكلتي: لا يمكنني البدء في تطوير إضافة لأن إضافة التقويم والحدث لا تعمل على خادم التطوير الخاص بي (غير docker). على الرغم من أن الإضافة تبدو أنها تُترجم جيدًا، إلا أن حفظ موضوع يستغرق وقتًا طويلاً وينتهي بخطأ داخلي. ولكن يبدو أن الموضوع نفسه مخزن في قاعدة البيانات. إذا نقرت عليه، أحصل على رسالة الخطأ هذه: “عذرًا، لم نتمكن من تحميل هذا الموضوع”.
عند إزالة إضافة التقويم، يمكن الوصول إلى الموضوعات والمنشورات دون أي مشكلة.
هل واجه أي شخص سلوكًا مشابهًا؟ كيف يمكنني المضي قدمًا بأفضل شكل للتغلب على هذه العقبة؟
إعجابَين (2)
نحتاج ذلك أيضاً!
3 إعجابات