يتم إنشاء الصور المصغرة الآن بواسطة النواة الأساسية. لن يتم إنشاء صور مصغرة أكبر من الصورة الأصلية.
بالنظر إلى هذا، فإن ما تريده هو حجم متغير للصور المصغرة، وهو ما سيبدو غير مرتب قليلاً؟ هذا غير مدعوم حاليًا.
أنصحك بإيجاد حل وسط وجعل الصور المصغرة أصغر حجمًا حتى تبدو النسخ منخفضة الدقة أقل سوءًا.
حسنًا، قد يكون هذا هو السبب في بعض الصور المصغرة، لكنه لا يفسر الأخرى. لدينا عدة مواضيع (بعضها نُشر اليوم، والبعض الآخر نُشر قبل ترقية إضافة TLP، وبالتالي يعود تاريخها إلى عدة أسابيع) تحتوي على صور مُحمَّلة بعرض يتجاوز 2000 بكسل، وتُنتج صورًا مصغرة صغيرة جدًا بعرض 50 بكسل و100 بكسل للصفحة الرئيسية.
لا، نريد عرضًا ودقة قياسية واحدة، مع ارتفاع متغير وفقًا لإعداداتنا:
topic_list_thumbnail_width هو 284
topic_list_thumbnail_height هو 0
topic_list_thumbnail_resolution_level هو 4 (اضطررت لاستخدام 4 لأن القيمة الافتراضية 2 غير صحيحة… كانت تُنتج صورًا مصغرة بحجم 1024 عند تركها على القيمة الافتراضية 2، بينما كنت بحاجة إلى الحجم 400 الذي يبدو أنه يتوافق مع 4)
طريقة فهمي لهذه الإعدادات هي:
ومع ذلك، يبدو أن المنتدى يقدم عشوائيًا صورًا مصغرة بعرض 50 بكسل أو 100 بكسل في بعض المواضيع… وتُعرض هذه الصور داخل إطار البلاطة الذي يكون دائمًا بعرض 284 بكسل في موقعنا، مما يسبب الضبابية لأن الصورة المصغرة الأصغر تتمدد لملء البلاطة.
تحقق من مخرجاتك في /latest.json في متصفح Firefox لمعرفة الصور المصغرة التي يتم تخزينها.
يمكنك أيضًا التحقق من حجم الصور المصغرة المعروضة على الصفحة باستخدام أداة فحص المتصفح.
أخبرني إذا لاحظت أي شيء غريب.
آه، إعداد العرض لا علاقة له بالبلاطات. (جرب تقليله أو زيادته إلى حد كبير) فالأمر يتعلق فقط بالدقة.
ربما ليست البلاطات هي نوع العرض المناسب لك؟
ربما يجب أن أمنع ظهور الصور المصغرة منخفضة الدقة في عرض البلاطات؟ أي عدم عرضها على الإطلاق. ربما نقوم بتصفية جميع الصور بحجم 50 × 50 بكسل.
أعتقد أنني اكتشفت للتو بالضبط ما يحدث… هذا هو أفضل تخمين لي بناءً على ما أراه:
المشكلة تكمن في طريقة وصول TLP إلى thumbnails في /latest.json. لا يحتوي thumbnails دائمًا على نفس عدد العناصر لكل موضوع. إذا كانت صورة الموضوع الأصلية المختارة لإنشاء الصورة المصغرة أصغر من 1024 بكسل، فلن يتم توليد حجم الصورة المصغرة هذا، ولن يكون هذا الحجم موجودًا كعنصر/إدخال في مصفوفة thumbnails. نظرًا لأن thumbnails تفتقر إلى عنصر، فإن عداد الإضافة سيكون غير دقيق بمقدار واحد ويعيد حجم صورة مصغرة خاطئ. إذا كانت صورة الموضوع الأصلية أصغر من 800 بكسل عرضًا، فلن يتم توليد عرضي 1024 و800، وسيكون عداد الإضافة غير دقيق بمقدار اثنين ويعيد صورة مصغرة خاطئة أصغر حتى 
يبدو أن الإضافة تتحرك عبر thumbnails للوصول إلى عنصر محدد مسبقًا، بينما يجب أن تبحث عن عنصر يحتوي على max_width محدد يتوافق مع إعداد موقع قائمة المواضيع. بهذه الطريقة، يمكن للمواضيع أن يكون لها أطوال مختلفة لمصفوفة thumbnails في latest.json مع إرجاع عرض الصورة المصغرة الصحيح.
هذا يفسر سبب ظهور بعض بلاطات المواضيع في منتدانا بعرض 50 بكسل، وبعضها بعرض 100 بكسل، بينما كان لدى معظمها العرض الصحيح 400 بكسل… كانت المواضيع ذات الأبعاد الأصغر تحتوي على صور أصلية بعرض أقل من 1024 بكسل أو أقل من 800 بكسل.
آمل أن يكون ذلك واضحًا!
أيضًا، هل يمكنك إضافة register_topic_thumbnail_size [300, 300]؟ فنحن بحاجة إلى عرض 284 بكسل لبلاطاتنا، وتحميل صور مصغرة بحجم 300 بكسل أفضل لدينا من تحميل صور بحجم 400 بكسل. بشكل مثالي، نفضل توليد العرض الصحيح تمامًا، لكنني سأنتقل على الأرجح إلى مكون السمة (Theme Component) عندما يتم إصداره رسميًا، وسأضيف عرضي المخصص الخاص بي.
شكرًا لك على عملك على كل من الإضافة والمكون! 
عذراً، لم أفهم المشكلة بعد.
حلك المثال غير ذي صلة لأنه لا يولّد صور مصغرة أعلى دقة من 800×800. فأعلى دقة في المصفوفة هي ببساطة الصورة الأصلية.
على أي حال، ظننت أنك قلق بشأن الصور منخفضة الدقة، فلماذا تقدم مثالاً يتعلق بصورة كبيرة كهذه؟ هل تقصد أن هذه الصورة الكبيرة تُعرض بمستوى 50×50؟
نعم، بطبيعة الحال يتغير طول مصفوفة الصور المصغرة. فالخوارزمية مصممة للتعامل مع ذلك. قد يكون هناك خلل ما، لكن حقيقة أن قائمة الصور المصغرة ذات طول متغير هي افتراض ضمني في الكود الحالي.
يختار مستوى دقة الصورة المصغرة الذي تحدده ويعدّله إذا لزم الأمر. مثلاً:
إذا تم تحديد الشاشة على أنها شاشة ريتنا، فإننا نزيح الاختيار خطوة واحدة للأعلى ليكون الناتج بدقة أعلى.
إذا لم تكن الدقة المطلوبة متاحة، نختار أعلى دقة متاحة تليها.
كما قلت، إذا كانت الدقة الوحيدة المتاحة هي 50×50، فربما يجب عليّ إخفاء الصور المصغرة تماماً في “Tiles”.
إذا أردت إضافة دقات مخصصة، فيرجى عمل نسخة خاصة (fork) من الإضافة حالياً. فالصور المصغرة مُصمّمة عمداً لتكون مضاعفات لبعضها البعض. وتغيير ذلك فقط لك سيؤدي إلى زيادة استخدام مساحة القرص لدى جميع المستخدمين. ولا أعتقد أن المطابقة الدقيقة جداً للأصل مهمة جداً: فهذه مجرد معاينات مصغرة. مع ذلك، قد يكون هناك مبرر لإضافة دقة تتطابق بشكل أقرب مع حالة الاستخدام الشائعة لـ “Tiles”. دعني أفكر في الأمر.
نعم، نلاحظ في عدة مواضيع أن صورة كبيرة تُعرض بمستوى 50×50، رغم وجود مستويات 400×400 و200×200 متاحة أيضًا. الاستثناء الوحيد الذي لاحظته بين هذه المواضيع هو أن الصورة الأصلية المرفوعة كانت إما بعرض أقل من 1024 بكسل، أو أقل من 800 بكسل، مما أدى إلى غياب هذه الأحجام من مصفوفة الصور المصغرة. هذا قادني إلى الاعتقاد بأن طريقة وصول الإضافة إلى الصور المصغرة ترتبط somehow بطول مصفوفة الصور المصغرة.
أتفهم تمامًا عدم إضافة أحجام مخصصة. شكرًا لك على الشرح التفصيلي 
أهلاً، هذه معلومات جيدة. قد يكون هناك خطأ برمجي. سأفحص الأمر عندما تتاح لي الفرصة.
سنستخدم هذا بالتأكيد، فأنا أرغب في إنشاء صورة مصغرة بحجم زمني محدد تمامًا!
هل يمكنك إرسال صورة كاملة الحجم مسيئة عبر الرسائل الخاصة لأقوم باختبارها؟ كما يرجى تأكيد مستوى الدقة الذي قمت بإعداده والجهاز الذي تظهر عليه المشكلة.
تم! شكرًا لك @merefield على الاطلاع على هذا
لا أعرف إذا كان الأمر يتعلق بي فقط، لكن الصور المصغرة على الهاتف المحمول مع مكون السمة توقفت عن العمل. لا تزال تعمل مع مكون السمة للصور المصغرة للمواضيع، لذا يبدو أن هناك خللاً. بالمناسبة، لا أرى أي شيء ذي صلة في وحدة التحكم.
لا يمكن إعادة إنتاج المشكلة، كل شيء على ما يرام في أحدث الاختبارات التي تم اجتيازها.
حسناً يا أصدقاء، نافذة الترقية ستغلق هذا الأسبوع.
لقد قمت للتو بفحص سريع للإضافة و TC، والوضع يبدو جيداً.
يرجى الامتناع عن الترقية بعد يوم الأحد. لن ألتزم بإصلاح التغييرات المعطلة حتى الشهر القادم.
بعد بعض استكشاف الأخطاء وإصلاحها، يبدو أن هناك تعارضًا مع إضافة الأحداث، هل يمكنك تكرار ذلك؟
لقد شرحتُ الأمر بمزيد من التفصيل عبر الرسالة الخاصة، ولكن باختصار يبدو أن هناك مشكلة في أحجام الدقة المخصصة في TLP. فعند رفع صورة بعرض يساوي أو يقل عن 1024 بكسل، لا يتم إنشاء الصورة المصغرة بحجم 1024×1024. وعند رفع صورة بعرض يساوي أو يقل عن 800 بكسل، لا يتم إنشاء الصورة المصغرة بحجم 800×800. وهذا هو السلوك المتوقع حتى الآن.
أما ما لا يتوقعه أحد فهو أن مستوى الدقة 2 لا يقوم فعليًا بتحميل أحجام 400×400، بل يقوم بتحميل ما يلي:
كنت أعتقد أن مستوى الدقة 2 سيعني ببساطة صورًا مصغرة بحجم 400×400 لجميع المواضيع.
ديفيد/نيك،
حسنًا، لقد راجعت الخوارزمية التي كنت أستخدمها لاختيار الدقة وقمت بإجراء تحسينات.
تم نشر هذا التحديث على TC والإضافة.
ملاحظة: مقياس الدقة الجديد يتراوح بين 0 و6، حيث يمثل 0 الصورة الأصلية، و1 أعلى دقة تالية، و6 أقل دقة على الإطلاق.
يرجى تحديث الإضافة/TC الخاصة بكم وإعلامي إذا كان هذا يحل المشكلة.
@دافيدكينغام، @إنترنت_كوكي، شكرًا لكم على لفت انتباهي إلى هذا.
(ديفيد، أعتقد أن هذه هي المشكلة التي تواجهها، لكن قد أكون مخطئًا).
شكرًا لك يا روب، للأسف لم يتم حل مشكلتي، لا يزال هناك تعارض مع إضافة الأحداث. يمكنك رؤية أن الصور المصغرة لا تعمل على الجوال في موقع الإنتاج، لكنها تعمل عند تعطيل الأحداث في موقع التطوير.
لا أستطيع أن أرى كيف عملوا معًا أبدًا (بما في ذلك إضافة TLP). كلاهما يتجاوزان قالب عنصر قائمة المواضيع على الجوال. هذا عائق لا يمكن تجاوزه. حتى الآن، ستحتاج إلى الاختيار بينهما.
قد أجرب نسخة تعتمد فقط على مخرجات CSS/الإضافة على المدى الطويل لتجنب تجاوز القالب، لكن هذا ليس أولوية ملحة لتغطية التكاليف في الوقت الحالي.
ومع ذلك، قد لا يكون نطاق التجاوز الذي تتطلبه إضافة TLP لعرض البلاطة ممكنًا باستخدام المخرجات فقط.
يا لها من خيبة أمل، كنت متحمسًا أخيرًا لاستعادة الأحداث! أجد الأمر غريبًا أن مكون “صور مصغرة للمواضيع” يعمل مع إضافة الأحداث، ولا أشكك في استنتاجك بل أحاول المساعدة. يبدو أن هذا أيضًا يتجاوز القالب؟ للتوضيح، أنا أتحدث عن إضافة الأحداث الخاصة بـ Pavilion، وليس عن إضافة فريق Discourse في إضافة التقويم.
لأن التخطيط الذي يستخدمه لا يتطلب تجاوزًا لقالب. في TLP، أقوم بتخطيط المزيد من العناصر، وبعضها موجود داخل divs متداخلة، لذا لن يعمل بنفس الطريقة: يجب أن أعتمد على تجاوز القالب. عادةً لا يكون هذا محفوفًا بالمخاطر لأنه عقدة ورقة.