يجب السماح لمستوى الثقة 4 بالوصول إلى قسم الإشراف

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

لماذا؟

يحتاج مشرفو الفترة التجريبية لدينا إلى الانتقال إلى القيادة وأفضل طريقة للقيام بذلك هي السماح لهم باستخدام لوحة تحكم أبسط / تجربة مشرف تجريبي

إليك اقتباس من منتدانا

يجب أن يكون المشرفون التجريبيون TL4 (قائد) وليس مشرف حيث لا يمتلك المشرفون التجريبيون الكثير من الخبرة ويمكنهم التعرف على الخطاب بواجهة أبسط. يمتلك المشرفون واجهة مسؤول وقد تكون مربكة للمشرفين الجدد

ثم قال أحد المسؤولين هذا:

الشيء الوحيد هو أن TL4 لا يمكنه الوصول إلى / review

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

إعجابَين (2)

نعم، أتفق (لأنني أنا من في الاقتباس هههه)، ولكن ربما يجب أن يكون إعدادًا. يمكنني أن أرى أنه يعمل بشكل مثالي للمواقع التي لديها برامج مشرفين تجريبية (مثل موقعي)، ولكن الآخرين لا يريدون ذلك، لذا ربما إعداد موقع يمكن لـ tl4 الوصول إلى المراجعة؟

إعجابَين (2)

نعم، هذه الميزة ستساعدنا كثيراً!

ربما TL4 Review Posts

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

هل فكرت في استخدام دور مشرف الفئة؟ لديهم وصول إلى بعض الأشياء الإضافية مقارنة بـ TL4، ولكن ليس كل ما يمتلكه المشرف الكامل.

يوجد تفصيل شبكي للاختلافات في جدول أذونات مستوى الثقة (بما في ذلك أدوار المشرف)

3 إعجابات

نعم، هل يتضمن ذلك مراجعة؟

بالفعل. :+1:

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

لست متأكدًا تمامًا من أن فئة التعديل ستناسبنا، لكننا قد نتعمق فيها.

أنا معجب بالفكرة.

أنا معجب بفكرة @JammyDodger باستخدام تعديلات القطط ولكنها ستغرق صفحة “حول”. أعرف أنه يمكن إخفاؤها بسهولة باستخدام CSS ولكن لنفترض أنك تريد تعديلات قطط عادية ليست تعديلات تجريبية، فأنت لا تزال تريد ظهورها.

إعجابَين (2)

أتفق تمامًا، على الرغم من أن تعديلات القطط مفيدة، إلا أننا نود أن يتمكن القادة من الوصول إليها.

يبدو أن استقبال هذا إيجابي للغاية.

قد أحاول تقديم هذا كـ PR، لكنني لا أحب العبث بلغة Ruby لأنني لا أعرفها، ولهذا السبب فإن الـ PRs الثلاثة الوحيدة التي قدمتها هي تغييرات في تجربة المستخدم بشكل أساسي :slight_smile:

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

إذا تم تنفيذ هذا، أعتقد أنه لا يمكنهم مراجعة إلا المشاركات التي أبلغ عنها أعضاء آخرون. هذا لمنع TL4 من حذف المشاركات التي أبلغوا عنها في حالة وجود خلاف مع شخص ما.


@darkpixlz أعتقد أن الموضوع يحتاج إلى علامة pr-welcome ليتمكن عضو المجتمع من تقديم طلب سحب للتغيير. صححني إذا كنت مخطئًا.

إعجابَين (2)

يمكنك تقديم طلب سحب (pull request) حول أي شيء تريده، فقط الوسم pr-welcome يعني أن الموظفين يقولون إن هذا شيء يرغبون في معالجته، ولكن يمكن للناس تقديمه لأنه ليس ذا أولوية عالية.

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

التأكيد على ربما

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

تريد إنشاء إضافة جديدة لمعالجة احتياجاتك الخاصة، حيث يمكن رفض طلبات السحب (PRs) إذا لم تكن الميزة شيئًا يعتبر مفيدًا بشكل عام.

6 إعجابات

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

إعجابَين (2)

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

إعجابَين (2)

أود أن أتحدى ما سبق، ولكن فقط بالمعنى الذي مفاده أن كل ما يصل إلى النواة هو قرار واعٍ. لدى الفريق اتجاه للمنتج ويعملون بنشاط كل يوم لتحقيقه. pr-welcome يعني أنه بينما قد يكون التغيير مرغوبًا فيه، إلا أنه ليس شيئًا يمكنهم توجيه الجهد نحوه حاليًا داخليًا. بهذا المعنى، تم بالفعل إدراجه في الجدول الزمني، أو أنه غير مناسب للنواة.

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

هذا صحيح بالنسبة لمعظم البرامج مفتوحة المصدر. حتى أفضل طلب سحب مكتوب يمكن رفضه لمجموعة متنوعة من الأسباب.

5 إعجابات

نعم، كان يجب أن أصيغها بشكل أفضل. أعني أنه يمكنك فتح طلب سحب (PR)، ولكن قد يُقال لك لا لأنه ليس ما يبحث عنه فريق @ لينتهي به الأمر في الإصدار النهائي.

4 إعجابات