في الوقت الحالي، يمكن لمالكي المجموعات إضافة أعضاء جدد إلى مجموعتهم، لكن لا يمكنهم تعيينهم كمالكين. ولا يمكن القيام بذلك إلا من قبل مسؤول أو مشرف للموقع.
أعتقد أنه سيكون من المنطقي أن يتمكن مالك المجموعة من إدارة أعضاء المجموعة بما في ذلك ترقيتهم إلى مالكي المجموعة، ويبدو أن ذلك أمر مباشر إلى حد كبير.
8 إعجابات
مرحباً يا أصدقاء. أنا مطور @uffehe، وأتساءل عما إذا كانت هذه الميزة مقبولة كمرشح لإصدار مستقبلي. يبدو أن السلوك عامًا بدرجة كافية، ويمكن تمكينه/تعطيله عبر site_settings.
إذا لم تكن هناك موارد متاحة لهذا الغرض، فقد أحاول تنفيذها بنفسي. أنا جديد نسبيًا على Discourse، ولكن حسب ما أستطيع استنتاجه، يبدو أن الأمر بسيطًا ويتعلق بتغيير ملف group-member-dropdown.js للواجهة، ونقل دالتي add_owners و remove_owner من /admin/groups_controller.rb إلى /groups_controller.rb فقط، وإجراء التغيير المقابل في routes.rb.
ما رأيك، هل تستحق هذه الميزة تقديم طلب دمج (Pull Request)، يا @codinghorror؟
4 إعجابات
@codinghorror هل يمكنك التفكير في أي سبب يجعلنا لا نرغب في أن يسمح “مالكو المجموعة” بتعيين “الملكية” لأعضاء آخرين في المجموعة؟
النمط العام المتبع في أماكن مثل GitHub ونظم الملفات وما إلى ذلك، هو أن المالكين يمكنهم دائمًا تعيين ملكية جديدة.
أدعم طلب سحب (PR) هنا لتغيير هذا، ولا أعتقد أننا نحتاج إلى إعداد للموقع.
السؤال الكبير الوحيد الذي لدي هو: هل يُسمح لك بتخفيض رتبتك أو إزالتك من المجموعة عندما تكون مالكًا؟ أنا متردد في هذا. أعتقد نعم، لكن يجب أن نضع تحذيرًا.
7 إعجابات
يبدو ذلك مقبولاً عندي، وإذا كان الأمر سهلاً نسبياً، يمكننا المضي قدماً!
3 إعجابات
فكرة جيدة. فقط أتساءل، هل يجب إنشاء نوع من الإشعار أو الرسالة عند حدوث ذلك؟ (في حالة وجود مالك مجموعة متعسف أو غير مطلع على المعلومات؟)
إعجابَين (2)
يجب أن يتم تسجيل ذلك في سجل المسؤول في مكان ما.
في الواقع، اسم “إجراءات الطاقم” لم يعد مثاليًا؛ يجب أن يشمل أيضًا إجراءات “مراقب المجموعة” مثل حذف الموضوع، كما يجب أن يتضمن إجراءات “مدير المجموعة” مثل إضافة وإزالة مستخدمين وما إلى ذلك.
تعد عملية تنظيف هذا الأمر مسألة شائكة، لكنها بالتأكيد تستحق القيام بها على المدى الطويل.
7 إعجابات
مرحباً يا أصدقاء. ليس بغرض الاستعجال بأي حال – فنحن لا نحتاج إلى هذه الميزة فوراً – لكنني أتساءل ما هي الخطوات التالية. هل هناك شيء يجب عليّ فعله، مثل تنفيذ الميزة وتقديم طلب دمج (Pull Request)، أم أن فريقكم سيتولى ذلك داخلياً؟
أسأل فقط لأعرف ما إذا كان هناك شيء يجب عليّ القيام به.
شكراً لكم.
مرحباً.
نحن نشعر بهذه الحاجة أيضاً.
نقوم بإنشاء مجموعات في مثيل Discourse الخاص بنا لتعيينها لفرق في شركتنا. نحن نثق في تلك الفرق لإدارة مجموعتها بالكامل (إضافة أعضاء جدد، إزالة الأشخاص الذين انتقلوا داخل المؤسسة).
القطعة المفقودة الوحيدة هي القدرة على جعل الأشخاص الذين انضموا إلى مجموعة الفريق مالكين لها.
يبدو من المعقول وجود خيار عند إنشاء مجموعة للسماح لمالكي المجموعة بإدارة ملكية المجموعة.
3 إعجابات
لكن اتضح أن مالكي المجموعات يمكنهم إزالة مالكي مجموعات آخرين من عضوية المجموعة، ثم إضافتهم مرة أخرى كعضوين عاديين، وهو ما يعني عمليًا أنهم يمكنهم إزالة وضع المالك فقط من مالكي مجموعات آخرين.
ما أود رؤيته فعليًا (ربما كإعداد إضافي للمجموعة) هو السماح صراحةً بذلك (وبأكثر من ذلك): أن يتمكن مالكو المجموعات من ترقية أعضاء آخرين في المجموعة إلى مالكين، و_خفض_ رتبة مالكي مجموعات آخرين (أو أنفسهم) مرة أخرى إلى أعضاء عاديين.
سيناريو من الحياة الواقعية:
- يتم تعريف مجموعة لمجموعة فرعية من المستخدمين
- تُستخدم المجموعة لإدارة الوصول إلى فئة خاصة ولإرسال إشعارات (بريد إلكتروني) إلى أعضاء
@group - يُنتخب عضو واحد كقائد للمجموعة من قبل الأعضاء الآخرين، ويمكنهم الموافقة على أعضاء جدد أو إزالة الأعضاء الحاليين (بناءً على إجماع المجموعة، فهم يعملون فقط كمُنَفِّذِين)
- عندما يتقاعد القائد ويرغب إما في التخلي عن دوره أو حتى مغادرة المجموعة، يجب أن يتدخل مسؤول الموقع لتعيين مالك جديد للمجموعة
سيكون الأمر أسهل بكثير إذا تمكن المالك الحالي من ترقية عضو (أعضاء) آخرين إلى مالكين، وخفض رتبته (أو رتبة أي شخص آخر) من مالك إلى عضو عادي.
5 إعجابات
مرحباً أيها الرفاق! 
تم دمج القدرة لمالكي المجموعات على ترقية مالكين آخرين في PR#19768. سيصبح هذا سلوكًا أساسيًا اعتبارًا من Discourse 3.1.
للتعامل مع خفض الرتب بشكل صحيح، نريد بناء بعض الضوابط، على سبيل المثال، تحذير إذا كان خفض الرتب سيجعل المجموعة “بلا مالك”. يتطلب هذا المزيد من العمل والتخطيط، لذلك قررنا إصدار ميزة الترقية بمفردها أولاً.
7 إعجابات