أفتقد الوظيفة للأحداث المتكررة التي تحدث بإيقاع “الاثنين الأول من كل شهر”.
ماذا يمكنني أن أفعل؟ هل هناك إضافة أخرى تعمل بشكل أفضل؟
هل هناك أي طريقة لفرض “الاثنين” يدويًا، باعتباره اليوم الأول من الأسبوع، على مثيلنا، في الوقت الحالي؟
4 إعجابات
هل يعرف أحد طريقة لجعل عنوان URL للحدث يظهر فقط عند النقر على “ذاهب”؟ خاصة للأحداث الخاصة.
إعجاب واحد (1)
لا، ولكن يمكنك التصويت له.
3 إعجابات
لدي مشكلة. مع الأحداث المتكررة، يظل المشاركون مدرجين حتى بعد انتهاء الحدث. هذا يجعل من غير الواضح ما إذا كانوا قد سجلوا في الحدث الماضي أم الحدث التالي.
من الممكن إزالة المشاركين يدويًا، ولكن فقط إذا كان لديك حقوق الإشراف.
هل هناك حل لهذا؟
المشكلة الأخرى: في التقويم، بالنسبة للأحداث المتكررة، يتم عرض الحدث التالي القادم فقط.
هذا أيضًا غير مريح - إذا كنت أرغب في التحقق من الأحداث المجدولة في مايو، فلا يمكنني رؤيتها.
إعجاب واحد (1)
هل فكرت في استخدام Events Plugin 📅 بدلاً من ذلك؟ إنه يعالج هذه المشكلة المحددة بشكل جيد!
إعجاب واحد (1)
ما هو التقويم الذي ترى فيه هذا السلوك: التقويم الموجود داخل فئة أم تقويم /upcoming-events؟
هل المكون الإضافي الخاص بك محدث؟ كان لدينا إصلاح في أوائل يناير لتقويم /upcoming-events.
إعجاب واحد (1)
لقد قمت بتمكين تقويم في فئة. عند تصفية الفئة باستخدام علامة، يتم تصفية المواضيع المدرجة في الفئة. ولكن المواضيع التي تظهر في التقويم الخاص بالفئة ليست مصفاة. لا أرى أي شيء في الإعدادات، لكن ربما فاتني شيء. أم أن هذه الوظيفة غير متاحة؟
لست متأكدًا مما إذا كان هذا مرتبطًا بالمكون الإضافي أم بمشكلة في ترجمات Discourse الأكبر بشكل عام، ولكن أحد المستخدمين أبلغ عن هذا المتغير المفقود للترجمة الهولندية في منطقة الأحداث.
هذه إضافة كنت بحاجة إليها بالتأكيد! شكرًا على العمل الجيد 
تم تقسيم منشور إلى موضوع جديد: ميزة التقويم
تم تقسيم منشور إلى موضوع جديد: إنشاء الأحداث لا يحترم الإعداد المحلي للوقت بنظام 12 ساعة للمستخدم
تنبيه لجميع مستخدمي هذه الإضافة: إذا كنت ترغب في منح جميع الأعضاء المسجلين الدخول الوصول إلى هذه الميزة، لا تستخدم مجموعة everyone، بل استخدم trust_level_0. لم يكن الأمر واضحًا بالنسبة لي حتى قرأت أن مجموعة everyone تشمل في الواقع حتى المستخدمين غير المسجلين وأنه من غير المناسب بشكل عام ربط الأذونات بهذه المجموعة. (في الواقع، ربط أذونات التقويم بـ everyone لا يفعل شيئًا على الإطلاق - لن يتمكن المستخدمون الجدد من الوصول إلى الميزة.)
قد تقوم الإضافة بعمل أفضل في 1) إزالة everyone من الاختيار، 2) وجود ملاحظة للمسؤول لاستخدام trust_level_0 إذا كانت هذه هي نيته.
أو يمكن لـ Discourse تغيير واجهات برمجة التطبيقات الخاصة بها لإزالة خيار everyone لجعل الأمر أكثر طبيعية لمطوري الإضافات لتقديم الخيارات الصحيحة.
تحياتي وشكرًا على الإضافة. مفيدة جدًا في مجتمعي!
إعجابَين (2)
هناك خطأ في الترجمة الهولندية. في هذه الحالة، تم ترجمة العنصر النائب %{duration} إلى %{duur}.
يبدو أن هذا قد حدث أيضًا في بعض السلاسل الأخرى:
لقد حاولت إصلاح العناصر النائبة، ولكن نظرًا لأنه تم بالفعل الموافقة على العناصر القديمة، فإن الترجمة الجديدة لم تعد تتجاوز الترجمة الحالية. هناك حاجة إلى شخص لديه إذن للموافقة على الترجمات الجديدة للحصول على التغييرات في GitHub.
إعجابَين (2)
هذه مشكلة قديمة:
4 إعجابات
يبدو أن هذه لا تزال مشكلة، هل توصلت إلى حل بديل بخلاف عدم تحديد تاريخ انتهاء؟
مرحباً نيك!
لست متأكداً مما تشير إليه تحديداً. يسعدني المساعدة إذا كنت قادراً على مشاركة أي تفاصيل أخرى.
إعجاب واحد (1)
مرحباً بنجي، لقد رددت على منشورك وهو ما كنت أشير إليه، عندما أقوم بإنشاء حدث يمتد لعدة أيام (في هذه الحالة جلسة أسئلة وأجوبة مع مؤلف)، فإن عرض الشريط الجانبي للتقويم القادم يعرض حدثًا لكل يوم (إعادة نشر لقطة الشاشة الخاصة بك):
في لقطة الشاشة الخاصة بك، تم تكرار حدث “مرحباً لنتناول الشاي” الخاص بك أربع مرات، وقد حدث هذا لنا أيضًا وكان حلنا هو عدم تضمين تاريخ البدء والانتهاء في حدث التقويم، فقط تاريخ البدء، ولكن هذا ليس مثاليًا.
هل توصلت إلى حل لهذا بحيث يمكنك الاحتفاظ بحدث بتواريخ بدء وانتهاء مختلفة دون تكرار الحدث في “الأحداث القادمة”؟
يبدو أنك اعتقدت أن عدم التكرار كان خطأً، أعتقد أنه سيكون من الجيد أن يكون لديك خيار لجعله مكررًا أم لا.
إعجابَين (2)
آه، فهمت! نعم، كان عدم التكرار خطأ، لكن أرى وجهة نظرك. سأمرر ذلك للفريق من أجلك وأرى ما يعتقدونه. شكرًا على التحديث!
4 إعجابات