تصميم جديد لقائمة المراجعة مع كل الميزات الجديدة

سنقوم بإصلاحها! يمكننا استبدالها بروابط مخصصة - لا أعتقد أن هذه فكرة سيئة! ستمكّن الأشخاص من ربط المشرفين مباشرة بأدلتهم الخاصة.

شيء بحثنا فيه هو استخدام ميزة التعيين من المكون الإضافي “تعيين”. واجهنا بعض الصعوبات التقنية في وقت مبكر، ولكنه شيء نريد النظر فيه مرة أخرى، خاصة الآن بعد أن تم تضمين “تعيين” في النواة.

هذا أيضًا شيء ناقشناه كتحسين، لكننا لم نبنيه بعد.

أحب جميع اقتراحاتكم الأخرى (من 4 إلى 9)! سنقوم ببعض التحقيقات من جانبنا لمعرفة مدى جدوى تنفيذها. شكرًا لكم على تسجيل طلبات الميزات لكل منها - هذا يجعل من السهل علينا تتبع كل شيء :slight_smile:

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

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

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

6 إعجابات

سيكون هذا مثاليًا لمجتمعنا.

3 إعجابات

شكراً @hugh،

بخصوص #3:

بالإضافة إلى سبب المراجعة، سيكون من المفيد أيضاً عرض محتوى الملاحظات الذي تم تضمينه بواسطة المشرف عند استخدام خيار “مراجعة المنشور”\*، حتى يتمكن المشرفون/المسؤولون الآخرون من رؤية الملاحظات في قائمة المراجعة وصفحة عنصر المراجعة. \*ربما بطريقة قابلة للتوسيع/الطي حتى لا تزدحم الصفحة.

إعجابَين (2)

ملاحظات من منسق المجتمع لدينا.
كانت وظيفة البحث عن عنوان IP مفيدة جدًا. هل يمكننا إعادتها إلى الواجهة الجديدة أيضًا؟ (أو أنها مخفية في مكان ما لم أجده.)

إعجابَين (2)

زر التسجيل في Scrub (Reject an applicant and delete the information they supplied - #26 by pento) في عناصر المستخدم المرفوضة (/review?additional_filters=%7B%7D&sort_order=score&status=rejected&type=ReviewableUser) لا يبدو أنه متاح في التخطيط الجديد. هل هذا مقصود؟

@hugh - هل هناك خطة لإضافة خيارات إضافية عندما يتم تمييز المستخدم عند التسجيل على أنه مشبوه؟

حاليًا، هناك 3 خيارات فقط للتعامل مع المستخدم: الموافقة على المستخدم، حذف المستخدم، حذف وحظر المستخدم.

هل ستكون هناك خيارات لإبقاء المستخدم صامتًا أو تعليق المستخدم؟

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

إعجابَين (2)

@hugh -

هل هذا ممكن؟

لذا، أجريت بعض الاختبارات، وكنت متسرعًا بعض الشيء -
المشكلة تكمن فقط في إدخال المراجعة للموافقة على المستخدمين الجدد - يظهر عنوان البريد الإلكتروني والحقول المخصصة للمستخدم (ولكن ليس للمشرفين لأن إعداد “عرض المشرفين للبريد الإلكتروني” معطل). ومع ذلك، نحن نستخدم هذه الميزة فقط في نسخة التطوير الخاصة بنا وليس في منتدانا الفعلي، لذا فهي لا تؤثر علينا بالطريقة التي اعتقدتها.

لم يكن لدى نسخة التطوير الخاصة بنا أي منشورات مُعلَّمة، لذلك اعتقدت أن الحقول في إدخالات الموافقات في قائمة انتظار المراجعة عالمية لجميع العناصر. بعد اختبار منشور مُعلَّم، يمكنني الإبلاغ عن أن حقول البريد الإلكتروني والمستخدم لا تظهر لتلك الحالات.

image

شكرًا لكم على كل العمل الذي تم إنجازه في هذا الشأن! قائمة انتظار المراجعة رائعة للغاية بعد استكشافها بشكل أكبر، وأنا متحمس لإطلاقها على منتدانا (الفعلي)!

إعجابَين (2)

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

سننظر في هذا الأمر ونرى ما يجري هناك، ولكنها ميزة نخطط للحفاظ عليها في التخطيط الجديد.

ستتوفر جميع الخيارات للمشرفين في قائمة انتظار المراجعة الجديدة، لذا نعم - يجب أن تكون هذه الخيارات متاحة بمجرد بناء الإجراءات الجديدة.

يبدو أن الأمور تعمل كما تحتاج - هذا خبر رائع!

5 إعجابات

اقتراح: عند نسخ ملاحظة الإشراف إلى ملف تعريف المستخدم، أضف رابطًا إلى عنصر المراجعة، حتى يتمكن المشرفون الآخرون من رؤية سياق التعليق.

ربما شيء كهذا:

---

تم إرفاق هذا التعليق في الأصل بعنصر المراجعة <a href="/review/12345" title="منذ {time_ago}">#12345</a>.

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

/review?sort_order=score&status=rejected&type=ReviewableQueuedPost&username=fdsa

7 إعجابات

هذه فكرة رائعة! سنضيفها في التحديث القادم هنا.

إعجابَين (2)

مرحباً @hugh

يبدو أن المعلومات المُطالب بها مفقودة في التخطيط الجديد.

المثال أدناه مأخوذ من: /review?additional_filters=%7B%7D&category_id=4&sort_order=created_at&status=all

التخطيط الحالي:

Claimed-Information-Existing-layout

التخطيط الجديد:

Claimed-Information-New-layout

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

imageنص الزر يلتف بشكل غير متوقع في الواجهة الصينية - لست متأكدًا مما إذا كان هذا يندرج ضمن نطاق هذا الموضوع

إعجابَين (2)

عندما أضيف (بنجاح) ملاحظة إلى منشور تم الإبلاغ عنه وأحاول مغادرة الصفحة، تظهر لي رسالة تخبرني أن التغييرات التي أجريتها لم يتم حفظها. لكنها محفوظة!

2025-12-06 20_06_17-screenshot

ما الذي يمكن أن يحدث؟ لا أرى مكانًا لـ “إرسال” تغييراتي.

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

ما هو إصدار Discourse الحالي لديك؟ هل هناك أي احتمال أنك تستخدم إصدارًا قبل دمج هذا الإصلاح؟

إعجابَين (2)

آه. حدث ذلك بعد يومين من الترقية.

شكراً جزيلاً لك. سأقوم بالترقية.

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

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

هل يمكنك تقديم مثال لسبب رغبة المشرف في إلغاء المطالبة بعد حل المراجعة؟

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

هناك الكثير من البيانات غير المرغوب فيها بتنسيق HTML في نص العلم يتضمن رمزًا تعبيريًا:

2025-12-19 17_28_52-screenshot

ألا ينبغي إزالة ذلك؟

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

مرحباً @kris.kotlarek

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

قد يستخدم المشرف مرشح “تم المطالبة به بواسطة” في قائمة المراجعة لتصفح العناصر التي طالب بها، وعلى هذا النحو، بمجرد اتخاذ إجراء، سيكون من المفيد أن يكون قادرًا على إلغاء المطالبة بالعنصر حتى لا يظهر في قائمة “تم المطالبة به بواسطة”. بالإضافة إلى ذلك، هل يمكن للمشرفين الآخرين اتخاذ إجراء مختلف بعد مراجعة العنصر إذا كان صاحب المطالبة الأصلي لا يزال يطالب بالعنصر؟

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