لقد حدّثت الجدول الزمني! 
الآن، عند النقر على شريط التقدم، تُفتح نافذة منبثقة مخصصة تحتوي على حاوية الجدول الزمني للموضوع (أي الجدول الزمني للجوال). هذا يجعل استخدامه أسهل بكثير على الجوال أيضًا.
عذرًا، لكنني لا أستطيع إعادة إنتاج هذا الخطأ. 
إعجابَين (2)
قمت بتثبيت التحديث على موقع تجريبي https://forum.escooterworld.com/ ويحدث الأمر هناك، ولا أعرف السبب. أنا في إجازة حتى يوم الثلاثاء، لذا لا أستطيع حقًا إجراء المزيد من الاختبارات لمعرفة ما يحدث.
إعجاب واحد (1)
هل يمكنك إرسال مكوّنك حتى أتمكن من الاطلاع عليه؟
إعجاب واحد (1)
تم الإرسال، لكن المشكلة تحدث بنفس الطريقة حتى مع تعطيل ذلك المكوّن، وبدأت تحدث فقط منذ آخر تحديث.
إعجاب واحد (1)
جرّب الاختبار في متصفح Duck Duck Go 
لقد حدّثت رسالة تلميح السحب: DEV: Add more control over swipe hint message - Pull Request #11 - VaperinaDEV/discourse-topic-preview-modal - GitHub
تتضمن الإعدادان الجديدان التاليان:
-
always_show_dismiss_hint:
بشكل افتراضي، يظهر تلميح إيماءة الإغلاق على الجوال (“اسحب للأعلى/لأسفل أو استخدم إيماءة/زر الرجوع للإغلاق”) مرة واحدة فقط لكل متصفح، في المرة الأولى التي يُفتح فيها نافذة المعاينة. فعّل هذا الخيار لعرضه في كل مرة بدلاً من ذلك. ينطبق هذا فقط عندما تكون قيمة modal_dismiss_gesture هي “gesture”. -
dismiss_hint_duration_ms:
المدة (بالميلي ثانية) التي تبقى فيها تلميح إيماءة الإغلاق على الشاشة قبل أن يتلاشى. فكّر في تقليل هذه المدة إذا كنت قد فعّلت always_show_dismiss_hint، لأن تلميحاً يستمر 10 ثوانٍ في كل مرة قد يصبح مُتكرراً ومُزعجاً. اضبط القيمة على -1 لتعطيل الإغلاق التلقائي بالكامل - في هذه الحالة سيبقى التلميح حتى يتم إغلاق النافذة نفسها.
أصبح topic_preview.back_gesture_hint الآن آمنًا من HTML (htmlSafe).
4 إعجابات
مرحباً، أشكركم كثيراً على هذا المكوّن؛ لقد استخدمته بشكل مثالي.
اليوم لاحظت أنه عند استخدام هذا المكوّن في عرض الردود المتداخلة، يؤدي النقر على زر “رد آخر” في قسم التعليقات إلى ظهور رسالة: حدث خطأ: لا يمكن العثور على عنوان URL أو المورد المطلوب.
إعجاب واحد (1)
شكرًا لك على الإبلاغ عن هذا! قمت بتجربة عرض الردود المتداخلة، لكنني لم أتمكن من إعادة إنتاج المشكلة. يتم تحميل الرد بشكل صحيح لدي.
هل يمكنك التحقق مما إذا كان نفس الرد يُفتح بشكل صحيح على صفحة الموضوع المتداخل العادية؟ إذا لم يكن كذلك، فقد تكون هناك مشكلة في ذلك المنشور/الموضوع على وجه الخصوص.
إذا لاحظت المشكلة مرة أخرى، فالرجاء أيضًا إرسال رابط الموضوع حتى أتمكن من التحقيق فيها بشكل أعمق.
مرحبًا،
عندما أنقر على «+2 ردود» في عرض «الردود المتداخلة»،
يظهر لي تنبيه: «حدث خطأ: لم يتم العثور على عنوان URL أو المورد المطلوب».
النتيجة نفسها تظهر عند تجربة وضع المعاينة، ومتصفح Google على الحاسوب، ومتصفح Google على الهاتف.
إعجاب واحد (1)
مرحبًا،
أعتذر! يبدو أنني لم أكن واضحًا.
ما أعنيه هو أنه عند استخدام مكوّن “topic-preview-modal”، ثم في الصفحة الرئيسية، عند النقر على موضوع في عرض “الوضع المتداخل” لمعاينته، ثم النقر على زر المزيد من الردود، يظهر خطأ من هذا النوع.
إعجاب واحد (1)
آه، فهمت، شكرًا! إليك الإصلاح: FIX: Nested view lost topic identity on pagination + dead "Continue t… · VaperinaDEV/discourse-topic-preview-modal@fa90848 · GitHub
إعجابَين (2)
شكرًا جزيلًا! لقد قمت للتو باختباره ولم أجد أي مشاكل!
شكرًا لك على جهودك في هذا المكوّن! 
إعجاب واحد (1)
مرحباً،
واو، يبدو هذا المكوّن رائعاً ويقدم قابلية استخدام ممتازة، خاصة على الهواتف الذكية!
لقد واجهت خللاً يمنع الاستخدام:
في موضوع يستخدم “إضافة تصويت المقالات”, لا يتم تحميل النافذة المنبثقة.
تحدث هذه المشكلة على الهواتف الذكية وأجهزة الكمبيوتر على حد سواء.
وتحدث مع أحدث الإصدارات.
إذا لزم الأمر، يمكنني إعادة تفعيل المكوّن على منتدائي وإرسال رابط للخلل إليك عبر رسالة خاصة.
شكراً.
إعجابَين (2)
شكرًا لك @Stephane_Roy! إليك الإصلاح: FIX: post-voting topics crashing the topic preview modal · VaperinaDEV/discourse-topic-preview-modal@0be328e · GitHub
إعجابَين (2)
مرحباً 
أعدت هيكلة مكوّن السمة (theme component):
تم تقسيم المكوّن الكبير topic-preview-modal إلى فئات وكيل (delegate classes) متخصصة للمواضيع المتداخلة، وتفاعلات المُؤلِّف (composer)، وإجراءات المنشورات، والتنقل في التقدم، ومراقبة الطبقة العلوية (overlay)، وحالة إيماءة الرجوع (back gesture).
تبقى واجهة برمجة التطبيقات (API) الحالية للمكوّن والعقود الخارجية دون تغيير، بينما تم تقليل حجم topic-preview-modal.gjs من 1836 سطرًا إلى 873 سطرًا.
لم يُقصَد إجراء أي تغييرات وظيفية.
4 إعجابات
ربما توجد هذه الوظيفة ولم أتمكن من إيجاد طريقة لإعدادها:
هل من الممكن تجنّب النافذة المنبثقة في فئات محددة (مثل مستندات فئات Discourse)، حيث قد تكون النافذة المنبثقة عكسية الأثر عندما يكون الهدف هو إظهار الشريط الجانبي؟
إعجابَين (2)
كان هناك طلب سابق بهذا الشأن. أنا أحاول فقط تحديد أفضل طريقة للتنفيذ. لا يبدو الأمر بسيطًا، إذ قد يُربك المستخدمين إذا فُتحت بعض المواضيع في /latest في نافذة منبثقة بينما لا تُفتح أخرى. من ناحية أخرى، إذا قيّدنا الأمر بصرامة على الفئات، فكيف يجب أن تتصرف المواضيع في /latest؟
إعجابَين (2)
أوه، يا سيد دون. أنا آسف، لم ألاحظ الطلب السابق. أنا سعيد جدًا أنك تقوم بتحليله وأخذِه في الاعتبار!
في حالتنا المحددة، الفئات التي سنقوم بتعطيل النوافذ المنبثقة فيها هي على وجه التحديد: مسرد المصطلحات (Glossary)، ويكي، ودورة تدريبية إلكترونية مُعدّة على Discourse.
يخطر ببالي أن وجود مفتاح (Switch) لاختبار استخدام النوافذ المنبثقة في تلك الفئات نفسها، وأن تظهر كقائمة في المواضيع الأحدث، سيكون إيجابيًا لتقييم تأثيرها حقًا من منظور المستخدمين، في سيناريو واقعي.
في حال كان ذلك غير ممكن، على الأقل بالنسبة لنا، فمن الأفضل عدم تفعيل النوافذ المنبثقة حتى في عرض المواضيع الأحدث لتلك الفئات المحددة. لأن الدورة مُعدّة لعرض الشريط الجانبي، تمامًا كما هو الحال مع ويكياتنا ومسرد المصطلحات.
نهدف إلى أن يقوم أفراد مجتمعنا حقًا بالبحث وقراءة تلك المعلومات المحددة، ونحن مهتمون بتوفير روابط مباشرة إليها من عرض الشريط الجانبي.
نحن مرتاحون تمامًا للسماح بالنوافذ المنبثقة في بقية مجتمعنا. فهي تعمل بشكل جيد حقًا.
إعجاب واحد (1)
أليس من الأفضل أن ينقر المستخدمون على “فتح الموضوع الكامل”؟
إعجاب واحد (1)
أتعلم، كل ما نريده هو تقليل الاحتكاك. كان ينبغي أن يكون هناك مقطع موسيقي أو شيء من هذا القبيل 
إعجابَين (2)