استبيان أمنيات المجتمع لعام 2021/معاينة في الوقت الفعلي لنص ويكي

This page is a translated version of the page Community Wishlist Survey 2021/Real Time Preview for Wikitext and the translation is 100% complete.

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

This page documents a project the Wikimedia Foundation's Community Tech team has worked on or declined in the past. Technical work on this project is complete.

We invite you to join the discussion on the talk page.

ملخص أهداف الأمنية: السماح للمستخدمين الذين يستخدمون محرر نصوص الويكي 2010 باستعراض الصفحة أثناء التعديل.

الأمنية الأصلية

الخلفية وفضاء المشكلة

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

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

على مستوى عالٍ يمكننا تلخيص مشكلة الأمنية الأصلية على النحو التالي:

كيف يضمن المحررون أن التغييرات التي يجرونها تنتج المخرجات التي يريدونها؟

من ناحية المنتج، قد ينتج عن السماح للمحررين باستعراض نواتج رموز الويكي في الوقت الفعلي:

  • تحسين خبرة المحرر عن طريق تقليل عدد الخطوات الإضافية (النقرات) أثناء رحلة التعديل
  • السماح للمحررين بملاحظة الأخطاء الطباعية ومراجعة نصوص الويكي غير السليمة وتصويبها فورًا والحفاظ على جودة مواقع الويكي

الحلول المقترحة

متطلبات التصميم

المجموعة التالية هي مجموعة من متطلبات التصميم التي قد تقدم للمحررين سبيل لاستعراض محتواهم.

بصفتي مستخدم يعدل مستخدما محرر نصوص الويكي على شاشة بحجم ملائم للأجهزة المكتبية، يمكنني:

  • اختيار استعراض نتاج نصوص الويكي أو لا
  • أن أجعل من نتاج الاستعراض قابل للتمرير حتى يمكنني استعراض عناصر النتاج بسهولة دون أن تستحوذ الشاشة كاملة

النطاق والقيود

سيكون زر الاستعراض في الوقت الفعلي متاحًا لأجل أو على:

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

تحقيقات البيانات

نعمل على الإجابة عن الأسئلة التالية التي سوف تساعد في فهم المشكلة فهمًا عميقًا:

  • كم عدد المحررين الذين يستعرضون تغييراتهم؟
    • هل يؤدي استعراض التغييرات إلى عدد أقل من حالات التراجع عن التعديلات؟
  • كم عدد المحررين الذين يستخدمون شاشات بحجم الشاشات المكتبية في التعديل على مواقع الويكي؟
  • هل الوضع الرأسي ملائم كي نجعل هذا الأمر أمرًا افتراضيًا فيه؟

لماذا وكيف قبلنا هذه الأمنية؟

 

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

Release Timeline

Release Timeline
Item Status Actual Date Target Date Notes
Deploy to test wiki for user testing purposes Complete 2022-03-30 2022-03-30
Enable on Beta cluster – Beta English Wikipedia and Wikisource only, since Realtime Preview changes the UI slightly for everyone even when you don't have it turned on Complete 2022-03-30 2022-03-30
Merge MVP for QA to Review Complete 2022-04-26 2022-04-08
Confirm MVP Top Priority tasks merged and QAd Complete 2022-04-26 2022-04-08
Get a final greenlight from Design QA Complete 2022-05-19 2022-04-15
Train w work deployed to Polish Wiki Complete 2022-04-26 2022-04-27 Designer to schedule user video calls to observe users and design accordingly
First pilot wiki as an opt-out beta feature: plwiki Complete 2022-04-26 2022-04-27
Announcement on project page & any tool-specific pages Complete 2022-08-17 2022-04-30
Pilot wikis as an opt-in beta feature: huwiki, fiwiki Complete 2022-05-26 2022-05-24
Pilot wikis with Vector-2022, as an opt-in beta feature: cawiki, viwiki, fawiki Complete 2022-06-14 2022-06-14 After phab:T307725 is complete
Get greenlight from Performance Review Complete 2022-10-17 2022-05-24
Announcement in WMF internal #release-announcements Slack channel Not Started
Bugs identified and cut In Progress Should happen as soon as we release to the first wiki
Bugs triaged In Progress Should happen as soon as we release to the first wiki
Announcement in Tech/News Complete To be done when releasing to all wikis:
Release to group 0 as opt-in Beta (T314150) Complete 2022-08-02 2022-08-02
Release to group 1 as opt-in Beta (T314182) Complete 2022-08-23 2022-08-17
All wikis as opt-in Beta Complete 2022-08-31 2022-08-31
Graduate Beta Feature to feature for all Complete 2023-01-12 2023-01-09


