استبيان أمنيات المجتمع لعام 2021/معاينة في الوقت الفعلي لنص ويكي
مرحبًا بكم جميعًا، وشكرًا لقدومكم لقراءة المزيد من التفاصيل عن المعاينة في الوقت الفعلي. كانت هذه هي الأمنية الرابعة في استبيان أمنيات المجتمع لعام 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.
Realtime Preview for Wikitext Wish Team  | |
|---|---|
| Allow 2010 wikitext editors to preview the page while editing | |
| مجموعة: | Community Tech |
| أعضاء الفريق: | Nicolas Ayoub, Harumi Monroy, MusikAnimal, Emanuele Leoni, Sam Wilson, Szymon Grabarczuk |
| قائد المشروع: | Natalia Rodriguez (product owner) |
| آخر الأخبار: | Updates |
ملخص أهداف الأمنية: السماح للمستخدمين الذين يستخدمون محرر نصوص الويكي 2010 باستعراض الصفحة أثناء التعديل.
الخلفية وفضاء المشكلة
ملاحظة: لتجنب الالتباس، قمنا بإعادة تسمية عنوان المشروع واسمه من المعاينة المباشرة إلى المعاينة في الوقت الفعلي. هذا بسبب وجود ميزة سابقة مختلفة تسمى المعاينة المباشرة.
نص الويكي هي لغة ترميز ويكي. يستخدم هذه اللغة عدة مستخدمين لأغراض التنسيق على مواقع الويكي. يبدو مختلفًا عما يراه القراء. حين العمل مع نصوص الويكي، قد يصعب التنبؤ بما قد تبدو عليه النتيجة النهائية. هذا هو سبب استخدام العديد من المحررين لوظيفة المعاينة قبل نشر التغيير. ومع ذلك، فإن هذا يتطلب خطوة إضافية منفصلة عن عملية كتابة باستخدام نصوص الويكي.
على مستوى عالٍ يمكننا تلخيص مشكلة الأمنية الأصلية على النحو التالي:
كيف يضمن المحررون أن التغييرات التي يجرونها تنتج المخرجات التي يريدونها؟
من ناحية المنتج، قد ينتج عن السماح للمحررين باستعراض نواتج رموز الويكي في الوقت الفعلي:
- تحسين خبرة المحرر عن طريق تقليل عدد الخطوات الإضافية (النقرات) أثناء رحلة التعديل
- السماح للمحررين بملاحظة الأخطاء الطباعية ومراجعة نصوص الويكي غير السليمة وتصويبها فورًا والحفاظ على جودة مواقع الويكي
الحلول المقترحة
متطلبات التصميم
المجموعة التالية هي مجموعة من متطلبات التصميم التي قد تقدم للمحررين سبيل لاستعراض محتواهم.
بصفتي مستخدم يعدل مستخدما محرر نصوص الويكي على شاشة بحجم ملائم للأجهزة المكتبية، يمكنني:
- اختيار استعراض نتاج نصوص الويكي أو لا
- أن أجعل من نتاج الاستعراض قابل للتمرير حتى يمكنني استعراض عناصر النتاج بسهولة دون أن تستحوذ الشاشة كاملة
النطاق والقيود
سيكون زر الاستعراض في الوقت الفعلي متاحًا لأجل أو على:
- أدوات التعديل المستندة إلى نصوص الويكي. لن نغير المحرر المرئي.
- التعديل على الأجهزة المكتبية.
- الشاشات ذات العرض الأكبر من 1200 بكسل أثناء استخدام الوضع العرضي (الوضع الأفقي). هذا هو العرض المعتاد الذي يسمح بعرض كافة العناصر على الصفحة دون أن تصبح مكتظة. يجوز أن يتغير الحد الأدنى للعرض. وفي الوضع الطولي (الوضع الرأسي)، سيكون هذا متاحًا بصفة افتراضية.
تحقيقات البيانات
نعمل على الإجابة عن الأسئلة التالية التي سوف تساعد في فهم المشكلة فهمًا عميقًا:
- كم عدد المحررين الذين يستعرضون تغييراتهم؟
- هل يؤدي استعراض التغييرات إلى عدد أقل من حالات التراجع عن التعديلات؟
- كم عدد المحررين الذين يستخدمون شاشات بحجم الشاشات المكتبية في التعديل على مواقع الويكي؟
- هل الوضع الرأسي ملائم كي نجعل هذا الأمر أمرًا افتراضيًا فيه؟
لماذا وكيف قبلنا هذه الأمنية؟
كان ترتيب هذه الأمنية ترتيبًا عاليًا في عمليتنا لتحديد أولويات سنة 2021. لقد كانت محبوبة للغاية من ناحية عدد الأصوات، ومؤثرة من ناحية منفعة المجتمع، وكان تقدير تعقديها منخفضًا إلى حد ما. يرجى الاطلاع على عمليتنا الكاملة هنا.
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: ملاحظات التصميم الأولي
التصاميم المقترحة
مخطط سطح المكتب الأفقي
سوف يظهر زر جديد. يمنح هذا المحررين خيار استعراض النص على الجانب في الوقت الفعلي:
ملاحظة: المربع الوردي في الأعلى هو لأغراض جذب الانتباه للزر، لن يظهر فعليًا للمستخدمين.
سيتمكن المحررون من النقر على الزر المبين سالفًا. لو فعلوا ذلك، سوف تفسح لهم الهيئة التالية استعراض الناتج في حاوية ثابتة يمكن تمرير محتواها:
مخطط سطح المكتب الرأسي
سوف يظهر عنصر واجهة المستخدم الجديد التالي حينما يستخدم المستخدم شاشة جهاز مكتبي رأسية:
ملاحظة: المربع الوردي في الأعلى هو لأغراض جذب الانتباه للزر، لن يظهر فعليًا للمستخدمين.
سيتمكن المحررون من النقر على الزر المبين سالفًا. لو فعلوا ذلك، سوف تفسح لهم الهيئة التالية استعراض الناتج في حاوية ثابتة يمكن تمرير محتواها:
بدأ المهندسون العمل على تنفيذ هذه التغييرات. سوف نضيف التغييرات داخل لب ميدياويكي البرمجي. نحب أن نسمع آرائكم في شأن التصاميم المقترحة. نود أن نسمع على وجه الخصوص آرائكم وملاحظاتكم في شأن ما يلي:
- أن يصبح النص ومكان الزر سهلا الاستخدام
- الشكل العام للتصاميم المقترحة
نتطلع لتلقي أفكاركم في شأن التصاميم المقترحة وأية اعتبارات أخرى!
أسئلة مفتوحة: نريد أن نسمع منك!
الحلول سالفة الذكر مقترحة وفي مراحلها الأولى. نود أن نسمع آرائكم وملاحظاتكم على صفحة النقاش. يمكن أن تساعدنا آرائكم في استيعاب سبل تعامل أخرى والمخاطر والحلول.
هذه هي الأسئلة التي نطرحها عليكم:
- ما هو رأيك في الكيفية التي سيؤثر بها هذا على طريقتك في التعديل؟
- هل توجه الأيقونة الموجودة على زر التوسيع المحررين لاستيعاب ما الذي يفعله الزر؟ هل هذا الأمر مثير للحيرة؟
وصلات ذات صلة
- المعاينة المباشرة (ليست ما نفعله)
- الأمنية الأصلية
- نصوص الويكي