نبحث عن آرائكم: سكريبت مستخدم لتغيير موضوع مكون/إضافة، أم فكرة محتملة لتصفح الشريط الجانبي الأساسي؟

,

لقد قمت بإنشاء سكريبت مستخدم يُدعى Discourse Sidebar Feed Panel:

يحوّل هذا السكريبت الشريط الجانبي الأصلي في Discourse إلى شريط مواضيع مضغوط، مما يتيح لي تصفّح المزيد من المناقشات دون الحاجة لفتح العديد من علامات التبويب المنفصلة.

الدافع الرئيسي وراء هذا العمل عملي أكثر منه جمالي:

  • تقليل عدد علامات تبويب المواضيع المفتوحة
  • تخفيف الضغط على ذاكرة المعالج ووحدة المعالجة المركزية في المتصفح
  • جعل تصفّح Discourse أكثر قابلية للاستخدام على الأجهزة ذات الأداء المنخفض

بالنسبة لي، كان هذا مفيدًا بشكل خاص على الأجهزة الأضعف، حيث إن إبقاء العديد من علامات تبويب Discourse مفتوحة يُسبب عبئًا ملحوظًا.

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

أود الحصول على آرائكم حول الاتجاه الأنسب إذا أردت مواصلة هذا المشروع:

  1. مكون سمة (Theme Component)

    • على الأرجح هو المسار الأخف إذا ظل السلوك في الغالب من جانب الواجهة الأمامية
  2. إضافة (Plugin)

    • على الأرجح أفضل إذا تطلّب الأمر تكاملًا أعمق، أو إعدادات، أو صيانة طويلة الأمد
  3. مناقشة ميزة أساسية (Core Feature Discussion)

    • ليس بالضرورة هذا التطبيق المحدد، بل ربما الفكرة الأوسع لنمط تصفّح الشريط الجانبي الموجه نحو الخلاصات

ما أود طرحه على مجتمع Meta هو:

  • أي مسار سيكون الأكثر قبولًا لمثل هذا الشيء: مكون سمة، إضافة، أم إبقاؤه خارجيًا؟
  • هل يبدو أن هذه المشكلة تستحق الحل بطريقة أكثر رسمية؟
  • هل توجد نقاط تمديد نظيفة لهذا النوع من التكامل بين الشريط الجانبي والرأس، أم أنه لا يزال هشًا جدًا؟
  • إذا لم يكن من المفترض أبدًا أن تصبح هذه الميزة أساسية، فما الذي سيجعلها مقبولة كإضافة مجتمعية؟

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

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

إعجابَين (2)

بعض الصور:

إعجابَين (2)