التحديثات

17 أغسطس/آب: متاح في صفة سمة تجريبية يمكن تفعليها على أغلب مواقع الويكي

بعد جمع الآراء والملاحظات من مواقع الويكي التجريبية (الكتالونية والفيتنامية والفارسية والبولندية والمجرية والفنلندية – شكرًا لكم جميعًا!) أصدرنا هذه السمة للمجموعة 0 والمجموعة 1 في صفة سمة تجريبية يمكن تفعليها. نعتزم الإصدار إلى المجموعة 2 يوم 31 أغسطس/آب في صفة سمة تجريبية يمكن تفعيلها. نعتزم أن تظل سمة تجريبية لحوالي 6 إلى 8 أسابيع، نتلقى فيها الآراء والملاحظات ونحسّن السمة لو ظهرت أعطال برمجية. بعد هذه المدة، نعتزم نقلها تدريجيًا من سمة تجريبية إلى سمة أساسية لكافة مستخدمي محرر نصوص الويكي 2010. كي تفعّل هذه السمة من تفضيلات السمات التجريبية، احرص على أن سمة Realtime مفعّلة وأن وضع نصوص الويكي الجديد معطّل.

 
لقطة من الشاشة لتفضيلات السمات التجريبية في ميدياويكي

نود أن نسمع منكم مدى تمتعكم باستخدام هذه الأداة وأية آراء وملاحظات منكم جميعًا على صفحة النقاش!

3 مايو/أيار 2022: التدشين على المشاريع الشريكة

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

تتعامل هذه السمة واحد من المحررات المستخدمة أكثر من غيرها (نصوص الويكي 2010) على مشاريع الويكي. لهذا السبب قررنا تشدينها في صفة سمة تجريبية قبل تدشينها للجميع. سوف يسمح لنا هذا الأمر بجمع الآراء والملاحظات وكذا تحسين السمة قبل تدشينها للجميع.

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

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

و/أو

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

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

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

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

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

2 نوفمبر/تشرين الثاني 2021: نتائج مستقاة من اختبارات التصميم التي شملت مستخدمين

مرحبًا جميعًا،

نشكركم جزيل الشكر على مساندتكم وما قدمت من آراء وملاحظات رائعة تتناول التصاميم المقترحة. نشكركم على تعليقاتكم على صفحة النقاش، وكذلك آخر المكالمات المرئية التي تحمل عنوان «Talk to Us». تعرفنا على المزيد عن الكيفية التي يعدل بها المستخدمين من ذوي الخبرة.

كما أننا نظمنا اختبار لسهولة الاستخدام على منصة usertesting.com. شارك في هذا الاختبار 5 محررين. سوف تجدون تاليًا بعض من النتائج والرؤى:

  • وجد نصف عدد المستخدمين مكان زر «استعراض» الجديد في شريط الأدوات. يجوز أن واحد من أسباب هذا الأمر هو أنماط سلوكية اكتسبت بسبب استخدام زر «عرض معاينة» الموجود في الجزء الأسفل من خانة التعديل. نصمم لذلك نقطة نابضة قليلة الاحتكاك مقترنة برسالة توجيهية منبثقة. نأمل أن يجعل هذا من السهل ملاحظة السمة الجديدة.
  • وجد كل المستخدمين مكان زر «عرض معاينة» القائم.
  • استوعب كل المستخدمين الفرق بين كلا الزرين. يمكن استخدم واحد منهما أثناء التعديل (يقدم لمحة سريعة على المخرجات). يمكن أن يصبح الآخر مفيدًا في تنقيح التعديلات قبل نشرها.
  • ذكر مستخدم واحد أن الأمر قد يكون سهلا دائمًا استيعاب العلاقة بين مدخلات نصوص الويكي ونتائج الاستعراض. كي نتجنب هذا الأمر، نستكشف حاليًا سبل لتظليل النص في كلتا الحانتين وموازاة التمرير أو كيفية التعديل.

