عندما يكون المستخدم في فئة ليس لديه فيها إذن create، أرى زر موضوع جديد على أي حال.
عند الضغط عليه، يفتح المُركّب، لكن بدون تحديد أي فئة:
عندما أدخلت الفئة، اعترف النظام بعدم امتلاكي للإذن بإنشاء موضوعات هنا.
أقسم أنني أتذكر أنه في هذه الحالة، يجب أن يكون زر موضوع جديد معطلاً فقط. هل تغير ذلك؟
أرشدني روبوت الذكاء الاصطناعي القديم هنا في Meta إلى هذا التغيير في عام 2025. هل يمكننا التراجع عنه أو تعطيله؟ يبدو أنه عرضة لحدوث لبس لدى المستخدمين في رأيي.
هاه… قد أكون مخطئًا، لكن ربما يكون إعداد الموقع «الفرعية الافتراضية في الفئة للقراءة فقط»؟ هل هذا يساعد؟
لا أعتقد أننا سنقوم بإلغاء هذا التغيير. نحن متمسكون بالأسباب التي أوضحناها في ذلك الطلب: لا نرغب في منع المستخدم من فتح محرر الرسائل لمجرد أنه غير مسموح له بالنشر في هذه الفئة. ربما يرغب في النشر في فئة مختلفة، مع الإشارة إلى الموضوع الموجود في الفئة المحظورة.
وبما أن الأمر لا يُعدّ خطأً، فقد قمت بنقل موضوعك إلى فئة تجربة المستخدم (UX) في حال رغبت في مناقشته بشكل أعمق.
شكواي من التطبيق الحالي هي أن زر «موضوع جديد» يبدو متطابقًا في الفئات التي يمكنهم النشر فيها وتلك التي لا يمكنهم النشر فيها، ولا يدركون إلا بعد النقر على فئة لإعادة تحديد الحالية أن الوضع «للقراءة فقط». أما في الطريقة السابقة، فقد كان من الواضح فورًا أنه لا يمكنك إنشاء مواضيع هناك.
أتفهم المنطق وراء هذا التطبيق، لكنني أعتقد أنه يفترض أن المستخدم النهائي سيفهم كيفية/لماذا يتم التنفيذ. أنا أعلم أن مستخدميني سيُربكون بسبب هذا. أعتقد أنني سأحاول بناء شيء يحاكي الطريقة القديمة.
للتوضيح، نحن نغير سياسة تتعلق بنشر الموظفين الداخليين في فئات معينة كانوا مسموحًا لهم بالنشر فيها سابقًا. وأنا أحاول جعل التغيير غير قابل للخطأ لتجنب الارتباك الحتمي.
هل يمكنك التوضيح أكثر لما تقصده هنا؟
هذه قضية مثيرة للاهتمام بالنسبة لي، ويمكنني رؤية منطق كلا الجانبين.
أول ما يتبادر إلى الذهن هو نوع من النافذة المنبثقة أو التحذير بأن الموضوع الذي تحاول إنشاؤه سينتهي في مكان آخر غير التصنيف الذي تتواجد فيه حاليًا، والسبب في ذلك هو أنك غير مسموح لك بإنشاء موضوع في هذا التصنيف…
يخطر ببالي أن الطريقة التي تعمل بها حاليًا قد تكون طريقة جيدة لبدء مواضيع في تصنيفات ليست الأفضل أو الأنسب.
وبالطبع يمكن للموضوع الأصلي استخدام CSS لإخفاء الزر أو تغيير النص، وهو نوع من الحلول غير الرسمية ولكن
كل مجتمع مختلف، ويمكنني أن أرى أن هذا قد يُربك بعض المستخدمين الأقل خبرة
يمكنني أن أرى أن هذا الطلب مهم في هذه الظروف
أعتقد أنه يمكن تحقيق حل بسيط بإضافة هذا المكون GitHub - discourse/discourse-groups-css-classes-in-body · GitHub ثم القيام ببعض سحر CSS، على غرار:
body.group-not-allowed-group.category-not-allowed-category #create-topic {
display: none;
}
حيث not-allowed-group هي المجموعة التي تريد إخفاء زر إنشاء الموضوع منها، وnot-allowed-category هي الفئة المستهدفة. يمكنك عمل حلقة تكرار مثل هذا:
$categories: 'category1', 'category2', 'category3';
$groups: 'group1', 'group2', 'group3';
@each $category in $categories {
@each $group in $groups {
body.group-#{$group}.category-#{$category} #create-topic {
display: none;
}
}
}
بطبيعة الحال، إذا سرت في هذا المسار، فسيكون من الأسهل على الأرجح إنشاء مكون سمة مخصص مع إعدادات نوع القائمة للمجموعة والفئة، لتكون سهلة الاختيار وما إلى ذلك.
ذكّرني Moin بوجود هذا المكون، وأظن أنه تم إنشاؤه لطلب مشابه:
شكرًا لكِ على هذه الخيارات، ليلى!
عندما قرأت هذا، بدا لي مألوفاً. شعرتُ أنني رأيت شيئاً مرتبطاً به قبل فترة ليست بعيدة. في البداية، ظننتُ أن إحساسي بالوقت قد اختل، وأن الأمر يتعلق بالمكون الذي ربطته ليلي. لكنني أعتقد أنني وجدتُ أخيراً طلب الدمج (PR) الذي قرأته. وقد تم دمجه أمس:
يُضيف هذا التغيير إعداد موقع مخفّى باسم
hide_disabled_create_topic_button. وعند تفعيل هذا الإعداد:
- يُخفي زرّ «موضوع جديد» في الفئات ذات الصلاحيات للقراءة فقط
- يُخفي زرّ «موضوع جديد» عندما لا يملك المستخدم الحالي صلاحيات الإنشاء
- يُظهر زرّ «موضوع جديد» في الفئات الأخرى التي يملك فيها المستخدم صلاحية النشر
لم أجرب ذلك بعد، لكنه يبدو أن إعداد الموقع المخفّى هذا يستعيد ببساطة السلوك القديم لزرّ «موضوع جديد».