يُدرج /activity/pending حاليًا جميع المواضيع/المشاركات المعلقة، ولكن لا يمكن حذف المشاركات إلا عند الدخول إلى الموضوع والنقر على زر “حذف” الموجود أسفل مربع “بانتظار الموافقة”، ولا يمكن للمستخدمين حذف مواضيعهم المعلقة بأنفسهم دون التواصل مع أحد المسؤولين.
تضيف هذه الإضافة زر “حذف” مشابه مباشرةً إلى صفحة /activity/pending، بحيث يمكن للمستخدمين حذف مواضيعهم المعلقة بأنفسهم، متبعين منطقًا مشابهًا لحذف المشاركات المعلقة سابقًا.
كيف يبقى الموضوع المحذوف في قائمة الانتظار كما في لقطة الشاشة الخاصة بك؟ أليس من المفترض أن يتم… إلغاؤه؟
تم الحفاظ على المنطق نفسه كما هو في المنشور، أي عندما يقوم المستخدم بحذف منشور قبل أن يتخذ الموظف أي إجراء، يبقى أيضًا في قائمة الانتظار كما هو موضح أعلاه (الحالة هي “تم حذف الموضوع أو المنشور” لذا لن يؤثر على حالة الانتظار).
أيضًا، أعتقد أن هذا منطقي، إذا قام المستخدم بحذف موضوع معلق عن طريق الخطأ، يمكنه طلب استعادته من الموظفين.
سيكون من المنطقي بالنسبة لي أن يكون هناك مطالبة للتأكيد بدلاً من جعل الإجراء الهدام بنقرة واحدة.
حسنًا، سأقوم بإضافة نافذة منبثقة حتى يتمكن المستخدمون من التأكيد.
في أي حالات مماثلة تعرض Discourse مطالبة تأكيد؟
عندما أحذف منشوراً أو موضوعاً نشرته، لا توجد خطوة تأكيد أيضاً. في قوائم العلامات المرجعية لدي، يقوم “حذف العلامة المرجعية” بحذفها دون السؤال مرة أخرى.
أفهم طلب التأكيد مرة أخرى إذا كانت المعلومات مفقودة بشكل دائم، مثل عند تجاهل مسودة، لكنني لا أعتقد أنه يجب أن يكون هناك الكثير من تلك الحالات، لأن ذلك يجعل الأمور المهمة تبدو أقل أهمية. (قد يكون النقاش هنا مثيراً للاهتمام في هذا السياق أيضاً)
طالما يمكن لأحد أعضاء الموظفين استعادة الموضوع، لا أعتقد أن هذا الموضوع يحتاج إلى تأكيد.
واو، هذا غريب. كنت قد حاولت للتو حذف موضوع ولم يحذرني على الإطلاق، حتى كمستخدم عادي. الآن بعد أن فعلت ذلك، يبدو ذلك معقولاً، لكن ربما اعتدت كثيراً على تجربة المستخدم الإداري لدرجة أنني نسيت أنها لا تطلب منك التأكيد كمستخدم، لأنني كنت أعتقد بصدق أنها تفعل ذلك. ومع ذلك، يحدث ذلك في نافذة الرد المنبثقة، والتي أشعر أنها تقريباً مماثلة لهذا.
لكن هذا هو الحال حيث يتم فقدان محتوى المنشور بخلاف ذلك، وهو ما لا ينطبق على الأمثلة الأخرى. أعتقد أن Discourse تم بناؤه بشكل عام بفكرة أن المستخدم يعرف ما يفعله ويحذر فقط إذا كانت العواقب شديدة.
هذا هو بالضبط، وليس بالضرورة خاصًا بـ Discourse، بل هو مجرد أفضل ممارسات تجربة المستخدم العامة: النافذة المنبثقة/الحوار هو عنصر يسبب احتكاكًا في تدفق المستخدم، ويجب استخدامه فقط عندما تكون الإجراء تدميريًا حقًا. أي شيء يمكن استعادته أو التراجع عنه بسهولة، يمكن المتابعة بدونه.
أوافق بشدة على هذا الرأي، المشكلة هي على الأقل مع هذه الميزة، أنه لا يمكن التراجع عنها دون تدخل الموظفين كما يبدو. لو كنت مستخدمًا وخطأت بالضغط على زر «إلغاء النشر»، كنتُ أفضل أن تظهر نافذة منبثقة تمنعني من ذلك بدلاً من الحاجة إلى طلب موافقة الموظفين (الذين قد لا يرون ذلك) على النشر على أي حال.
تتمثل الطريقة الأصلية لحذف منشور قيد الانتظار في الانتقال إلى الموضوع والتمرير إلى الأسفل، ثم النقر على زر “حذف”.
لكن قائمة الانتظار هي قائمة، قد ينقر شخص ما عن طريق الخطأ على زر الحذف لصف غير صحيح، ثم يتعين عليه الاتصال بـ “موظف” لاستعادة المنشور، وقد يستغرق ذلك بعض الوقت والجهد. من منظور المستخدم، أعتقد أنه ليس “سهلاً” للغاية، لذلك قد يكون من الضروري وجود مربع حوار تأكيد هنا.
ملاحظة: كان التزامي الأصلي هو الحفاظ على نفس منطق حذف منشور قيد الانتظار قبل ذلك، ولكن أعتقد أنه قد يكون من الضروري تنبيه المستخدم مرة أخرى هنا.