إشارات:

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

مرة أخرى نشكركم جزيل الشكر على آرائكم وملاحظاتكم!

14 سبتمبر 2021: الخطوات التالية المتعلقة بالتصميم

نشكركم على ما قدمتم من آراء وملاحظات

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

  • يجب أن يكون زر استعراض نتائج نصوص الويكي أيسر في الهيئة مما هو عليه، يجب أن يعلم الشخص الذي يستخدمه ما الذي يفعله.
  • يجب أن يكون زر استعراض النص في شريط الأدوات.

بعد ذلك حاولنا مرة ثانية وصممنا مجموعة التصاميم التالية. نقترح أن يظهر زر جديد في شريط الأدوات:

 

نقترح حينما يستعرض المستخدم المحتوى أن يظل نص زر الاستعراض باللون «الأزرق» مشيرًا إلى أن حالة الاستعراض متاحة وناشطة:

 

سوف يتحول زر الاستعراض إلى اللون الأسود مرة أخرى لو أوقفه المستخدم وبالتالي سوف تختفي المعاينة.

أفقي مقابل رأسي

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

أسئلة مفتوحة: نريد أن نسمع منك!

  • هل يبدو موقع الزر الجديد أيسر في الاستخدام أثناء الاستخدام حينما يوجد في شريط الأدوات؟
  • هل تشعر أن الهيئة المقترحة حاليًا تحتوي على مساحة كافية لاستعراض كلا من نص الويكي والنتائج؟

نشكركم جزيلًا على آرائكم وملاحظاتكم المستمرة على صفحة النقاش!

27 أغسطس 2021: ملاحظات التصميم الأولي

التصاميم المقترحة

مخطط سطح المكتب الأفقي

سوف يظهر زر جديد. يمنح هذا المحررين خيار استعراض النص على الجانب في الوقت الفعلي:

 

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

سيتمكن المحررون من النقر على الزر المبين سالفًا. لو فعلوا ذلك، سوف تفسح لهم الهيئة التالية استعراض الناتج في حاوية ثابتة يمكن تمرير محتواها:

 

مخطط سطح المكتب الرأسي

سوف يظهر عنصر واجهة المستخدم الجديد التالي حينما يستخدم المستخدم شاشة جهاز مكتبي رأسية:

 

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

سيتمكن المحررون من النقر على الزر المبين سالفًا. لو فعلوا ذلك، سوف تفسح لهم الهيئة التالية استعراض الناتج في حاوية ثابتة يمكن تمرير محتواها:

 

بدأ المهندسون العمل على تنفيذ هذه التغييرات. سوف نضيف التغييرات داخل لب ميدياويكي البرمجي. نحب أن نسمع آرائكم في شأن التصاميم المقترحة. نود أن نسمع على وجه الخصوص آرائكم وملاحظاتكم في شأن ما يلي:

  • أن يصبح النص ومكان الزر سهلا الاستخدام
  • الشكل العام للتصاميم المقترحة

نتطلع لتلقي أفكاركم في شأن التصاميم المقترحة وأية اعتبارات أخرى!

أسئلة مفتوحة: نريد أن نسمع منك!

الحلول سالفة الذكر مقترحة وفي مراحلها الأولى. نود أن نسمع آرائكم وملاحظاتكم على صفحة النقاش. يمكن أن تساعدنا آرائكم في استيعاب سبل تعامل أخرى والمخاطر والحلول.

هذه هي الأسئلة التي نطرحها عليكم:

  • ما هو رأيك في الكيفية التي سيؤثر بها هذا على طريقتك في التعديل؟
  • هل توجه الأيقونة الموجودة على زر التوسيع المحررين لاستيعاب ما الذي يفعله الزر؟ هل هذا الأمر مثير للحيرة؟

وصلات ذات صلة