هل تقوم بتشغيل هذا فوق إضافة الأخبار؟ أخشى أن نتائج ذلك غير قابلة للتنبؤ وقد تكون هي سبب المشكلة. إضافة الأخبار غير مدعومة بشكل صريح لأن لها قوالبها الخاصة.
إذا قمت بإزالة إضافة الأخبار، فهل تختفي المشكلة؟
3 إعجابات
تحسينات البلاط وتغييرات التخطيط داخل البلاط
لقد عملت أنا و @nathank على بعض التحسينات في التخطيط داخل البلاط
- إعادة ترتيب العناصر للاستفادة بشكل أفضل من المساحة، وتحديداً:
- نقل الملصقات إلى تذييل البلاط، مما يتيح مساحة أكبر للعناوين والفئات والعلامات.
- التأكد من أن الملصقات تشغل سطراً واحداً فقط، وإضافة رقم يمثل عدد الملصقات الإضافية إذا كانت القائمة كبيرة.
- تغليف البيانات الوصفية لترك مساحة لمزيد من الملصقات.
- نقل العلامات بجانب الفئة والاستمرار في السماح لها بالالتفاف.
- تحسين الحشو.
- إضافة زر مشاركة جديد
حتى تتمكن من مشاركة موضوع مباشرة من قائمة الموضوعات 
- إصلاحات متنوعة لسلوك وتنسيق أزرار الإجراءات.
- إزالة الشريط الرمادي في أعلى قائمة الموضوعات.
- تقليل التكرار في CSS (خاصة بين سطح المكتب والجوال).
ملاحظة: يوصى باختبار هذا على موقع تجريبي أولاً للتحقق مرة أخرى مما إذا كانت أي من تجاوزات CSS الخاصة بك تعمل بشكل صحيح.
شكراً لـ @nathank على دعم هذا العمل، واختبار النتائج، وتقديم العديد من الاقتراحات الرائعة.
ملاحظة: لقد قمت بتخصيص البلاط الخاص بي قليلاً عن طريق بدء الملصقات من اليمين، الافتراضي هو من اليسار كما هو الحال في الإصدار الأساسي:
.topic-list.tiles-style {
.topic-users {
justify-content: flex-end;
}
}
قد تلاحظ أن البيانات الوصفية ملتفة الآن افتراضيًا. تم القيام بذلك بقلب مثقل لأننا نحاول زيادة عدد الملصقات التي يمكن تصويرها. سأعود إلى هذا إذا/عندما نحصل على استعلامات الحاويات في المتصفحات حتى نتمكن من تحديد عرض البيانات الوصفية بناءً على عدد الملصقات.
7 إعجابات
لا يمكننا تحديد صورة مصغرة، أليس كذلك؟ في بعض الأحيان، لا تكون الصورة الأولى هي أفضل صورة للمصغرة!
إعجاب واحد (1)
نعم، يمكنك ذلك. قم بتثبيت المكون الإضافي sidecar plugin وسيظهر واجهة مستخدم لاختيار صورة مصغرة خلف محرر بيانات الموضوع.
إذا لم تتمكن من تثبيت المكونات الإضافية، فهناك أيضًا طريقة لاختيار الصورة المصغرة كما هو الحال في النظام الأساسي.
في موضوع، إذا كنت ترغب في اختيار صورة مختلفة عن OP، أضف |thumbnail إلى markdown. على سبيل المثال
 << هذا سيكون الصورة المصغرة
