لست متأكدًا مما إذا كان ذلك بسبب Discourse Shared Edits أو ميزة #wiki-posts، حيث تم تمكين كليهما على هذا المنشور المحدد لتجنب قيام محرر واحد بجعل تغييرات الآخرين قديمة.
إذًا، منشور واحد مع تمكين كل من وضع الويكي والتعديلات المشتركة…
وصف الخطأ
يقوم المحرر أ بإجراء المراجعة 55 ويضغط على “تم”.
يتجه المحرر ب مباشرة إلى سجل المراجعات لرؤية التغييرات. يُظهر عدد المراجعات 54 / 55، ولكن لا توجد طريقة للوصول إلى المراجعة 55. بمجرد أن يقوم المحرر ب بإجراء تغيير، فإنه يتعارض مع المراجعة 54، مما يؤدي فعليًا إلى إزالة المراجعة 55 بالكامل.
حل الخطأ
لا توجد طريقة للتحايل على هذا. لا يدعم وضع الويكي وجود محررين متعددين في وقت واحد لمنشور واحد، ولكن يبدو أن التعديلات المشتركة تنشئ هذا الخطأ مع مراجعات الويكي. سيكون من الجيد أن تكون قادرًا على استخدام كليهما (بالطريقة التي يفعلها HedgeDoc)، أو تحييد عدم التوافق المحتمل بين وضعي التحرير.
أعتقد أنني رأيت جانبًا آخر لهذه المشكلة - ولكن قد لا يكون ذا صلة.
عند تشغيل التعديلات المشتركة لمنشور، إذا تم تعديله قريبًا جدًا (في غضون 20 ثانية تقريبًا)، فسيحدث تعارض حيث يتم حفظ تعديل واحد فقط أو الآخر. بمعنى آخر، لا تعمل وظيفة التعديل المشترك بالفعل على الرغم من أنها تبدو نشطة. تصبح الأمور مربكة للغاية إذا أغلق أي من المؤلفين المنشور وأعاد الدخول إليه مرة أخرى، مع ظهور التعديلات واختفائها.
إذا تُرك الأمر لفترة من الوقت، يبدو أن كل شيء يتم فرزه (على الرغم من فقدان بعض المحتوى). ربما يؤدي قفل المنشورات لمدة 30 ثانية عند تشغيل التعديلات المشتركة إلى منع ذلك؟
بعد تكرار هذا اليوم مع منشور مشترك التعديلات + ويكي راسخ، يبدو أن المشكلة بالتأكيد هي التفاعل بين الوظيفتين.
لقد كنت أستخدم التعديلات المشتركة لفترة من الوقت بين الأشخاص الذين لديهم امتيازات المسؤول دون ظهور هذا. فقط عندما يتم تمكين الويكي على نفس المنشور نواجه المشكلة.
الحل البديل الواضح هو جعل جميع المشرفين المعنيين في الفئة أو TL4 بحيث لا تكون هناك حاجة للويكي، ولكن هذا له عواقب.
هممم. يبدو أن هذا هو السبب وراء فقدان التعديلات على المشاركات، حيث يتم تشغيل التعديلات المشتركة على الويكي. لقد استخدمت وضع الويكي بسذاجة لتوسيع نطاق المحررين المسموح لهم.
أفترض أن توسيع نطاق المحررين المتزامنين المسموح لهم لجميع القراء دون ميزات النسخ الاحتياطي لوضع الويكي ليس فكرة جيدة بينما تفتقر الإمكانيات الأخرى للنسخ الاحتياطي (مثل زر “حفظ المراجعة”)؟
أعتقد أن هذه لا تزال مشكلة - بالتأكيد تسببت في فوضى خلال اجتماع مهم بالأمس!
المشكلة هي أنه من الشائع جدًا أن يحتاج عدة أشخاص إلى صلاحيات تحرير في منشور مشترك التعديلات، لذا فإن مزيج الويكي + التعديلات المشتركة مفيد للغاية.
أيضًا، من الشائع جدًا “ترقية” منشور ويكي إلى منشور تعديلات مشتركة لفترات قصيرة من النشاط المتزامن المكثف. شخصيًا، أعتقد أن هذه هي أفضل طريقة للتفكير في الأمر، ويجب أن تتوافق واجهة المستخدم مع ذلك - أي أن التعديلات المشتركة هي امتداد لوظائف الويكي، وليست بديلاً لها.
أو ربما يمكن أن تتضمن التعديلات المشتركة ببساطة صلاحية تحرير المنشور كجزء من الحزمة، وتصبح إما/أو (مع استحالة تحديد كليهما). لا أرى حقًا سببًا لذلك.
نظرًا لأننا تأثرنا بهذه المشكلة، فإننا نستخدم لوحة خارجية (HedgeDoc) ونقوم بنسخ ولصق النتيجة في Discourse بعد ذلك. إنه أمر مزعج بعض الشيء نظرًا لأن Commonmark و HedgeDoc markdown تظهر بعض الاختلافات (على سبيل المثال، لدى HD إشعارات، والكثير من إضافات الرسوم البيانية، وما إلى ذلك، والتي لا يمتلكها Discourse، والعكس صحيح، فإن بعض ميزات markdown في Discourse غير متاحة لـ HedgeDoc، على سبيل المثال، الأسهم: - + => → وبعض الرموز التعبيرية). لكنه أفضل بكثير من فقدان التعديلات!