مكون فئة المؤلف الافتراضي

Repository at GitHub - discourse/discourse-default-composer-category

https://github.com/pmusaraj/discourse-default-composer-category

Install this theme component

What this does?

This is a very simple theme component that does only one thing: it lets administrators set a category as the default category for the composer. It’s most useful for sites that have disabled the Uncategorized category and would like another category to be automatically selected when launching the composer.

How to configure it

The configuration asks for the category id for the default category.

You can find out the id for the category by navigating to the category page for that category and taking the last number in the URL, e.g. /c/site-feedback/2 → 2.

24 إعجابًا

Great component, thank you!

One issue I have though is that for the category I selected I have set Minimum number of tags required in a topic to one. Still it lets me create a topic without adding a tag.

إعجابَين (2)

Thanks for the bug report @tpetrov, it should now be fixed via:

https://github.com/pmusaraj/discourse-default-composer-category/commit/aa30def362501f67ae06541ae62597a32bae8ac7

5 إعجابات

Wow, that was real quick. Thanks a bunch!!

إعجابَين (2)

لقد لاحظت هذا للتو. هذا رائع.

هذا هو تصويتي لتعطيل غير مصنف افتراضيًا ونقل هذا إلى النواة.

6 إعجابات

مرحباً @pmusaraj، لقد قمت للتو بتثبيت هذه المكونات على منتدى الخاص بي وأتساءل عما إذا كان بإمكانك توضيح الإعداد لي. ليس من الواضح ما هو التنسيق الذي يجب أن يكون عليه “معرف الفئة الافتراضية للمؤلف” - لقد جربت اسم الفئة وعنوان URL الخاص بها، ولم ينجح أي منهما.

ما هو المعرف الذي يجب أن أستخدمه؟

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

سأجرب 22.

4 إعجابات

شكراً، @Moin، لقد تم حل المشكلة.

3 إعجابات

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

3 إعجابات

أود ذلك أيضًا. أعتقد أن غير المصنف، الفئة غير المصنفة مربكة للغاية. كنت آمل أن تكون الفئة العامة الجديدة هي فئة افتراضية لتحل محل #غير المصنف بدلاً من أن تكون بديلاً غريب التسمية لـ Lounge.

4 إعجابات

أعتقد أنها ستكون كذلك قريباً. :slightly_smiling_face:

3 إعجابات

هذا تغيير حديث جدًا وتم دمجه للتو. الفئة General هي الآن الفئة الافتراضية في المنشئ على المواقع الجديدة.

هذا غير موجود حتى الآن، ولكني منفتح على إضافته!

بالنسبة للمواقع الحالية، سأضطر إلى وضع خطة لكيفية حصولها على ميزة الفئة الافتراضية. في الوقت الحالي، يتطلب تعطيل allow_uncategorized_topics، ولكنه سيتطلب أيضًا وجود فئة General وأن يتم تعيين إعداد الموقع المخفي general_category_id، ولكن إذا تمكن المسؤولون من تخصيص الفئة التي ستكون الافتراضية، فسيكون ذلك أسهل للمواقع الحالية للحصول على هذه الوظيفة وربما جعلها تعمل مع تمكين الفئة غير المصنفة.

3 إعجابات

أوه! يا للفرح! هذا ما كنت أعتقده في الأصل. أنا :man_dancing: أن هذا ما حدث.

نعم. هذا معقد للغاية، لكنني لا أرى طريقة سهلة لتجاوزه.

. . . انتظر

انتظر. انتظر! انتظر!!! لماذا هو مخفي؟ :confused: لماذا لا تسمح للناس باختيار أي فئة قديمة كافتراضية من قائمة منسدلة للفئات؟ لماذا أسميناه general_category_id بدلاً من default_category_id؟ لن يكون الأمر مشكلة كبيرة للتبديل إلى هذا الحل الأفضل بكثير إذا كان بإمكانك فقط تحديد أي فئة كافتراضية.

5 إعجابات

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

5 إعجابات

أعتقد أن #general منطقي لـ

  • العديد من المواقع الصغيرة، خاصة تلك التي يكون التركيز العام للنقاش فيها ضيقًا
  • المواقع التي لم تبذل الكثير من الجهد في التفكير في الفئات [1]

لن أدعي أن مواقعي ضخمة، لكن #general لن تعمل حقًا.
لجعل كل هذا ملموسًا، في حال كان هذا مفيدًا:

حاليًا، لدينا موقعان، موقع يركز على دعم المستخدم النهائي Ask Fedora وموقع يركز على صيانة/مساهمة المشروع Fedora Discussion. بعد العمل بهذا التقسيم لعدة سنوات، قررنا دمج Ask ليصبح فئة فرعية من Discussion.

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

(أخبرني إذا كان يجب عليّ تقسيم هذا إلى موضوع خاص به أو إنشاء تذكرة في مكان ما…)


  1. بصراحة، معظم المواقع حسب تجربتي *تنهد* ↩︎

3 إعجابات

ولكن ألن يعمل بشكل جيد مثل #uncategorized؟

ما لم يكن المشرفون عدوانيين حقًا بشأن فرزها بعد وصولها، فقد تكون بمثابة #trashcan. من سيشترك في هذه الفئة؟

نفس الأشخاص الذين اشتركوا في #uncategorized؟

لكن ربما فاتني جزء من حجتك. أعتقد أن مكون السمة هذا فكرة رائعة. أعتقد أيضًا أن التخلص من Uncategorized فكرة رائعة (وهو ما أتحدث عنه، وأشعر الآن أن هذا ليس ما تتحدث عنه).

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

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

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

وكطلب إضافي، أود خيار السماح للمستخدمين باختيار الافتراضي الخاص بهم.

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

سيكون من الجيد لو تمكنت من تعيين فئة افتراضية مختلفة في المنشئ بناءً على المجموعات التي ينتمي إليها العضو.

آمل في تشغيل مجتمعات مستقلة متعددة كمجموعات منفصلة بفئات خاصة على خادم Discourse واحد وأود الاحتفاظ بها معزولة عن بعضها البعض إلى حد كبير.

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

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

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

4 إعجابات