إضافة أحداث أنغوس 📅

لقد قمت بالترقية إلى أحدث إصدار اليوم. إنه يعمل الآن. شكرًا لك.

إعجابَين (2)

هذا جيد أن نعرفه. لقد كنت بالتأكيد تواجه هذه المشكلة.

إعجابَين (2)

مرحباً بالجميع،

أواجه منذ حوالي شهر عيباً لا أستطيع تكراره، ولا أعرف أيضاً كيفية حله.
في إحدى الحالات التي أديرها، يتم ترتيب صفحة الجدول الزمني حسب تاريخ النشاط بدلاً من تاريخ الحدث.
أستخدم الإضافات التالية (لكنني لا أعتقد أنها متورطة بأي شكل، لأنني أستخدم نفس الإضافات في حالات أخرى):

الإضافات

discourse-checklist 0.4.1 O
discourse-custom-wizard 0.1 O
discourse-data-explorer 0.2 O
discourse-events 0.1 O
discourse-footnote 0.1 O
discourse-locations 0.1 O
discourse-math 0.9 N
discourse-quick-messages 0.1 N
discourse-sidebar-categories 0.1 O
discourse-solved 0.1 O
discourse-whos-online 1.0 O
docker_manager 0.1 O

هل لدى أي منكم فكرة حول مشكلة في الإعدادات، أو شيء قمت به قد يكون سبب المشكلة، أو مكان يجب عليّ التحقق منه لتشخيص المشكلة؟

مزيد من التفاصيل أو إمكانية الوصول إلى الحالة عبر الرسائل الخاصة.

شكراً مقدماً

إعجابَين (2)

شكرًا لتقريرك.
يرجى النقر على رابط “الإبلاغ عن خطأ” في المنشور الأول لهذا الموضوع وملء النموذج بالتفاصيل ذات الصلة. بهذه الطريقة، سيكون من السهل علينا جدولة وقت مناسب للنظر في المشكلة.

3 إعجابات

مرحباً بالجميع،

بجانب اسم الموضوع، تظهر أيقونة التقويم وتاريخ الحدث في صفحات /latest و /top و /unread أو /agenda. أما في صفحة <الفئة + الأحدث>، فلا تظهر هذه العناصر، كما أنها غير ظاهرة على الأجهزة المحمولة.

هل توجد إعداد لإضافتها هناك؟ (لم أتمكن من العثور عليه)
وإذا لم يكن الأمر كذلك، هل يمكن لأي شخص اقتراح حيلة غير رسمية يمكنني استخدامها لتحقيق ذلك، على سبيل المثال عن طريق نسخ ولصق شيء ما في كود الإضافة لصفحة /latest لتمكينه في /categories؟ (حتى لو أدى ذلك إلى ازدحام، سأجد حلاً باستخدام CSS لجعله أقل سوءاً)

شكراً مقدماً

إعجابَين (2)

نعم، تم الإبلاغ عن هذه المشكلة في نسختنا. سنقوم بجدولة إصلاح قريبًا.

3 إعجابات
      if (this._state === 'destroying') return;

هل يمكنك إخباري بغرض هذا السطر من الكود في مراقب Ember؟ هل له علاقة بدورة حياة مكونات Ember: https://guides.emberjs.com/release/components/the-component-lifecycle/؟

إعجابَين (2)

نعم. يمكنك طباعةها في وحدة التحكم ورؤية قيمتها خلال أحداث دورة الحياة المختلفة.

إعجاب واحد (1)

حسناً، ما هو الغرض من مجرد الإرجاع عندما تكون الحالة ‘destroying’؟ ماذا سيحدث إذا حذفنا هذا السطر؟

إعجاب واحد (1)

لمنع تنفيذ الجملتين التاليتين لأنهما ستصبحان غير ضروريتين :slight_smile:

إعجاب واحد (1)

إذن، هل الأمر يتعلق بالأداء؟

إعجابَين (2)

سيكون من الجدير القيام بذلك حتى لو لم يكن هناك أي تحسن في الأداء. لماذا تريد تشغيل مجموعة من العبارات التي لا فائدة منها في حالة معينة؟