حل المكون الإضافي لواجهة المستخدم أفضل لأنه يمكنك اختيار أي صورة في أي مشاركة. حل Markdown مقيد بـ OP.
4 إعجابات
@merefield بما أن معالج طلب الميزة المرتبط لم يعد نشطًا، سأقوم بنشره هنا
بالنسبة للمكون الإضافي sidecar، هل هناك أي طريقة للسماح للموظفين (المشرفين، المسؤولين) بتغيير الصورة المصغرة للمستخدم؟
إعجاب واحد (1)
يجب أن يكون ذلك ممكنًا بالفعل، هل تواجه مشكلة؟
إعجاب واحد (1)
نعم. بصفتي مسؤولاً، لا يمكنني تغيير الصورة المصغرة لمواضيع المستخدمين الآخرين. لقد حاولت بالفعل تجديد HTML للمنشور. أو هل أحتاج ربما إلى إعادة الخبز؟
نحن نعمل على أحدث الاختبارات التي تم تمريرها
إعجاب واحد (1)
هل تتلقى رسالة خطأ في السجلات؟ في أي نقطة يفشل؟ أنا أثق في أنك تستخدم الواجهة التي تم تقديمها؟
إعجاب واحد (1)
لا يوجد شيء في السجلات
لا تظهر أي صور في الموجه
لست متأكدًا مما تعنيه بـ “واجهة المستخدم المقدمة”، ولكن إليك عرض توضيحي سريع للمشكلة:
إعجاب واحد (1)
على الهامش، هناك مشكلة صغيرة أخرى:
حتى عندما لا يتم تنشيط TLP لقائمة مواضيع، فإن CSS التالي يتسلل:
.mobile-view .topic-list .right {
margin-left: 95px;
}
انظر الفيديو:
3 إعجابات
عذراً، يجب أن تكون المستخدم أو المسؤول حاليًا:
يسعدني النظر في ذلك كطلب ميزة لتوسيعه ليشمل المشرفين.
3 إعجابات
تكمن مشكلتي في أن المشكلة تظهر أثناء كوني مسؤولاً.
إعجاب واحد (1)
هل تم تحميل الصور؟ يجب أن يكون لديهم معرف تحميل.
إعجاب واحد (1)
مرحباً روبرت
لقد تمكنت من تحديد المشكلة! بصفتي مسؤولاً، تظهر المشاكل فقط للمواضيع التي تم إنشاؤها قبل تثبيت المكون الإضافي sidecar.
سيكون مشرفونا سعداء جداً بذلك بالتأكيد 
إعجاب واحد (1)
كان هذا يحدث بسبب الطريقة التي أعددنا بها موقع الاختبار لـ jrgongs forum، حيث يتم تخزين الصور في S3 buckets على المنتدى الأصلي الذي يشير إليه موقع الاختبار. يحتوي موقع الاختبار على اسم current_db مختلف، لذا يفشل Post::each_upload_url في العثور على التحميلات.
لم يفشل الأمر لأن المشاركات تم إنشاؤها قبل تثبيت المكون الإضافي sidecar، بل فشل في المشاركات التي تم إنشاؤها قبل نسخ موقع الإنتاج إلى موقع الاختبار.
5 إعجابات
آه… هل تحتاج إلى أي إجراء مني؟
بعد جولة من تحديث مثيل discourse الخاص بي، لاحظت أن المواضيع المميزة (تلك التي تم تعيينها بعلامة مميزة) لم تعد تظهر عند تحميل الصفحة الأولية ولن تظهر حتى يتم تحديد إحدى الفئات أو أحدث أو قوائم المواضيع وما إلى ذلك يدويًا. في هذه الحالة، لدي إعداد واجهة المستخدم الصفحة الرئيسية الافتراضية معين على الفئات، والذي كان يعمل كما هو متوقع سابقًا. إذا تم تعيين أحدث أو جديد أو غير مقروء كـ الصفحة الرئيسية الافتراضية، فستظهر المواضيع المميزة على الصفحة كما هو متوقع دون الحاجة إلى تحديد قائمة مواضيع يدويًا. إذا تم تحديد الفئات أو الأعلى، فلن تظهر حتى يقوم المستخدم بتغيير قائمة المواضيع يدويًا. لست متأكدًا مما إذا كنت قد فاتني شيء ما أو ما إذا كان ربما قد تم تغيير سلوك هذا التغيير في discourse الأساسي.
3 إعجابات
تم.\n\nيجب أن تكون قادرًا الآن على الوصول إلى الصور المصغرة بصفتك مشرفًا.\n\nhttps://github.com/paviliondev/discourse-topic-previews-sidecar/pull/172\n\nكما أن هذا يصلح خطأ منطقيًا فادحًا هنا حيث كان هناك تعيين وليس فحص تكافؤ! 
\n\nفي الواقع، يحتاج منطق واجهة المستخدم والأمان إلى مزيد من التحسين هنا. يجب إخفاء الزر حقًا إذا لم تستوفِ المعايير. سأتابع ذلك في TC في وقت ما … أيضًا، الواجهة الخلفية ليست آمنة بشكل صحيح فيما يتعلق بهذا المنطق حيث أن كل ما تفعله حاليًا هو منعك من رؤية الأزرار. إنها بحاجة إلى تغييرات إضافية لتأمينها بالكامل. ولكن نظرًا لأن هذا إجراء منخفض المخاطر للغاية، فلا أعتقد أن هذه أولوية كبيرة.
5 إعجابات
لا، كان هذا في الأساس إنذارًا كاذبًا، شكرًا لك!
3 إعجابات
شكرًا على الإصلاح! سنقوم باختباره بمجرد نشره على الهواء مباشرة
هل ترى أي فرصة لعرض زر “اختيار صورة مصغرة” فقط للمواضيع الموجودة في فئة أو تحتوي على علامة تمكين الصور المصغرة في TLP tc؟ أم سيكون هذا جهدًا أكبر لتنفيذه؟
3 إعجابات