تحسينات التحريرات المشتركة

قمنا بإجراء المزيد من الاختبارات على السلوكيات الغريبة لـ وضع التحرير المشترك - الذي يُعد رائعًا بصفة عامة - وإليك بعض النتائج:

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

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

يمكن للمشرفين تفعيل أو إيقاف التحرير المشترك في الموضوع (أحمر) عبر أيقونة الترس في شريط المحرر

أود رؤية خيار يربط بين الحق في بدء/إيقاف التحرير المشترك والحق في بدء/إنهاء ويكي. فالتشغيل متشابه جدًا، فلماذا اختيار صلاحيات مختلفة (فقط للمشرفين)؟

والآن هذه نقطة حرجة:

  1. قمت بتعيين منشور في وضع الويكي و وضع التحرير المشترك.
  2. بدأ بعض الأشخاص في التحرير داخل محرر التحرير المشترك.
  3. في نفس الوقت، استخدم آخرون محرر الويكي “الكلاسيكي” - عبر رابط المراجعات في نفس المنشور:

ثم في الأسفل تحرير المنشور

هنا تتفاقم الأمور بسرعة كبيرة. مثلًا… حقًا سيئة جدًا. كثير من المحتوى تم استبداله، وتغييرات لم تُحفظ، وصراعات في المراجعات. فهمي أن التحرير المشترك لم يُصمم ليعمل في نفس الوقت مع تحرير الويكي الكلاسيكي (وهو أمر مفهوم تمامًا من الناحية التقنية).

أعتقد أن أفضل طريقة لحل هذه المشكلة هي توجيه زر تحرير المنشور إلى محرر التحرير المشترك الجديد؟

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

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

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

9 إعجابات

هل هناك أي أخبار حول هذا؟ لقد “أصلحنا” الأمر بإضافة

div#revision-footer-buttons button:nth-of-type(1) {
    display: none !important;
}

إلى CSS، ولكن من الواضح أن هذا إصلاح، وليس حلاً…

3 إعجابات

لقد أوضحت بوضوح كيف تتفاعل وظيفة الويكي والتعديلات المشتركة. وهذا ليس بالأمر الجيد. شكرًا على الحل البديل / الإصلاح!!

لقد قمت بدمجها في مكوني الصغير Wikified Posts Component لأنه يمثل تحسينًا صغيرًا رائعًا لوظيفة الويكي.

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

آه - لم أكن أعرف عن المكون الخاص بنا، مفيد جدًا (لقد استخدمت القديم فقط لتلوين منشورات الويكي وسأقوم بالتبديل الآن)

إعجابَين (2)

يمكنك إضافة هذا إلى علامة التبويب common > header في السمة الخاصة بك (أو في /common/header.html في مكون عن بعد)، وسيضيف هذا فئة shared-edits-post إلى مشاركات التعديلات المشتركة إذا كان المستخدم الحالي يمكنه تعديلها.

<script type="text/discourse-plugin" version="0.8">
  api.addPostClassesCallback((attrs) => {
    if (attrs.shared_edits_enabled && attrs.canEdit) return ["shared-edits-post"];
  });
</script>

ثم في CSS

.shared-edits-post {
  // قم ببعض العمل
}
5 إعجابات

تم!! تم دمج كل شيء الآن في مكون منشورات ويكيفايد:


شكرًا جو - لقد جعلت كل شيء ممكنًا!!

ما أحتاج حقًا إلى استهدافه هو أول زر تذييل مراجعة (مع نص تعديل الويكي) وإخفائه لمنشورات التعديلات المشتركة فقط. هل هناك أي طريقة لتغطية هذا الفصل / الحوار أيضًا؟

3 إعجابات

لقد دفعت بعض التغييرات.

تم إصلاح هذا. سيؤدي التبديل بين وضع ويكي وتشغيله/إيقافه على منشور تعديل مشترك الآن إلى عرض التسمية الصحيحة.

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

