يمكنك أيضًا طلب المساعدة على:
كيف أجعل الشريط الجانبي الأيمن يظهر في كل مكان؟ ليس فقط في الصفحة الرئيسية والفئات.
إنها لا تعمل لزر “إضافة موضوع”
إعجاب واحد (1)
هممم… يعمل بشكل جيد بالنسبة لي عند المعاينة على منشئ السمة (Theme Creator).
إذا كنت تريد استهداف زر “موضوع جديد” (New Topic) تحديدًا، جرب ما يلي:
button#create-topic {
// أضف الأشياء هنا...
}
عند وجود
- رسالة خاصة
- مع وسم
- عرض بدون شريط جانبي
تصبح العرض صغيرًا جدًا
السبب:
.navigation-topics,
.categories-list,
body[class*="tag-"]:not(.archetype-regular):not(.archetype-banner),
body[class*="category-"]:not(.archetype-regular):not(.archetype-banner):not(.archetype-banner):not(.archetype-private_message) {
يتم تطبيقها في fkb-d-topic-list.scss، ولا ينبغي أن يحدث ذلك.
أظن أنها تحتاج إلى :not(.archetype-private_message)
ومع ذلك، أتساءل لماذا تستهدف هذه الأنماط المعمارية بهذه الطريقة المحددة؟ هل هي مجرد محاولة لمعرفة ما إذا كانت على قائمة المواضيع (مقارنة بعرض الموضوع؟)
إعجابَين (2)
أنا أحب هذا القالب، لكنني إما أواجه خطأً أو أنني كسرته.
لسبب ما، لا يبدو أن هناك أي حشوة فوق المواضيع، لذا فإن الزوايا الدائرية تختفي تقريبًا ولا يوجد فصل مرئي بين كل موضوع.
يبدو أن التغيير التجريبي الجديد في “أساس” (Foundation) الحديث هو ما يسبب هذا السلوك. يبدو أن إيقافه يعيد المسافة إلى وضعها الطبيعي.
العنوان:
[خطأ] ينهار المظهر على Discourse 2026.4.0-latest — تعذر العثور على الوحدة 'ember-this-fallback/js-component'
الوصف:
بعد تحديث Discourse إلى الإصدار v2026.4.0-latest (الالتزام 19374472fd)، يتسبب مظهر FKB Pro في انهيار قاتل في الواجهة الأمامية، مما يجعل المنتدى غير قابل للاستخدام جزئيًا. يعرض Discourse شريطًا برتقاليًا:
“بسبب وجود خطأ في المظهر/المكون، قد لا يعمل موقعك بشكل صحيح. سببه ‘مظهر FKB Pro’.”
السبب الجذري:
لا يزال المظهر (أو أحد مكوناته) يشير إلى الوحدة ember-this-fallback/js-component، التي تم إزالتها من نواة Discourse في الإصدارات الأخيرة. كانت هذه الوحدة جسر توافق لنمط Ember this-property-fallback المُلغى، والذي سمح للقوالب باستخدام {{foo}} بدلاً من {{this.foo}}. أعلنت Discourse رسميًا عن إزالة هذا الجسر، واشترطت على جميع المظاهر والإضافات الانتقال إلى روابط this. الصريحة.
الخطأ من وحدة تحكم المتصفح:
فشل تحميل المظهر 4 من https://www.sitetalk.net/...
خطأ: تعذر العثور على الوحدة 'ember-this-fallback/js-component' المستوردة من (require)
[المظهر 4 'مظهر FKB Pro'] خطأ: تعذر العثور على الوحدة 'ember-this-fallback/js-component' المستوردة من (require)
في vendor.js
في requireModule (vendor.js)
في Object.lookup (chunk.js)
...
في reportThemeError (chunk.js)
(إصدار Discourse المعروض في وحدة التحكم: v2026.4.0-latest، و Ember v6.10.1)
البيئة:
| العنصر | القيمة |
|---|---|
| إصدار Discourse | v2026.4.0-latest (الالتزام 19374472fd) |
| إصدار Ember | v6.10.1 |
| المظهر | FKB Pro (التثبيت الافتراضي من هذا المستودع) |
| إعادة الإنتاج | قابل لإعادة الإنتاج بنسبة 100% بعد ترقية Discourse |
نأمل أن يتمكن المطورون من إصلاح هذه المشكلة. شكرًا لكم!!!
4 إعجابات
مرحبًا، عند تحديث Discourse إلى الإصدار v2026.4.0-latest — Ember v6.10.1، ظهر خطأ جعل المنتدى غير قابل للاستخدام:
client-error-handler.js:109 [THEME 28 ‘FKB Pro theme’] خطأ: تعذر العثور على الوحدة ember-this-fallback/this-fallback-helper المستوردة من (require)
at loader.js:247:1
at a (loader.js:258:1)
at requireModule (loader.js:24:1)
at Object.lookup (app.js:36:12)
نأمل في إصلاح المشكلة.
4 إعجابات
هل توجد أي أخبار حول إصلاح هذا المشكلة حتى الآن؟
هل هناك أي أخبار حول إصلاح هذه المشكلة حتى الآن؟
لدي تقرير بأن GitHub - literatecomputing/fkb-pro-theme: FKB Pro is a highly modified, detailed, professional social theme, but still user-friendly. · GitHub يعمل. لقد قدمت طلب دمج.
4 إعجابات
مرحبًا دون،
أولاً، قالب مذهل حقًا! لقد قمت مؤخرًا بنشر FKB Pro لمجتمع التعليم المحلي الخاص بي، Jiwa.now، ويبدو واجهة المستخدم القائمة على البطاقات رائعة واحترافية للغاية.
أثناء الاختبار على الهاتف المحمول، لاحظت مشكلة في تجربة المستخدم تتعلق بالمناطق القابلة للنقر على بطاقات المواضيع. حاليًا، تبدو مناطق النقر غير متسقة. على سبيل المثال، يمكن للمستخدمين النقر على حواف البطاقة للدخول إلى موضوع، لكن النقر على مناطق فارغة أخرى (مثل المنطقة اليمنى من صف الصورة الرمزية أو في منتصف التذييل) لا يفعل شيئًا.
هذا التفاعل «المفاجئ» يجعل المستخدمين يشعرون بالارتباك، وغالبًا ما يؤدي إلى نقرات عرضية عندما يحاولون ببساطة السحب والتمرير عبر الخلاصة.
اقتراح للتحديثات المستقبلية: سيكون تحسينًا لتجربة المستخدم إذا قام القالب بتحسين هذا السلوك افتراضيًا — بجعل المحتوى الأساسي فقط (العنوان، الصورة، والملخص) قابلاً للنقر للدخول إلى الموضوع، مع تعطيل خلفية البطاقة لمنع النقرات العرضية أثناء السحب.
في غضون ذلك، لجعل تجربة اللمس على الهاتف المحمول موثوقة بنسبة 100% لمستخدمي، قمت بكتابة مقتطف CSS باستخدام نهج «القائمة البيضاء» لخاصية pointer-events. يقوم هذا المقتطف بتحييد النقر على الخلفية تمامًا ويعيد تمكين النقر فقط على العناصر التفاعلية الفعلية.
فكرت في مشاركته هنا لأي شخص يسعى لتحسين أهداف اللمس لديه، وربما يكون مرجعًا مفيدًا للمطورين:
/* إصلاح تضارب النقر/اللمس على البطاقة في الهاتف المحمول (نهج القائمة البيضاء الذكي) */
/* 1. تحييد خلفية البطاقة بالكامل لمنع نقرات السحب */
.topic-list-item {
pointer-events: none !important;
}
/* 2. إعادة تمكين جميع الروابط والأزرار الأصلية (الصور الرمزية، الوسوم، العناوين) */
.topic-list-item a,
.topic-list-item button {
pointer-events: auto !important;
}
/* 3. إعادة تمكين نقرات الصور */
.topic-list-item .topic-image,
.topic-list-item .topic-thumbnail,
.topic-list-item img {
pointer-events: auto !important;
cursor: pointer !important;
}
/* 4. إعادة تمكين منطقة إحصائيات التذييل بالكامل */
.topic-list-item .topic-item-stats,
.topic-list-item .topic-footer,
.topic-list-item .post-activity,
.topic-list-item .activity,
.topic-list-item .num,
.topic-list-item .topic-meta-data {
pointer-events: auto !important;
}
/* 5. إزالة أي عناصر وهمية للروابط الممتدة المتداخلة */
.topic-list-item .main-link::before,
.topic-list-item .main-link::after {
pointer-events: none !important;
display: none !important;
}
شكرًا!
ليو
إعجابَين (2)
@Don، تصميمك رائع، شكرًا لك على مشاركة هذا التصميم الجميل 
. كان مجرد رسالة قصيرة للتعبير عن الشكر، لأنني أعتقد أن من المهم الإشارة إلى ذلك نظرًا لساعات العمل التي قُضيت عليه من أجل متعة المجتمع!!
3 إعجابات
مرحباً @gilles 
شكراً لك على كلماتك اللطيفة! 
لدي قسم صغير للدعم في ملفي الشخصي إذا أردت يوماً ما دعم عملي: > ./support --coffee
إعجاب واحد (1)
FKB Pro v2 - ما الجديد؟
أعلنا التحديث متأخرين قليلاً - تم إصدار v2 قبل حوالي أسبوعين - لكن كما يقول المثل، من الأفضل أن تأتى متأخراً على أن لا تأتى أبداً. 
FKB Pro v2 هو تحديث كبير نسبياً تحت السطح. في حين أن المظهر العام والإحساس يبقى مألوفاً، فقد أعيد تصميم وتحسين وتنظيف عدد كبير من أجزاء القالب.
تحسين تخطيط سطح المكتب
يستخدم الآن قائمة المواضيع على سطح المكتب تخطيطاً أكثر مرونة يعمل بشكل أفضل بكثير مع شريط جانبي Discourse ولوحة FKB Pro الخاصة به.
يتكيف التخطيط تلقائياً مع تغير المساحة المتاحة، مع نقاط كسر مخصصة للشاشات الأصغر والأجهزة المحمولة.
سلوك استجابة أفضل
تم بذل جهد كبير في التعامل مع التخطيطات الضيقة والمحتوى المتجاوز.
يتم الآن التعامل مع عناوين المواضيع الطويلة، وأسماء المستخدمين، والوسوم، والمحتوى الآخر بشكل أكثر موثوقية بدلاً من السماح لها بدفع التخطيط خارج عرضه المتاح.
تمت أيضاً تعديل تخطيطات الجوال لتعمل مع عرض الحاوية الفعلي بدلاً من الاعتماد على الحجم بناءً على نافذة العرض.
أداء قائمة المواضيع
تلقّت قائمة المواضيع بعض تحسينات الأداء أيضاً.
يمكن للمتصفح الآن تخطي بطاقات المواضيع خارج الشاشة عند الحاجة، بينما تستخدم صور المواضيع وحواجزها قواعد احتواء أفضل.
يجب أن يكون هذا مفيداً بشكل خاص في قوائم المواضيع الطويلة.
تحسين تخزين مؤقت لوحة FKB
تستخدم لوحة FKB الآن مفاتيح تخزين مؤقت محددة للمستخدم ومُرقّمة.
بدلاً من مشاركة إدخالات تخزين مؤقت عامة، يتم تخزين بيانات المستخدم مقابل مستخدم Discourse الحالي، مما يمنع تسرب المعلومات المخزنة مؤقتاً بين الحسابات عند التبديل بين المستخدمين في نفس المتصفح.
كما يتعامل التخزين المؤقت الآن مع انتهاء الصلاحية والإدخالات غير الصالحة بشكل أكثر موثوقية.
تحميل أسرع للوحة
تُطلب الآن بيانات الملخص وبطاقة المستخدم بالتوازي بدلاً من انتظار انتهاء طلب واحد قبل بدء الطلب التالي.
يوجد أيضاً حماية إضافية ضد تجاوز الطلبات القديمة للبيانات بعد تغيير المستخدم النشط.
إدارة حالة جديدة للوحة
تم نقل حالة الإظهار/الإخفاء للوحة FKB إلى خدمة حالة مخصصة.
يجعل هذا السلوك أكثر قابلية للتنبؤ وأسهل في الصيانة، مع تحسين تبديل اللوحة نفسه من خلال:
-
حالة
aria-expandedصحيحة -
تسميات وصفية
-
أيقونات ديناميكية
-
حالة إظهار/إخفاء دائمة
تحسينات إمكانية الوصول
تلقّى عدة عناصر تفاعلية دعماً أفضل لإمكانية الوصول، لا سيما حول عناصر التحكم في لوحة FKB.
يُظهر تبديل اللوحة الآن حالته بشكل صحيح لتقنيات المساعدة ويوفر تسميات وعناوين أكثر فائدة.
تحسينات الجوال
تم تنظيف تخطيطات الجوال المختلفة وجعلها أكثر متانة، بما في ذلك قوائم المواضيع، والفئات، والرسائل الخاصة، وصفحات المستخدمين، والمجموعات، والمواضيع.
كان الهدف هو جعل FKB Pro يتصرف بشكل أكثر طبيعية داخل التخطيط الاستجابي لـ Discourse بدلاً من العمل ضده.
كود أكثر تقسيماً
كان جزء كبير من التحديث أيضاً عن جعل قاعدة الكود أسهل في الصيانة.
تم تقسيم لوحة FKB إلى مكونات أصغر لأشياء مثل معلومات المستخدم، والإحصائيات، والشارات، والزوار.
تمت أيضاً إعادة تنظيم بطاقات قائمة المواضيع إلى مكونات منفصلة للترويسة، والجسم، والميتا، وقسم القائمة.
لا يغيّر هذا بالضرورة ما يراه المستخدمون، لكنه يجعل التطوير المستقبلي أسهل بكثير.
باختصار
FKB Pro v2 ليس مجرد تحديث بصري. إنه إعادة كتابة كبيرة نسبياً لعدة أجزاء من القالب، مع التركيز على سلوك استجابة أفضل، والأداء، والتخزين المؤقت، وإمكانية الوصول، والصيانة.
شكراً لكل من يستخدم FKB Pro ويبلغ عن المشكلات أو يقترح تحسينات. 
إعجابَين (2)
أواجه مشكلة في العرض على الهاتف المحمول بسبب الوصف. حاولت إيجاد حل لكنني لم أتمكن. لا أعلم إن كنت الوحيد الذي يواجه هذه المشكلة.
إعجاب واحد (1)
نجحتُ في إجراء تعديل في scss خاصًا بالجوال
/* Force le texte de la description à s'enrouler */
.category-heading__content p,
.category-heading__content span,
.category-heading__content div {
white-space: normal !important;
word-break: break-word !important;
overflow-wrap: break-word !important;
max-width: 100% !important;
}
وبعدها، ربما يكون هناك حل أفضل 
يبدو أن هذه مشكلة جوهرية. 
يحدث الأمر معي أيضًا عند استخدام السمة الافتراضية.
ومع ذلك، أعتقد أن معالجة هذا القسم ستكون أفضل باستخدام grid. على سبيل المثال:
.category-heading {
&.--has-logo {
display: grid;
grid-template-columns: auto minmax(0, 1fr);
gap: var(--space-4);
}
&__content {
min-width: 0;
.badge-category__wrapper {
max-width: 100%;
}
}
}
يبدو أن هذا يتعامل مع المساحة المتاحة بشكل أكثر موثوقية، خاصة عندما يكون اسم الفئة طويلاً.
إعجاب واحد (1)