لقد حاولت إعداد هذا هنا، ولكن يبدو أن الصور المصغرة لا يتم إنشاؤها بالفعل لمواضيعنا.
هل يرتبط هذا بأي شكل من الأشكال بإعداد فترة السماح بالتحرير؟ مكون السمة “معاينات قائمة المواضيع” لا يحصل على صور مصغرة حتى لا يمكن تحرير المنشور الأول، ولكن هذه الفئة لا تناسب هذا النهج على الإطلاق، ونفضل أن يتمكن المستخدمون من تعديل منشوراتهم إلى أجل غير مسمى في هذه الفئة.
صحيح.
بصفتها تعديلات للواجهة الأمامية فقط، تستفيد معاينات قائمة المواضيع وصور مصغرة لقائمة المواضيع من نفس العملية الأساسية التي تنشئ الصور المصغرة في الواجهة الخلفية. لا يتم تشغيل هذه المهمة غير المتزامنة إلا بعد انتهاء فترة السماح بالتحرير تحديث: إذا كانت الصورة بعيدة. إذا تم تحميل الصور محليًا، فسيتم تشغيل عملية إنشاء الصور المصغرة على الفور.
لا يمكن تعديل العملية بواسطة مكون سمة ويتطلب ذلك إضافة مكون إضافي أو طلب سحب إلى الواجهة الخلفية للتغيير (بصرف النظر عن أن TLP لديه مكون إضافي تكميلي لبعض الميزات الإضافية)
ملاحظة قبل إضافة دعم الصور المصغرة إلى النواة، كانت معاينات قائمة المواضيع مكونًا إضافيًا وعملت بنفس الطريقة تقريبًا فيما يتعلق بجدولة إنشاء الصور المصغرة. لا يمكنني التحدث نيابة عن الفريق ولكن يمكنك فهم منطق الحفاظ عليه بهذه الطريقة: لا تريد إنشاء صور مصغرة قد يتم تحرير صورتها المصدر بشكل متكرر أو ماذا لو تمت إضافة صورة في اللحظة الأخيرة؟
إحدى الطرق التي يمكنك بها التخفيف من ذلك هي استخدام الميزة الافتراضية للأيقونة/الصورة في كل مكون سمة على حدة. بالنسبة للعرض المتجانب/المربعات، يقلل هذا على الأقل من التغييرات الدراماتيكية في التخطيط. أو تقليل فترة السماح؟
آه، نعم، أفهم. يبدو منطقيًا تمامًا أن يكون هذا هو السلوك الافتراضي — نحن في موقف صعب هنا لأن الكثير مما سيتم نشره في هذه الفئة سيكون تعديلات على لعبة ماينكرافت (Minecraft mods)، لذلك من المنطقي أن المنشور الأول في أي موضوع سيحتاج إلى تعديل بشكل غير متكرر، ومن المحتمل تغيير الصورة المصغرة.\n\n أفترض أنك لست على علم بأي إضافات تسمح لك بتغيير هذا السلوك، من الذاكرة؟ يمكنني أن أفهم لماذا لا يدعم Core هذا، لكن الاعتماد على فترة السماح لن ينجح معنا.
لا، لا أعتقد ذلك. أقرب شيء كان المكون الإضافي القديم لموضوعات معاينات الموضوعات المهملة الذي كان بإمكانك تعديله.
إما أن تقوم بهذا العمل بنفسك أو Marketplace
حسناً، لا تقلق، شكراً لوقتك!
فقط لإضافة ذلك، جزء كبير من المعركة هو في الواقع تحديد السلوك العملي الدقيق الذي تريده والذي سيعمل في جميع الحالات القصوى. ثم متابعة العمل، أي التأكد من أن ما تريده سيعمل من الناحية العملية. كل شيء قابل للتعديل. :).
إذا تغير المنشور بعد الموعد النهائي، أعتقد أنه يجب على النظام جدولة سحب آخر وتحديث الصورة المصغرة.
أعتقد أنني ربما كنت أخلط بين فترة السماح ووقت حظر التعديل، لأنه منذ وقت قصير بدأت الصور المصغرة في الظهور.
أعتقد ربما يجب أن أعزو ذلك إلى خطأ في ذاكرة التخزين المؤقت لشبكة توصيل المحتوى (CDN)، ههه. على أي حال، شكرًا لمساعدتك!
أوه، نعم، سمعت أن هذا حدث، رائع!
كان هناك بعض الارتباك المتعلق يحدث هنا أيضًا، في هذه المشكلة
هناك العديد من الأسباب المحتملة. هل لديك خطأ في وحدة تحكم JavaScript؟
جاريث، أعتذر عن الارتباك، ولكن الآن بعد أن عدت إلى مكتبي، أجريت بعض الاختبارات السريعة ومراجعة للمنطق.
كانت عباراتي غير مكتملة:
Jobs::PullHotlinkedImages وهذا مجدول بالفعل بعد فترة السماح بالتحرير (هذا الجزء كان صحيحًا):حسنًا ، هذا سلوك رائع ، لكنه منطقي بالنسبة لي ، أعتقد.
هذه معلومات مفيدة جدًا ، يمكنني تحديث إرشادات النشر الخاصة بي بعد ذلك. شكرا للتوضيح!
خطأ
إذا كان لدي مكون السمة Topic Thumbnails ممكّنًا، فإنه يعطل المنتدى الخاص بي. أنا على الإصدار 2.9.0.beta4 [222c8d9b6a]. أستخدم السمة graceful.
تعطيل مكون السمة Topic Thumbnails يعيد المنتدى الخاص بي للعمل، ولكن بالطبع لا تظهر الآن صور مصغرة للمواضيع.
لقد أنشأت هذا المنشور الخاص بالخطأ ولكن شخص ما أوصاني بالنشر هنا نظرًا لأن الخطأ ليس في المنتدى نفسه.
هل يحدث هذا أيضًا مع معاينات قوائم المواضيع؟ إذا كان الأمر كذلك، فقد يكون هناك خطأ في النظام الأساسي…
لا، لقد نجح ذلك. لقد قمت بتثبيته للتو للاختبار ولم أقم بتكوين أي شيء غير افتراضي، ولكنه بدا أنه تم تطبيقه وعمل بشكل صحيح.
نعم، المكون معطل في منتدياتي أيضًا 
هذا معطل أيضًا في منتدياتنا.
@jtooker، @undasein لقد أضفت للتو إصلاحًا، وتحديث المكون يجب أن يحل المشكلة (@tkearsley يجب أن يكون موقعك محدثًا بالفعل).
شكراً لكم جميعاً على الإبلاغ عنها!
شكراً! لقد نجح الأمر بشكل جيد.