2017 wikitext editor/ar

إن محرر نصوص الويكي 2017 هو وضع تعديل في امتداد المحرر المرئي يسمح للمستخدمين استخدام أدوات المحرر المرئي وشريط أدواته أثناء تعديل النص البرمجي بنصوص الويكي. يمكن الوصول إليه من داخل المحرر المرئي عن طريق النقر على الزر الموجود في شريط الأدوات للتغيير إلى نصوص الويكي.

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

ما هو ؟
يعمل قسم التعديل فيما يعد مساندة لواحد من الأهداف المذكورة في الخطة السنوية 2016-2017، «صيانة واجهات إنشاء المحتوى وحفظه القائمة وتحسينها بالتدريج»، على تصميم محرر نصوص ويكي جديد.

دمج المحرر الجديد في المحرر المرئي لتيسير الانتقال بين الاثنين. هذا المحرر الجديد يستخدم تصميم مشابه وكثير من الأدوات المتوفرة في المحرر المرئي، ويشمل ذلك خدمة citoid. وضع تحرير نصوص الويكي الجديد متاح في صفة ميزة تجريبية لمستخدمي أجهزة سطح المكتب. المهمة الرئيسية له على فبريكاتور هي T104479 (يشار أيضا إلى البرمجيات أحيانا باسم «محرر نصوص الويكي الحديث – modern wikitext editor» أو «محرر نصوص الويكي الجديد – new wikitext editor» أو «NWE» على فبريكاتور).

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

ماهي الأسباب لوجود هذا المشروع
انتهت مؤسسة ويكيميديا في 2010 من مشروع سهولة الاستخدام (الذي منحنا سمة Vector القائمة وأداة الرفع ومحرر المحتوى) وغيرت من أسلوبها للنظر في المسائل التي اختراها المجتمع في استراتيجية 2010–2015. اشتمل هذا على عدد من التحسينات على أدوات التعديل، من أبرزها المحرر المرئي، وكذلك الإشعارات وتحسينات أخرى. إلا أن الغرض ليس البحث عن بديل عن نصوص الويكي ولن يكون الغرض كذلك؛ منذ أننا نعد كلا من نظامي التعديل يحمل أهمية كبيرة على المدى الطويل لمساعدة المجتمع في مواصلة إنجاح مشاريع ويكيميديا مثلما هي الآن.

كما هو الحال في ديسمبر 2016، تقريبا على كافة مواقع الويكي التابعة لويكيميديا نقدم محررات المحتوى الرئيسية الثلاثة. محررات المحتوى متماثلة أمام المستخدمين من نواحي المظهر والتشغيل والأداء وفي أمور المساعدة والمساندة. واحد من هذه هو محرر نصوص الويكي لأجهزة سطح المكتب نسخة 2010 الذي يحمل اسم محرر الويكي «WikiEditor» والثاني هو المحرر المرئي في شكله المخصص لأجهزة سطح المكتب أو الأجهزة المحمولة والثالث هو محرر نصوص الويكي المبسط للأجهزة المحمولة.

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

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

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

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

الإصدار الأول (ميزة تجريبية)
The initial goals for the project were to have parity with the existing wikitext editor, WikiEditor, using the same toolbar with the same buttons in the same positions as in the visual editor so users have consistent experience. This means providing at least all the controls in the wikitext editor, with very few exceptions for very rare buttons:


 * Basic tools (bold, italics, signature, links and images);
 * Advanced tools (headings, bullet lists, numbered lists, big, small, superscript and subscript, galleries and tables);
 * Special character insertion; and
 * البحث والاستبدال

All these were completed as of August 2016, along with a lot of tools not in the existing wikitext editor (like strikethrough, underline, template inserting and so on), and features like pasted HTML being turned into wikitext automatically. In particular, we also provide the "citoid" auto-citation tool, which lets users quickly add references based on URLs or DOIs. This is similar to, but more advanced than, the gadgets that a few wikis like the English Wikipedia had written for themselves already, and they will now be available for all wikis.

We undertook extensive QA testing that the features work as expected, and a design review and structured user testing. Once we were happy that it is adequately working as intended, and is (at least) no worse for new users, we have sought feedback from experienced users of all levels via a Beta Feature.

