تحسينات على بطاقات الوسوم العائمة للفئات وعرض وسوم الفئات الفرعية 🎈

نقوم بإجراء بعض التغييرات والتحسينات على طريقة عرض وسوم الفئات الفرعية (Hashtags) وفقًا لما هو موضح في Can we make inline links to subcategories more concise?، وفي الوقت نفسه نضيف نفس ميزة البطاقة العائمة التي تراها بالفعل عند ذكر المستخدمين، مثلًا إذا قمت بالنقر على @martin.

ستعرض هذه البطاقة عنوان الفئة، والأيقونة/الإيموجي، والوصف، بالإضافة إلى روابط إلى أي فئات أم. يمكن للمستخدمين الذين لديهم الصلاحية رؤية زر «تعديل الوصف»، وكذلك زر «موضوع جديد»، وهو زر يعتمد على سياق الفئة أيضًا (مثلًا، ستحتوي فئات الأحداث على زر «حدث جديد»).

يُعرض أيضًا في البطاقة قائمة بأحدث 3 فئات في الموضوع. لن يرى المستخدمون الذين لا يملكون صلاحية عرض فئة معينة البطاقة، بل سيتبعون رابط الوسم فقط.

سيتم إزالة فاصل > من وسوم الفئات الفرعية، وستعرض الفئة الفرعية فقط. راجع أدناه لمقارنة قبل وبعد التغيير:

هذا السلوك بأكمله محكوم من خلال تغيير قادم بعنوان تفعيل بطاقات وسوم الفئات:

تم تفعيله هنا إذا كنت ترغب في رؤيته بنفسك قبل تجربته على موقعك. انقر على أي وسم فئة في منشور للاطلاع عليه، مثلًا News and Events أو Community Building

12 إعجابًا

هل سنتمكن من تعطيل هذه البطاقات بشكل دائم؟ كمستخدم، إذا نقرت على ذلك الرابط فأنا أريد فقط الانتقال إلى صفحة الفئة، وليس إلى خطوة وسيطة.

كذلك، كملاحظة تتعلق بتجربة المستخدم: كيف تنتقل من البطاقة إلى قائمة مواضيع الفئة؟ الأمر غير واضح من لقطات الشاشة.

إعجاب واحد (1)

أعتقد أنك يمكنك النقر على اسم الفئة داخل البطاقة — تمامًا كما يمكنك النقر على اسم المستخدم في بطاقة المستخدم لفتح الملف الشخصي.

إعجابَين (2)

تم تفعيل هذه الميزة هنا، لذا يمكنك تجربتها قبل أن تبدأ في التعديل على منتدك الخاص.

  • #الأخبار-والأحداث

لا تزال الميزة قيد التطوير، لذلك سنأخذ الملاحظات المقدمة هنا في الاعتبار ونجري عليها بعض التعديلات قبل أن ننتقل بتحديث “التغييرات القادمة” إلى النسخة التجريبية/المستقرة (لا تزال حاليًا في مرحلة الاختبار).

أوافقك الرأي على أن منطقة النقر يمكن أن تكون أوضح. ربما يجب أن تكون البطاقة بأكملها قابلة للنقر، باستثناء أي عناصر أكثر تحديدًا.

إعجاب واحد (1)

سيكون من الجيد تضمين بعض الأمثلة في المنشور الأول، خاصةً لأولئك الذين لن يقرؤوا الردود ويودون فقط رؤية الميزة قيد الاستخدام :slight_smile:

إعجاب واحد (1)

يبدو رائعًا لاختباره، شكرًا لك. كيف يبدو شكل فئة فرعية مثل Announcements - Discourse Meta فعليًا؟

