عندما يتم رفض مشاركتك من قبل أحد الموظفين، هذه هي الرسالة التي تظهر
مرحبًا [user]،
لقد قمنا بمراجعة موضوعك الجديد بعنوان “[topic titles]” ولدينا بعض الملاحظات لك.
السبب: لا ينطبق
ملاحظات: هذا ما يظهر عندما يتم تقديم ملاحظات على مشاركتك
يمكنك تعديل المنشور الأصلي لموضوعك أدناه وإعادة تقديمه لإجراء التغييرات المقترحة، أو الرد على هذه الرسالة إذا كانت لديك أي أسئلة.
ولكن لا يمكنك تعديل المنشور فعليًا لأنه لا يظهر شيء أسفله
هذه صورة للرسالة الخاصة التي تم إرسالها إلى هذا المستخدم التجريبي بعد إنشاء منشور يتطلب الموافقة وتم رفضه مع مراجعة
ولا يوجد شيء لتعديله أدناه
لذا فإن طلبي هو أن يضيف discourse القدرة على تعديل المنشور نفسه في الرسالة الخاصة ثم يعيد تقديمه تلقائيًا في المنتدى، وبعد ذلك يمكن للمشرفين مراجعته مرة أخرى.
صيد جيد! لقد نقلت هذا إلى UX لأنه يتعلق باللغة في الواجهة.
لقد بحثت في رسائل المشرفين الخاصة بي ووجدت رسالة مماثلة. بالنظر إلى لقطة الشاشة والنص المنسوخ من رسالة المشرف، فإن الجزء الذي كتبه المستخدم الذي يتلقى الملاحظات هو “اختبار مشاركة لموضوع ميتا هنا”. الباقي موجود في القالب.
التعليمات مربكة لأنه، كما تقول، لا يمكنك تعديل المنشور “أدناه”. لتعديله، عليك العودة إلى الموضوع وتعديله هناك. أو ترد للتحدث عن ذلك مع المشرفين.
لا أعتقد أن هذا التغيير سيكون ممكنًا لأنه يجعل واجهة المستخدم معقدة للغاية.
أعتقد أن الإجابة هنا ستكون تحسين التعليمات على هذا النحو:
يمكنك تعديل منشورك لإجراء التغييرات المقترحة، أو الرد على هذه الرسالة إذا كانت لديك أي أسئلة.
يمكننا أيضًا توفير رابط للمنشور الفعلي لتسهيل العودة إليه.
وهذا سيعمل أيضًا ولكن الشيء هو أنه بمجرد أن يرفض المشرفون المشاركة، فلن يتمكنوا من تعديلها بعد الآن، فهي ترسل الرسالة الخاصة ولكن بعد ذلك يحتاجون إلى العودة وإعادة إنشاء المشاركة.
علاوة على ذلك، أعتقد أنه ربما إذا أنشأوا ردًا أو مسودة في صفحات المسودات الخاصة بك لإعادة إنشاء المشاركة بالعنوان هناك ثم تعيد تقديمها.
أخبرني إذا كان ذلك منطقيًا.
بالإضافة إلى ذلك، فإن إضافة الرابط ستعني أن رفض المشاركة لا يمكن أن يحذفها لأنه حينئذ لا يمكنهم العودة وتقييم مشاركتهم مرة أخرى؟
أوه، فهمت. طابور المراجعة يوفر فقط نسخة من المنشور (الذي تم حذفه الآن) لراحة المستخدم، حتى يتمكن من نسخه في منشور جديد وتحسينه هناك. هذا يجعل الأمر أسهل:
تم حذف منشورك ولكن تم تقديم نسخة أدناه لراحتك. يرجى نشره مرة أخرى مع التغييرات المقترحة، أو الرد على هذه الرسالة إذا كانت لديك أي أسئلة.
لكن القدرة على تعديل «المنشور/الموضوع» المعلق [1] ستكون رائعة، وستجعل هذه التجربة أكثر سلاسة للمستخدمين. أعتقد أنه كان هناك حديث عن هذا في الماضي.
حالياً، تظهر المنشورات المعلقة في تدفق المنشورات وكذلك في /activity/pending (تحتوي تلك الصفحة على منشورات ومواضيع معلقة)، ولكن يمكنك فقط حذفها وليس مراجعتها. إذا كان يمكن جعلها قابلة للتعديل بنفس الطريقة التي تسمح بها قائمة المراجعة للمسؤولين/المشرفين، فإن التعامل مع الموافقة باستخدام «مراجعة» يمكن أن يتجنب حذفها ويسمح لها بالبقاء كـ «معلقة». بعد ذلك، يمكن لمدير الملاحظات أن يكون لديه رابط لتسهيل التنقل إليها وتعديلها وإعادة تقديمها.
قد تكون هناك بعض الحواف الخشنة التي يجب تنعيمها لمنع التعديل من قبل المستخدم والمشرف في نفس الوقت، ولكن ربما يمكن أن يساعد بعض المطالبات الجديدة القابلة للمراجعة التلقائية في ذلك وتوفير قفل تعديل.
ستكون هناك حاجة أيضًا إلى بعض التسهيلات للمراجعة بعد التعامل معها كـ «مراجعة»، حيث من الناحية النظرية، تم التعامل مع العلامة، ولكنها ستظل معلقة أيضًا. (وقد لا ترغب في أن تظل هذه علامة نشطة في قائمة المراجعة الخاصة بك أثناء انتظار وقت غير محدد للمراجعة، والتي قد لا تأتي أبدًا).
لا أعتقد أنه منشور/موضوع في هذه المرحلة، بل هو تمهيد له ↩︎
أعتقد أن التغييرات الجديدة التي يتم العمل عليها في قائمة المراجعة ستسمح بتعيين العناصر المميزة لأشخاص آخرين.. ربما في هذه الحالة يمكن تعيينها مرة أخرى للمستخدم الذي نشرها؟
أعتقد أن هناك حاجة إلى نظام يمكن أن يسمح بـ “التخلي” بشكل حقيقي. لذا شيء يمكنه تنظيف نفسه بعد فترة زمنية معقولة.
ربما شيء ذكي مثل حذف العنصر المعلق الأصلي ولكن استبداله فورًا بنسخة مكررة ليبدو مطابقًا تمامًا للمستخدم ولكنه يمكن بعد ذلك إنشاء عنصر جديد قابل للمراجعة في قائمة الانتظار عند إعادة تقديمه.
ربما أيضًا مؤقت حذف على غرار حذف المشاركات المحذوفة بعد (مع “نافذة وقت المراجعة” معقولة أكثر من 24 ساعة)
ليس حقًا على الرغم من أن المستخدم الذي تم رفض مشاركته مع الملاحظات قد لا يكون متاحًا لعرض الرفض ثم يعود بعد يومين، فإن مؤقت الحذف لمدة 24 ساعة لن يسمح له بالعودة لتعديله وقد يتسبب ذلك في بعض المشكلات في منتديات مختلفة؟
ربما يتم تعيينه تلقائيًا على 24 ساعة، ثم في شيء ما في لوحة تحكم المسؤول يمكنهم تغيير المؤقت التلقائي؟
آه، آسف على الارتباك. كنت أشير إلى الإعداد الافتراضي للإعداد الإداري الموجود حذف المشاركات المحذوفة بعد وهو 24 ساعة، وأنه بينما يمكن تطبيق وظيفة مماثلة هنا، فإنها ستحتاج إلى نافذة زمنية أكثر سخاءً بكثير.
حسنًا. ليس حقًا. على الرغم من أنه إذا كان فريق المنتج مهتمًا بالفكرة، وكان فريق التطوير يعتقد أن هذه هي أفضل طريقة لتنفيذها، فلن أكون ضد ذلك.
ولكن في ذهني، سيبقى كـ “عنصر” معلق ويمكن تحريره من صفحة /pending الخاصة بك (مع مظهر يبدو كمنشور/موضوع على الأقل). ستكون رسالة PM التي تتلقاها عند “المراجعة” هي نفسها كما هو الحال الآن ولكن مع رابط يوجهك إلى المكان الذي يمكن فيه تحرير العنصر المعلق، و"لديك {30 يومًا} لمراجعة وإعادة تقديم مساهمتك قبل حذفها تلقائيًا" (أو شيء من هذا القبيل).
أعني، الكثير من هذا مجرد أفكار ويمكن لفريق التطوير [1] أن يقولوا أن الصورة التي لدي في ذهني ليست أفضل طريقة/غير قابلة للتطبيق ببساطة.
ولكن أعتقد أنه إذا تم التعامل مع العنصر المعلق الأول ككيان خاص به (أي، تم التعامل مع العلامة، تم إرسال رسالة PM، لم يعد العنصر القابل للمراجعة معلقًا) وتم إنشاء كيان معلق ثانٍ مكرر للسماح بالتحرير وإعادة الإرسال، فيمكن بعد ذلك وضعه في قائمة انتظار الموافقة كعنصر قابل للمراجعة “جديد” بمجرد إعادة إرساله. يمكن تمييز العنصر المعلق الذي ينتظر المراجعة بوضوح على أنه كذلك في صفحة /pending أيضًا لتقليل الارتباك (هل ينتظر موافقة المشرف/هل ينتظر مني المراجعة؟)
لست متأكدًا بنسبة 100% من فهمي للسؤال، لكنني كنت أفكر في تدفق شيء كهذا:
flowchart TD
A[Post/Topic Created] --> B[Pending in Approval Queue]
B --> C[Revise]
C --> D[Pending Awaiting Revision]
D --> E[Resubmit]
E --> B[Pending in Approval Queue]
B --> H[Approve Post/Topic] --> I[Published to Site]
B --> F[Reject Post/Topic] --> G[Deleted]
style F fill:#ff4c4c,stroke:#000,stroke-width:2px
style H fill:#4caf50,stroke:#000,stroke-width:2px
لذلك، فإن أي مراجعات ثانية/ثالثة/رابعة ستعود (ويمكن للمشرف إنهاء الأمر يدويًا عندما يكون هناك ما يكفي )
أعتقد أنني أتخيل استخدام خيار “المراجعة” في الحالات التي يكون فيها احتمال تلقي نسخة أفضل أعلى (لذا فإن أي شيء لا يصل إلى هذا الحد لن يتم إعادته للمراجعة في المقام الأول)
حسنًا، هذا منطقي أكثر، ولكن لنفترض أننا أضفنا إعدادًا للمراجعات المتعددة يسمى post rejected reviews delete حيث يحدد المسؤولون بعد (x) رفض للمراجعة، يتم حذف المنشور تلقائيًا لمنع عدد لا نهائي من المراجعات؟
