هذه خطأ بالتأكيد. سنحتاج إلى التحقيق في ذلك، اكتشاف جيد!
4 إعجابات
ممتاز، شكراً على طلب السحب (PR)، تم الدمج!
4 إعجابات
ثلاث تحديات:
- أنا متأكد من أن الصور المصغرة ليست مُسلسلة هنا. لا تتردد في التأكيد. يمكن التغلب على ذلك عن طريق تحسين المكون الإضافي sidecar.
- عندما نظرت إلى هذا آخر مرة، لم يسمح هيكل الصفحة بتجاوزات منخفضة المخاطر معزولة في قالب ورقة. بشكل عام، لا نريد تجاوز الصفحة بأكملها مما قد يتسبب في تغييرات مكسورة أو إخفاء تحديثات الميزات من النواة. قد يساعد طلب سحب (PR) إلى النواة هنا…
- مساحة؟
لا تتردد في تقديم طلبات السحب المطلوبة.
إعجاب واحد (1)
نقاط وجيهة. قد أختار عرضًا تقديميًا آخر لصفحات الفئة، ربما مربعات أو شيء من هذا القبيل.
لدي سؤال آخر.
هل من الممكن عرض صفحات الفئة (التي تحتوي على قوائم مواضيع) في مربعات على الهاتف المحمول، ولكن مع صور مصغرة على سطح المكتب؟ لقد جربت العديد من تعديلات الإعدادات ولكن لم أتمكن من تحقيق ذلك.
تعديل: لقد حققت ذلك. سأفصل كيف فعلت ذلك لاحقًا في حال كان ذلك قد يثير اهتمام شخص آخر، لقد أضفت هذا التعديل حتى لا يقضي أحد وقته في شرح كيفية القيام بذلك لي 
إذًا، إذا لم أكن مخطئًا، فإليك الإعدادات…
أولاً، نحتاج إلى عرض المربعات فقط في عرض الهاتف المحمول (على الأقل؟) لقائمة مواضيع:
ثم الصور المصغرة لسطح المكتب والهاتف المحمول:
لقد كنت مخطئًا في البداية لأنني اعتقدت أن “المربعات” و “الصور المصغرة” هما عرضان تقديمان مختلفان لقائمة مواضيع، وكلاهما يحتوي على الصور. ولكن هذا ليس هو الحال. الصور المصغرة مطلوبة إذا كنت تريد ظهور الصور في قائمة مواضيع، سواء كانت مربعات أم لا.
لا حاجة لإضافة فئاتك يدويًا هنا:
نظرًا لأننا سنتجاوز هذا الإعداد عن طريق تمكين الإعداد التالي:
الآن، يجب أن تحصل على صور مصغرة صغيرة على سطح المكتب في أي قائمة مواضيع (الأحدث، فئة معينة، إلخ)، وعرض “مربعات” على الهاتف المحمول مع صور مصغرة كبيرة:
إعجابَين (2)
لدي مشكلة صغيرة في ملفي الشخصي، أعتقد أنها خطأ بسيط:
بما أنه يذكر الصورة المصغرة، أفترض أن هذا يتعلق بمكون السمة هذا.
ما زلت ألعب بمكون السمة هذا بالمناسبة… وهو رائع. 
لدي سؤال. هل من الممكن منع موضوع من الحصول على صورة مصغرة، على الرغم من أن الموضوع يحتوي بالفعل على بعضها؟
هذه هي حالتي:
لدي فئة وثائق يتم فيها الترحيب بالصور المصغرة.
ولكن لدي أيضًا موضوع يقدم نصائح عامة عند إنشاء موضوع جديد:
لا توجد صورة ذات مغزى فيه، ولكنه يضيف صورة مصغرة تلقائيًا:
الطريقة الوحيدة التي أراها لتجاوز المشكلة هي إضافة صورة عشوائية في مرحلة ما من الموضوع، وتعيينها كصورة مصغرة.
مثال:
(لكنني أعترف أنها تبدو لطيفة رغم ذلك…)
إعجاب واحد (1)
نعم، هذا التوطين يفشل ويحتاج إلى إصلاح. 
لا، إذا كانت هناك صورة، فسيحاول استخدام واحدة. إضافة صورة جميلة إضافية هي الحل الأمثل
سيبدو هذا أفضل لاتساق تخطيط صفحتك أيضًا.
على أي حال، غالبًا ما أستخدم مكون الموضوعات المميزة (المدمج TLP أو غيره) لتلخيص هذه الأنواع من المشاركات في الأعلى، لذا فإن وجود صورة أمر لطيف للغاية.
إعجاب واحد (1)
أحاول تقييد الصورة المصغرة والمربعات لعلامة معينة بالإضافة إلى فئات معينة ولكنها لا تعمل مع العلامات. هذه هي صفحة الإعدادات الخاصة بي، أريد فقط المربعات والصور المصغرة للعلامة المميزة. هل يمكنك إخباري إذا كنت أفعل شيئًا خاطئًا.
يوجد أيضًا سلسلة مفقودة في إعدادات المكون الإضافي:
وهناك خطأ آخر مع خيار ملخص قائمة الموضوعات يزيل الروابط.
لذلك، كما تم الإبلاغ عنه بالفعل، إذا قمت بتعطيله فلن يكون هناك أي رابط على الإطلاق، حتى نصه، وكذلك زر “اقرأ المزيد”:
إذا قمت بتمكينه، تظهر الروابط في الملخصات، وكذلك رابط “اقرأ المزيد”، ولكن لسبب ما،
-
رابط “اقرأ المزيد” ليس منسقًا كرابط (تم الإبلاغ عنه أيضًا، ولكن نظرًا لأن كل شيء يتعلق بنفس الخيار، أفضل تجميع جميع المشكلات دفعة واحدة)
-
بعض الملخصات مغلفة بشكل خاطئ. بعض الأمثلة:
يتم تغليف الجزء الأول فقط من الجملة من الملخص هنا:
يتم تغليف سطر فارغ كملخص:
سأكون سعيدًا بالمساعدة أكثر ولكن للأسف، لا أعرف شيئًا عن المكونات الإضافية ومعظم كود Discourse… 
إعجاب واحد (1)
يبدو هذا خطأً، سألقي نظرة عليه قريبًا.
3 إعجابات
لقد قمت بإصلاح هذا في فرع beta، هل يمكنك تأكيد أن الأمور تبدو جيدة الآن ثم سأقوم بالدمج.
لكي يعمل هذا، يجب عليك إزالة tag و tag-mobile وإضافة العلامة المحددة إلى إعداد قائمة العلامات.
(قم بتثبيت إصدار بيتا كمكون آخر وقم بربطه بموضوع اختبار).
لقد تبين أنه تغيير جوهري في النواة.
استخدم الزر المتقدم لإظهار الفرع واكتب beta:
إذا لم أسمع منك في غضون فترة، فسأقوم بدمجها على أي حال، ولكن هذه فرصتك للاختبار وتقديم ذلك.
إعجاب واحد (1)
هذا لا يتم اكتسابه إلا بالعمل 
، شيئًا فشيئًا وجمع قطع المعرفة على طول الطريق 
3 إعجابات
يوجد أيضًا خطأ في جافاسكريبت عند التنقل في موقع الويب إذا تم تثبيت مكون السمة.
وهو ظاهر أيضًا على موقعك الخاص: https://starzen.space/
انقر على أي منشور وانظر إلى وحدة تحكم جافاسكريبت.
TypeError: Cannot read properties of null (reading 'querySelector')
يتم تشغيل الخطأ في هذا السطر من ملف Discourse:
إعجاب واحد (1)
يبدو أن هناك تغييرًا جذريًا في النواة: FIX: Don't listen for focus/blur events if the topic-list opts out of… · discourse/discourse@97e7bb1 · GitHub
تم إصلاحه بشكل أساسي بواسطة: COMPATIBILITY: add css class to tiles to support focus · merefield/discourse-tc-topic-list-previews@4f0f0f0 · GitHub
تم الإصلاح على فرع beta كما تم عرضه على موقعي.
ميزة إصلاح هذا بهذه الطريقة هي أننا نحصل على مؤشر آخر زيارة على البلاطة الآن
(معظم الأخطاء تختفي في الهاتف المحمول أيضًا، ولكن هذا المؤشر غير مرئي عادةً على الهاتف المحمول في أي حال، لذا سأعتبر هذا ثابتًا!)
سأحتاج إلى المتابعة بشأن الخطأ الأقل تكرارًا المتعلق بعنصر العنوان.
إعجاب واحد (1)
تم إصلاح هذا في beta: FIX: missing localisation on user prefs and update locale paths
إعجاب واحد (1)
شكرا!
بخصوص خيار المكون الإضافي topic list excerpt remove links، هل لي أن أقترح تغيير التعبير العادي (regex) الذي تستخدمه حاليًا؟
URI::regexp سيقوم بإزالة أي نص يحتوي على نمط رابط، وهذا ليس مرغوبًا دائمًا في رأيي.
الروابط أحيانًا لها نفس المحتوى النصي مثل قيمة href الخاصة بها. هذه حالة شائعة جدًا في أي منتدى، وإزالة المحتوى النصي يمكن أن يؤدي إلى مقتطفات غريبة بجمل لا معنى لها.
هذا التعبير العادي سيقوم أيضًا بإزالة كلمات داخل أو خارج الروابط أحيانًا. سأقدم أمثلة أدناه.
إليك مقارنة مع تعبير عادي آخر: \u003ca .+?\\\u003e(.+)?\u003c\\/a\u003e
هذا مجرد مثال للتعبير العادي؛ أفهم أن URI::regexp يغطي الروابط بطريقة أكثر تعقيدًا (ويفترض أنها أكثر موثوقية).
إليك مثال لمنشور:
والمقتطفات الناتجة في قائمة الموضوعات:
URI::regexp
\u003cbig\u003e↓\u003c/big\u003e
(تمت إزالة محتوى نص رابط فيسبوك، كما تمت إزالة كلمة “Day” في “Astronomy Picture of the Day” لسبب غير معروف
)
\u003ca .+?\\\u003e(.+)?\u003c\\/a\u003e
\u003cbig\u003e↓\u003c/big\u003e
مثال آخر، فقط حول محتوى نص رابط تمت إزالته مما يجعل المقتطف غريبًا للقراءة:
URI::regexp
\u003cbig\u003e↓\u003c/big\u003e
(“كان الرابط ‘This may be my favorite halo’؟”)
\u003ca .+?\\\u003e(.+)?\u003c\\/a\u003e
\u003cbig\u003e↓\u003c/big\u003e
(الآن هذا منطقي)
لذا، أنا لا أقترح أن \u003ca .+?\\\u003e(.+)?\u003c\\/a\u003e أفضل، لقد كان مجرد اختبار سريع، ولكني لست متأكدًا من أن استخدام URI::regexp هو الخيار الأفضل فيما يتعلق بالنتائج، لكلا السببين اللذين ذكرتهما: محتوى نص الرابط يختفي، مما يجعل المقتطفات غريبة أحيانًا، كما أنه يزيل كلمات داخل أو خارج الروابط من وقت لآخر لسبب غامض. تبدو المشكلة الأخيرة متكررة بما يكفي بحيث لا يمكن تجاهلها.
3 إعجابات
أنا أقدر سلبيات الطريقة الحالية (بما في ذلك الحماس المفرط الغريب بشكل مدهش للخوارزمية الحالية حيث تحذف الكثير) ولكننا وصلنا إلى هنا من خلال التجربة.
السبب الرئيسي لوجود هذا الخيار هو في الواقع:
- الحفاظ على تنسيق المعاينة عندما تكون الروابط طويلة جدًا (أي حذف جميع الروابط حتى لا يتسرب رابط طويل أبدًا إلى المقتطف ليسبب مشاكل). جرب السيناريو الذي يكون فيه الرابط طويلاً جدًا. الموضوع القديم للدعم مليء بالمشاكل مع منشورات الموضوع ذات الروابط الطويلة.
- الحفاظ على المقتطف كسطح نقر يمكن التنبؤ به حيث سينتقل دائمًا إلى الموضوع. النص صغير جدًا بحيث لا يكون هذا اختياريًا.
يجب أيضًا أن يكون:
- بسيطًا في الصيانة ولا يسبب ضوضاء في الدعم. نظرًا لأن الطريقة الحالية هي فئة مساعدة مدعومة، فلا داعي للقلق بشأن صيانتها.
لست مقتنعًا بعد بأننا بحاجة إلى تغيير هذا للجمهور العام؟
قد أكون منفتحًا على جعل هذا خيارًا من ثلاثة خيارات، إيقاف التشغيل، لا روابط (أي الطريقة الحالية) وتجريبي؟ مرحبًا بطلب السحب (PR). سأقوم بنقل كود الـ sidecar الحالي إلى فرع المكون الرئيسي أولاً. سأحاول القيام بذلك هذا الأسبوع.
3 إعجابات
شكراً على ردك 
لقد قمت بتصحيح الجملة الأخيرة في منشوري السابق، لقد نسيت كلمة…
لقد كتبت
وأيضًا يقوم بإزالة الكلمات داخل الروابط أو خارجها من وقت لآخر لسبب غامض. القضية الأخيرة تبدو متكررة بما فيه الكفاية بحيث يمكن إهمالها.
لقد نسيت كلمة “not”، لذا…
وأيضًا يقوم بإزالة الكلمات داخل الروابط أو خارجها من وقت لآخر لسبب غامض. القضية الأخيرة تبدو متكررة بما فيه الكفاية بحيث لا يمكن إهمالها.
قد لا أفهم الكثير من الأمور المتعلقة بالكود، لكنني سأحاول فهم المشكلة رقم 2 التي ذكرتها هنا وإصلاحها: Topic List Previews (TLP) - #110 by Canapin اليوم.
(المقتطفات ليست مغلفة بشكل صحيح بواسطة .topic-excerpt: يبدو أن الغلاف يغلق قبل الرابط الأول الموجود في المقتطف بدلاً من نهاية المقتطف)
بصراحة، قد يكون النهج الأفضل هو أن نثير مشكلة مع مسؤول هذه الأداة ونطلب منهم إصلاحها؟ بالتأكيد لا تتصرف كما تتوقع؟
نعم لم أنظر في ذلك بعد. لا تتردد في تقديم طلب سحب لإصلاح في هذه الأثناء.
إعجاب واحد (1)
شكراً لك، لم أفكر في ذلك، لم يكن لدي أي فكرة من أين جاءت هذه الأداة.
بعد البحث قليلاً، في الأساس يتعرف التعبير النمطي على أي كلمة أو سلسلة تقريبًا كجزء من مخطط URI طالما أنها متبوعة مباشرة بنقطتين رأسيتين - أي لا توجد مسافة بينهما - وهو أمر مفهوم، ولكنه أيضًا أكثر من اللازم، ففي اللغة الإنجليزية (على عكس اللغة الفرنسية، على سبيل المثال)، لا نضع مسافة بين الكلمة والنقطتين الرأسيتين. ومن ثم فإن الكلمات “المشروعة” يتم ابتلاعها بواسطة التعبير النمطي لمجرد أنها تتبع بنقطتين رأسيتين بشكل مؤسف.
يمكن أن يكون الإصلاح هو وجود حقل (غير مملوء مسبقًا لمنع أي ضرر في التثبيتات الحالية) في إعدادات المكون الإضافي لإدخال المخطط (المخططات) التي نريد إزالتها.
على سبيل المثال، يمكن أن يكون الإعداد:
مخططات URI المراد إزالتها: http|https|ftp|mailto
سيؤدي ذلك إلى:
#{URI::regexp(['http', 'https', 'ftp', 'mailto'])}
(لكنه حساس لحالة الأحرف، للأسف، ولكن يمكن بالتأكيد تعديل ذلك بطريقة ما)
إذا كان الإعداد فارغًا، فسيتم استخدام هذا:
#{URI::regexp}
وهو السلوك الحالي.
هل سيتم الترحيب بطلب سحب (pull request) مع مثل هذا الإعداد؟