أعتذر، يجب استدعاؤها يدويًا (باستخدام #) على النحو التالي: News and Events > Announcements

أتساءل الآن، بما أن معلومات الفئات أصبحت تظهر في النافذة المنبثقة (modal)، هل من المنطقي أكثر عرض الفئة الرئيسية فقط على البطاقة؟ أعني أنها لم تعد تظهر مضمّنة (inline) عند استخدام #.

إعجاب واحد (1)

أعتقد أن هذه كانت الفكرة

3 إعجابات

في هذا المثال، لماذا استمرت فئة News & Events الرئيسية؟ أليس من المفترض أن تُحذف وفقًا لما يلي:

للتوضيح، لدي عشرات الفئات التي تحمل نفس المعرف (slug)، لذا فإن تضمين الفئة الرئيسية في الهاشتاق أمر إلزامي. آمل أن أتمكن مع هذا التغيير من تحديث أسماء عرض الفئات لتتضمن اسم الفئة الرئيسية. كان القيام بذلك بالطريقة القديمة أمرًا متعرجًا، مثل 1Secure > 1Secure Ideas، لكن هذا التغيير الجديد قد يسمح بتبسيطها إلى مجرد 1Secure Ideas.

CleanShot 2026-09-17 at 09.35.56

إعجابَين (2)

لا أعتقد أننا سنحتفظ بهذا كخيار… لدينا الكثير من الإعدادات :smiling_face_with_tear: ما أعتقد أنني سأفعله على الأقل هو أنه إذا قمت بالنقر المزدوج، فسيأخذك إلى الفئة. كما يمكنك النقر على اسم الفئة في نافذة البطاقة المنبثقة.

كما يمكنك ببساطة القيام بهذا إذا كنت تريد رابطًا مباشرًا إلى فئة https://meta.discourse.org/c/news-and-events/announcements/67 وسيتحول إلى Announcements - Discourse Meta .

نقطة جيدة – أعتقد أننا يمكننا إضافة رابط “الانتقال إلى المواضيع” هنا:

3 إعجابات

لا مانع لديّ من ترك هذا الأمر يستقر قليلاً في بيئة التجريب بينما نعمل على تحسين التصميم، يا @martin و @awesomerobot.

4 إعجابات

بالتأكيد، لا يحتاج إلى المضي قدمًا لفترة من الوقت (سنكون مشغولين قريبًا بلقاء على أي حال :slight_smile:)

أعتذر، لكني أشكك في هذه الميزة. بالنسبة للمستخدمين، من المنطقي أن يتمكنوا من النظر إلى بياناتهم في بطاقة. لكن بالنسبة للفئات أو الوسوم، لا أرى أي قيمة مضافة. بل على العكس، هذا يجعل الأمور أسوأ بإضافة خطوة إضافية لا معنى لها.

هذا ليس حلًا بديلًا واقعيًا، إذ سيتطلب من المستخدم أولًا العثور على رابط تلك الفئة في مكان آخر. هذا أيضًا يجعل تجربة المستخدم أسوأ.

أعتذر، لست معجبًا بهذه الفكرة :slight_smile:

إعجابَين (2)

عدد كبير من مستخدميني يستخدمون PWA (تطبيقات الويب التقدمية). ثم إن الحصول على أي روابط يصبح مهمة أكثر صعوبة. من ناحية أخرى، هم لا يربطون بين التصنيفات، وأراهن على أن هذا صحيح في الغالبية العظمى من المنتديات غير التقنية، حيث يأتي المستخدمون من وسائل التواصل الاجتماعي، وليس من مجتمعات الألعاب أو التقنية أو تقنية المعلومات وما شابه.

أنا أيضًا لا أحب ذلك. يبدو أن النظام يتجه حاليًا نحو تصميم يعتمد على البطاقات (Cards) بالكامل بدلاً من الحصول على ما تبحث عنه. ربما أنا من الطراز القديم جدًا، فأنا أتوقع أن يكون الرابط طريقة سهلة للوصول إلى الهدف.

لكن إذا كان بإمكاني، بصفتي مديرًا، اختيار عدم استخدامه، فلا يهم (ومن ضمن دائرتي، أولئك القليلون الذين لديهم رأي، لا يحبونه، وإذا تغير ذوقهم، فسأنتقل إلى البطاقات فورًا. بعد كل شيء، منتدائي مخصص للنقاش بين المستخدمين، وليس من أجلي).

3 إعجابات

أولاً، شكرًا جزيلاً لك على هذا! لقد بدأتُ في إعادة ترتيب الفئات في نسخة ديسكورس (Discourse) الخاصة بي مرة أخرى، وأدركتُ أن طريقة عرض وسم التسمية (الهاشتاغ) على شكل «الفئة الأم > الفئة الفرعية» في النص كانت تُزعجني حقًا من جديد (لدينا عدد كبير من الفئات، ونذكر فئاتنا وفئاتنا الفرعية كثيرًا لتوجيه مستخدمينا). لذا عدتُ للتحقق مما إذا كانت الأمور قد تطورت منذ مناقشاتنا الأولى حول هذا الموضوع، وقد فعلت! سعيد جدًا.

شخصيًا، لم أكن بحاجة إلى البطاقات (فقط رابط الفئة الفرعية الأكثر إيجازًا كان كافيًا)، لكن بعد تفكير ثانٍ، أعجبتني الفكرة إلى حد ما. على الأقل، بالنسبة لمجموعة مستخدمي، فإن القدرة على رؤية معاينة للفئة أو وسم التسمية منطقية تمامًا. ومع ذلك، كنتُ أتخيل الأمر على أنه يظهر عند التحويم (hover)، وعندما أدركتُ أنه يظهر عند النقر، كانت ردتي: «أوه، انتظر، ماذا، خطوة إضافية أخرى؟ النقر المزدوج على الروابط الفائقة؟!»

كانت هذه بالضبط ردتي: نحن نضيف مجرد نقرة إضافية لفتح رابط… حسنًا.

لكن بعد ذلك جربته على هاتفي وتغيّر رأيي: البطاقة تمنحني نظرة عامة جيدة جدًا على ما هي الفئة (إذا كانت لدي أي شكوك… مع مراعاة أن الأشخاص الذين يستخدمون نظام التصنيف يجدونه عمومًا أقل بديهية من أولئك الذين ابتكروه) و تمنحني تلميحًا عن أحدث المنشورات، مما يمنحني فعليًا فرصة لعدم التوجه إلى ذلك الوسم أو الفئة إذا لم تكن ما كنت أبحث عنه.

مستخدمي ليسوا مرتاحين جدًا في المساحات الرقمية ويضيعون. هذا بالتأكيد، كما أراه، سيساعدهم على عدم فقدان البوصلة عن مكانهم، وعدم الوقوع في مكان لم يكونوا يريدون الذهاب إليه حقًا لأنهم نقرت على بعض الكلمات التي بدت واعدة لهم لكنها لم تكن الخيار الصحيح فعليًا.

لذا، في الوقت الحالي، أنا متحمس جدًا وقد فعّلت المعاينة لمجتمعي. سنرى كيف يعمل الأمر عمليًا.

لكن… يمكنني تخيل سيناريوهات مجتمعية أخرى حيث لن يعمل هذا الأمر. أوافق على أننا لا نريد أن نجعل كل شيء إعدادًا (نحن نغرق فيها بالفعل، واشتكتُ من ذلك بما يكفي). لكن… أشعر أن هذا «يكسر» النمط المتوقع لكيفية عمل الأشياء على الإنترنت: انقر على رابط، يتم نقلك إلى الوجهة. اكتب وسم تسمية، مما يعني أن الناس يمكنهم النقر عليه لرؤية كل ما يتعلق بذلك الوسم. لذا لست متأكدًا حقًا من الحل البديل لهذا.

ربما يكون الحل على مستوى آخر، في كيفية تعامل ديسكورس كأداة مع نيتين متناقضين ظاهريًا:

  1. أن تكون مرنًا وقابلًا للتخصيص للغاية
  2. تقديم تجربة رائعة «جاهزة للاستخدام»

قد يكون الفريق يعمل بالفعل على هذا (أو قد تكون هذه فكرة لا تنجح، أو ربما أنا أقول شيئًا بديهيًا، أو أتأخر في الوصول إلى النقطة، أو أنحرف عن الموضوع، أو أعرض عن جهلي بكيفية عمل الأمور)، لكن يبدو لي أن «الحل» لتوفيق بين الاثنين هو:

  • أن تكون صارمًا في اتخاذ قرارات حول تجربة المستخدم/الوظائف لتجربة «الأساسية، الجاهزة للاستخدام، والتركيب الفوري»
  • أن تكون صارمًا في تقليص الخيارات والإعدادات لتغطية 95% من حالات الاستخدام (أو هل هي 80%؟ 99%؟ أي نسبة كانت)
  • تقديم طبقة ثانية من الإعدادات للمستخدمين المتقدمين أو الحالات الحدية والأشخاص الذين يريدون ضبط أشياء محددة جدًا؛ لن يتم دمج هذه الطبقة في الواجهة التي توفر «الإعدادات العادية»، بل ستكون على الأرجح أشبه بملف تكوين (config-file)

لذا في هذه الحالة، إذا كان استنتاج الفريق هو أن بطاقات معاينة وسم التسمية/الفئة هي الطريق الصحيح، وأن الفئات الفرعية يجب أن تُعرض بشكل مدمج دون ذكر الفئة الأم، وأنه لا يوجد مبرر كافٍ لجعل هذا إعدادًا عامًا للمشرفين، فيمكن أن يكون ما زال «إعدادًا مخفيًا» يمكن الوصول إليه بإضافة “hashtag_preview_cards: OFF” أو “show_hashtag_subcategory_parent_inline: ON” في مكان ما.

وبينما أكتب هذا، أنا متأكد إلى حد كبير من أن هناك آثارًا تتعلق بالتطوير بالإضافة إلى تجربة المستخدم فيما يتعلق بتعدد الإعدادات…