الآن بعد أن فكرت في الأمر وقمت ببعض البحث، هناك مصطلح مناسب يُسمى نمط الإرجاع المبكر للدوال.

إعجاب واحد (1)


أجريت المزيد من البحث. وضعت نقطة توقف عند السطر ثم نفذت العبارات. ليس فقط غير ضروري تنفيذها، بل إنها تؤدي فعليًا إلى حدوث خطأ.

إعجابَين (2)

لقد قلت غير ضروريتين، ولكن نعم، ستؤدي أيضًا إلى حدوث خطأ. إذا كنت مهتمًا، يمكنك الاطلاع على ember-concurrency الذي يقدم حلاً جاهزًا للتعامل مع هذه الأنواع من المواقف. ومع ذلك، لم يتم تضمينه في نواة Discourse بعد.

لذلك، إذا تم استخدامه، فسيتم التعامل مع هذه الحالة من قبل المكتبة نفسها.

إعجاب واحد (1)

لقد شاهدت هذا الحديث للتو أثناء تعلمي حول المراقبين مقابل الخصائص المحسوبة:

هل يمكنك شرح سبب استخدام مراقب في هذه الحالة بدلاً من خاصية محسوبة؟
أحاول فهم المقايضات وحالات الاستخدام المختلفة.

إعجاب واحد (1)

هل يمكن جعل هذا يعمل على صفحات الوسوم؟

إعجاب واحد (1)

ما هي الوظيفة التي ترغب في الحصول عليها في صفحات الوسوم/الوسوم؟ يؤثر مكون الإضافات الخاص بالفعاليات بشكل أساسي على المواضيع، ولكن يمكن للفئات أيضًا الحصول على تقويم وعرض جدول الأعمال للمواضيع المتعلقة بالفعاليات ضمن الفئة. هل تقترح توفير عرض لجدول أعمال المواضيع المتعلقة بالفعاليات المصنفة بوسوم؟ قد يكون ذلك مثيرًا للاهتمام، مثل عرض جميع الفعاليات المصنفة حسب بلد معين. سيكون ذلك رائعًا! لكنه ليس مدرجًا في خارطة الطريق حتى الآن حسب علمي. يمكنك طلب هذه الميزة عبر https://thepavilion.io/.

3 إعجابات

شكرًا على ردك @tobiaseigen. نحن نروج بشدة للوسوم (Tags) لتسهيل تنقل المستخدمين نظرًا لمرونتها الرائعة. المشكلة الرئيسية هي أن معظم الإضافات ومكونات السمات لا تعمل معها. لذا نعم، نحن نريد إنشاء مرونة إضافية. أي وسم يُستخدم من قبل المستخدمين في منشوراتهم سيكون مرتبطًا بتقويم يمكنهم استخدامه عند زيارة صفحة الوسم.

يمكنك رؤية ذلك مع إضافة Kanban، حيث نجح أحد مطوري حركة السعادة العامة المتطوعين في تكييفها لصفحات الوسوم: https://github.com/artysidorenko/discourse-kanban-theme

أنا مطور أساسي نسبيًا، لكنني أتساءل ما إذا كان الكود الذي استخدمه @artysidorenko يمكن تعديله ليعمل مع هذه الإضافة أيضًا. بصراحة، هناك العديد من الإضافات ومكونات السمات التي ستستفيد من العمل مع صفحات الوسوم، وأتساءل عما إذا كان الفريق الأساسي قد يرغب في توفير حل جاهز.

3 إعجابات

يمكنك تمكين الإضافة ليس فقط لكل فئة، بل على مستوى النظام بأكمله. ربما يكون ذلك كافيًا لمتطلباتك.

إعجاب واحد (1)

شكرًا لك على ردك. عند استخدام الوسوم للتنقل، لن يكون المستخدمون ضمن فئة معينة تمكنهم من رؤية التقويم أو الرابط، كما أن التقويم الشامل للموقع غير كافٍ لفريقين أو أكثر.

إعجاب واحد (1)