Final beta release (before general release)
The point of the first release as a beta feature is to get some initial feedback on how well this new editor works for people. We expect the feedback to include a lot of suggestions for changes. There are a number of improvements that we're already considering. Some of these probably need to be addressed before the new wikitext editor would be released outside of a beta feature. Some of these are technically difficult and so have been postponed, whilst others would benefit from real-world feedback from existing users to shape the features as usefully as possible.

For the first category (big challenges), we believe that we will need to address section editing, in which clicking edit will show small parts of the page to edit, and a fully responsive design, so that the interface can scale up and down more cleanly for smaller devices, where users are zoomed-in, or other accessibility and platform reasons; these will let us provide the feature in mobile as a beta example as well, to ensure it works for all our editors, not just those on desktop.

For the second category (feedback needed), we will need to provide in-editor help to guide users through the editing process from the very first time they click edit and also later in their editing careers. Right now the wikitext editor has a "help" tab with some brief wikitext guidance; in the visual editor, we have a link to the user-guide, which we could replicate for this purpose. How this should work, and what it should highlight, is likely to be something on which many members of our communities have expert ideas. We will also need to clean up how gadgets extend the editor, as the new editor integration right now is complex and confusing. This would make converting some gadgets harder than it should be. Many wiki communities depend on particular gadgets to speed up their editing workflow, and it's important that we preserve the ability for wikis to flexibly experiment with improvements like this.

Naturally, any change of this scale is likely to be disruptive for some users' workflows, and will have a few issues with relative 'edge cases' not being addressed. We look forward to uncovering and addressing these over the weeks and months following the release of the beta feature.

Nice-to-haves
Alongside the above, there are other, new features we'd love to provide if possible, but which may prove too costly to develop or too slow for users, and so are not planned from the outset. One feature we'd be interested in providing is saving automatic local drafts as users edit, so that if their browser or computer crashes or loses power mid-edit they can resume rather than having to restart. This would rescue users from quite frustrating, if uncommon, occurrences, particularly people with old computers or poor network connections.

A big feature that often gets discussed is syntax highlighting of wikitext to help guide people's eyes to the right content for which they're looking. This feature was in fact built for the existing wikitext editor back in 2011, but we had to abandon it because the very high complexity of wikitext means that this was exceedingly slow for most users. Five years later, most users' machines are a fair bit faster than they were back then, which helps a little. Also, it might be worth exploring how performant we could make a feature doing this if we were to make some simplifications of the kinds of wikitext which we try to highlight.

(In the meantime, syntax highlighting is provided by Remember the dot's syntax highlighter and, which are available on some wikis as gadgets). Syntax highlighting has also been introduced to the 2017 wikitext editor using.

More complex and error-prone than syntax highlighting, but possibly even more useful, would be a feature for folding wikitext structures into blocks so that users can easily ignore things they don't want to edit without having to read through them. For example, long infobox invocations or references could be folded up into blocks until you want to edit them. The technologies we built for the visual editor are particularly well-suited for providing this use case in a reliable fashion, so this may be something we could look at doing. Again, as with syntax highlighting we might need to compromise on the complexity of wikitext that we recognize in return for providing something performant enough to be useful to most of our users.

Another nice feature we could provide would be to prompt users when they save with two or three buttons to add one-click edit summaries based on their recent activities. This kind of feature is quite popular on some wikis as a gadget and it would be nice to provide it to all users on all wikis, without those wikis needing to have a gadget guru on hand to help set it up and maintain it.

المصادر

 * An early rough design mockup from April is available here. To see the wikitext editor, click the brackets icon in the top-right corner.
 * An old rough demo video is also available as of mid-May 2016 at https://www.youtube.com/watch?v=jgd2ZHOZGBE.
 * Video demo of the 2017 wikitext editor from the December 2016 CREDIT showcase
 * The current version can be seen via Beta Features at Special:Preferences; enable the "new wikitext editor" item, go to https://www.mediawiki.org/wiki/Project:Sandbox?veaction=editsource (for example) and see what it looks like when you switch back and forth.

انظر أيضا

 * Status update about editing software, June 2016
 * Feedback page
 * - the Beta Feature for wikitext syntax highlighting