هل يمكنك رؤية الصناديق الخفيفة في ملف latest.json تحت مقتطف كل موضوع؟ أشك في أن Discourse يتضمن هذا HTML غير المرغوب فيه في المقتطف المسلسل.
إعجاب واحد (1)
قمت اليوم بترقية أحدث إصدارات Discourse و TLP، ولاحظت مشكلة صغيرة لكنها مزعجة: عند النقر على بعض المواضيع، ستظهر ومضة أو إعادة تحميل. إليك فيديو يوضح التأثير:
عند إجراء عدة اختبارات في وضع آمن وإعادة البناء على خادم الاختبار الخاص بي، تمكنت من تتبع المشكلة إلى إضافة TLP. كما لاحظت نفس التأثير على بعض المواقع الأخرى التي تستخدم TLP.
لإعادة إنتاج المشكلة:
- قم بزيارة Blenderartists.org
- انقر على موضوع يحتوي على ردود (يبدو أن التأثير أكثر وضوحًا مع زيادة عدد الردود)
ستلاحظ نفس التأثير على هذه المواقع أيضًا:
- https://rideabl.es/top (باستخدام القائمة العلوية للعثور على المواضيع التي تحتوي على ردود)
- Washing Machine Repair
بعد إزالة إضافة TLP وإعادة البناء، اختفت الومضة.
إعجاب واحد (1)
نعم، تم الإبلاغ عن ذلك أعلاه وقد رددت. هل لديك أي فكرة منذ متى كانت هذه الحالة من وجهة نظرك؟
يبدو أن هناك مشكلة غريبة في Ember (انظر أعلاه).
لا أملك حلاً في هذه المرحلة. يتم إنشاء الروابط بواسطة قالب أساسي (وليس TLP) وهي متوافقة. كما يحدث هذا في TC أيضًا.
إعجاب واحد (1)
آسف، لم أتحقق من ذلك في الماضي البعيد. لم أقم بالتحديث منذ شهرين (2.7.0.beta1) ولاحظت الأمر بعد التحديث اليوم.
إعجابَين (2)
الصورة المصغرة لا تُظهر ذلك، ومع ذلك فإن الرابط متطابق تقريبًا (متطابق تمامًا إذا لم تكن قد قرأت الموضوع)؟
إليك كود TLP:
وهنا الكود الأساسي:
هل تلاحظ الفرق؟!
نسخة ميتا القياسية:
مثال TLP:
الإجابات على بطاقة بريدية؟
إعجاب واحد (1)
لا أعرف كيف تعمل الروابط في Discourse؛ فهي بالتأكيد لا تتصرف كروابط تشعبية ‘عادية’ لأنك لا تغادر التطبيق. ما لاحظته هو أن ‘التحميل الثاني’ يبدو أبطأ بكثير — بالنسبة لي، يبدو أنه بعد النقر على رابط، يعمل ‘رابط التطبيق’ أولاً، مما يؤدي إلى تحميل المحتوى بسرعة. في الخلفية، وفي نفس الوقت، يبدأ إعادة تحميل الصفحة بالكامل، مما يتطلب إعادة تحميل التطبيق بالكامل وهو أبطأ بكثير. هل يمكن أن يكون هناك مستمع حدث أو حدث onclick مرفق بالرابط بالإضافة إلى href الخاص بـ a؟
إعجاب واحد (1)
رابط عنوان TLP يتسبب بطريقة ما في قيام إطار عمل Ember والمتصفح بتكثيف الأمر إلى استدعاء صفحة كامل، بينما يقوم تطبيق Discourse القياسي فقط بطلب XHR (دون تحديث الصفحة). يعمل النقر على الصورة المصغرة بشكل صحيح بهذه الطريقة في TLP. أنا متأكد تمامًا من أن هذا لم يكن يحدث من قبل، وهو أمر غريب للغاية.
إعجاب واحد (1)
أوه، أعتقد أنني أعرف ما قد يكون الأمر! السطح بالكامل هو منطقة للنقر. قد يكون منزعجًا من النقر المزدوج. سأتحقق من ذلك.
قد نضطر إلى إزالة النقر على السطح لكي يعمل هذا.
إعجابَين (2)
حسنًا @bartv @_diondiondion
تم إصلاح هذه المشكلة في الإضافة: FIX: remove topic list item click event to prevent transition conflict · merefield/discourse-topic-previews-sidecar@6064a59 · GitHub
وفي سمة قائمة المواضيع: FIX: remove click event from topic list item component to prevent con… · merefield/discourse-tc-topic-list-previews@7fbe8ca · GitHub
3 إعجابات
يبدو أن صورة البلاط تتداخل عندما يحتوي المقتطف على رابط من نوع “inline-onebox”.
“excerpt”: “source: <a href="https://t.co/WMHOR1b1cm\” class="inline-onebox">https://twitter.com/gintarosu/status/1304621851075731457/photo/1 …",
إذا قمت بتحرير المنشور، وابدأ سطرًا جديدًا قبل الرابط.
فإن مشكلة التداخل تُحل.
“excerpt”: “source: \n<a href="https://t.co/WMHOR1b1cm\” class="onebox" target="_blank" rel="noopener">https://twitter.com/gintarosu/status/1304621851075731457/photo/1 \n ",
المقتطف يحتوي على رابط من نوع “lightbox” إذا كانت هناك صورة في أعلى المنشور. يتغير حجم خط النص في المقتطف ونمط الخط بعد الصورة، لكن هذا لا يتسبب في تداخل صورة البلاط.
“excerpt”: “<a class="lightbox" href="https://whatever.hk/uploads/default/original/2X/c/c42ca98cb9b3b6c6401c89940259cdc84800c70d.jpeg\” data-download-href="https://whatever.hk/uploads/default/c42ca98cb9b3b6c6401c89940259cdc84800c70d\" title="image_title">\n text ",
إعجاب واحد (1)
يمكنك محاولة إخفاء المرساة ذات فئة lightbox في CSS.
إعجاب واحد (1)
شكرًا جزيلاً لك على مساعدتك. 
بخصوص مشكلة نمط الخط، حاليًا قمتُ بإضافة حجم الخط واللون في جميع ملفات CSS الخاصة بالموضوع لتنسيق تفاصيل الموضوع، ومقتطف الموضوع، ومقتطف المزيد من الموضوع. يبدو أن هذا قد حل المشكلة. 
لا تزال روابط عرض الصور في نافذة منبثقة موجودة ومخفية داخل المقتطف. أعتقد أن discourse يجب أن يزيلها تمامًا. يبدو أن هذه الأكواد لا تفعل شيئًا سوى زيادة حجم صفحة الويب. 
إعجابَين (2)
نعم، هذا أصلح المشكلة، شكرًا لك يا روبرت!
إعجابَين (2)
نعم، أنا أتفق. أنا متردد في تجاوز الواجهة الخلفية لأن هذا يجب أن يبقى أصليًا. كما أنني متردد في استخدام JavaScript لإزالتها. الـ CSS هو الحل الصحيح حاليًا إذا كان يعمل.
لا تتردد في مشاركة كود الـ CSS الخاص بك مع المجتمع هنا :).
إعجاب واحد (1)
لقد قمت ببساطة بتعيين حجم الخط واللون لـ topic-details و topic-excerpt و topic-excerpt-more. هذا يمنع اختلاف نمط الخط في الملخص قبل وبعد الصورة.
.tiles-style .topic-details {
font-size: 14px;
color: var(--primary-high);
}
.tiles-style .topic-excerpt {
font-size: 14px;
}
.tiles-style .topic-excerpt-more {
font-size: 15px;
color: var(--tertiary);
}
إعجابَين (2)
منذ هذا الأسبوع، بدأت ألاحظ مشاكل في محدد الصورة المصغرة. فبعض المواضيع يعمل فيها بشكل صحيح، بينما يفشل بشكل متكرر في مواضيع أخرى ويظهر فارغًا، لكنني لم أستطع بعد اكتشاف نمط معين. إليك موضوعًا يفشل فيه. لا أرى أي رسائل في وحدة التحكم، ولا توجد مشاكل في طلبات الشبكة.
إليك الاستجابة عند النقر على زر ‘تحديد الصورة المصغرة’:
إعجاب واحد (1)
حل سريع للفجوة هو ببساطة هذا:
.topic-list .topic-excerpt {
padding-right: 0px;
}
أعتقد أن هذا بقايا من عرض غير البلاط. قد أضيف هذا إلى CSS الخاص بالبلاط.
إعجابَين (2)
نعم، الأمر ليس مثاليًا بنسبة 100%.
إليك مجموعة المعايير الحالية. إذا تمكنت من العثور على أي نقص واضح، فسأكون سعيدًا بالنظر فيه، لكنها قريبة جدًا من المنطق الأساسي الذي يستخدمه Discourse.
إعجابَين (2)
ها، طبعًا الآن يعمل 
إعجابَين (2)