لقد أضفت الفئة في المكون الإضافي. لذلك، يمكنك إزالة المقتطف الذي أضفته. سيضيف المكون الإضافي الآن هذه الفئة دون الحاجة إلى أي تعديل.

أفترض أنك أردت ذلك لأن الزر كان يفتح المنشئ الافتراضي؟ تم إصلاح ذلك الآن، لذلك لن تحتاج إلى إخفائه بعد الآن.

6 إعجابات

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

4 إعجابات

بالتأكيد، أنا منفتح تمامًا لإضافة إعداد لـ “المجموعات المسموح لها ببدء التعديلات المشتركة”، الافتراضي هو “الموظفون” ولكن يمكنك تغييره إلى أي شيء تريده.

8 إعجابات

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

5 إعجابات

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

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

  • يبدأ كلا المتصفحين بحالة مشتركة للمستند:
  • يفقد المتصفح 2 الاتصال (لكن المستخدم لا يلاحظ ذلك):
  • يحفظ المتصفح 1 تغييرًا:
  • يقوم المتصفح 2 بإجراء تغييرات أثناء عدم الاتصال بالإنترنت:
  • يعود المتصفح 2 إلى الإنترنت ويحفظ التغيير:
  • يتم حفظ التغيير الذي تم إجراؤه في المتصفح 2، مما يلغي التغيير السابق الذي تم إجراؤه في المتصفح 1:

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

5 إعجابات

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

3 إعجابات

لا تزال هذه مشكلة كبيرة على موقعنا. ربما قد تساعد هذه المعلومات: انظر هذا التعديل في السجل:

“system” هو حساب الجذر للنظام. لماذا لا يتم عرض حساب مستخدم؟ متغير آخر هو هذا:

لا يزال مخصصًا للنظام، ولكن مع معلومات إضافية “تم التعديل بواسطة xy”. غريب.

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

مرحباً @Ralf_Stockmann :slight_smile:

لقد قمت بفصل منشوراتك إلى موضوع UX جديد لمنعها من الضياع بسبب مؤقت الموضوع. أعتقد أن هناك بعض المشكلات التي قد تستحق التتبع بشكل منفصل (أعتقد أن إصلاح @Johani تعامل مع بعضها؟). إذا كان الأمر كذلك، فأخبرني ويمكننا إنشاء موضوع (مواضيع) جديد لها. :+1:

3 إعجابات

شكرًا - لكنني أفتقد الآن منشورات @literarymachine حول هذا الموضوع (زميل لي) حيث أشار إلى بعض حالات السباق المتعلقة بالشبكة لهذا المكون الإضافي، والتي أ) لم يتم إصلاحها بعد و ب) تجعل هذا المكون الإضافي الرائع بخلاف ذلك عديم الفائدة إلى حد كبير للعمل الجاد…؟

3 إعجابات

أعتقد أن هذا كل شيء. :crossed_fingers:

3 إعجابات

لقد ظهر هذا لنا وسيكون مفيدًا للغاية.

هل يمكن أن يكون طلب السحب (PR) مفيدًا لهذا؟ طلبات السحب الرسمية للمكونات الإضافية صعبة للغاية بالنسبة للمخترقين مثلي لأنها تتطلب المزيد من الإعداد والخبرة التي لدي في متناول اليد!

يُسمح الآن لـ Tl4 بتبديل التعديلات المشتركة، لذا يمنحك هذا مزيدًا من المرونة.

يُرحب بـ Pr لتبديله إلى إعداد موقع يعتمد على المجموعة.

إعجابَين (2)

ماذا عن المشرفين؟ أم أنهم بحاجة إلى الترقية إلى TL4؟

نظرًا لأنه يمكنهم ترقية أنفسهم إلى TL4 على أي حال، فمن المنطقي منحهم جميعًا القدرة على تفعيل التعديلات المشتركة.

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