Reading/Web/Advanced mobile contributions/ar

Advanced mobile contributions mode is a feature set that will add more contributor features/capabilities to the mobile experience. We're focusing on expanding the functionality of the navigation and special pages to more closely resemble the desktop version of the site. Jump to the What is changing section below to see what types of features/capabilities we're hoping to add. If you've enabled the feature please visit our talk page to give us your thoughts (good or bad) and ideas.

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

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

لقد استوفينا بالفعل هذا الهدف المبين في الناتج 3.1 من الخطة السنوية 2018-2019 الذي يحمل عنوان أدوات مساهمة على الوب للأجهزة المحمولة باستخدام سمة ميدياويكي قائمة.

January 14, 2019 - Getting started with Talk page links
We're excited to be underway with the initial stages of development on Advanced Contributions mode. Based on our research and community collaboration we learned that making Talk pages more accessible is a key component of mobile contributions. So first up: we will be adding a Talk link at the top of each page, for all namespaces. Because we are aiming to work iteratively at first the Talk link will lead users to the current mobile talk page experience:



However this current Talk page experience is a little disconnected from the article it belongs to — particularly if you switch to "Read as wiki page". It can be a bit confusing to get back to the article. So one of our design goals is to unify the article and Talk experiences, by rendering the Talk page as a tab of the article, similar to desktop. We hope this will help people keep their context, while also allowing seamless navigation back and forth.

Additionally, while working on the designs for this we realized that we have not yet had a discussion with the community about which version of the Talk page is preferred. Here are some things we're wondering about:


 * How well does the current, mobile-optimized, Talk experience work for advanced editors?
 * Thinking about various actions such as: viewing discussions, responding to discussions, adding new discussions
 * Are there features of the "wiki" version that are missing from the mobile version? Or in other words, what are reasons that people currently might switch to the wiki version of mobile Talk pages?
 * Generally speaking are there minor improvements that could be made to either Talk experience?

In the hopes of sparking discussion and ideas here's how we envision the Talk page functioning as a tab. The screens below show the basic workflow for editing a discussion in both the current/default version, and the "wiki" version. As a reminder, both of these experiences are currently available on the mobile site, so you can try them out for yourself to get a better sense of what you like/dislike and let us know (on the talk page of this page). All feedback is welcome and much appreciated. Let us know what you think!

November 12, 2018 - Navigation prototype feedback summary
We are very grateful to have received feedback from 61 editors thus far on our advanced mobile navigation prototype. The response to the design was overwhelmingly positive, and included some great suggestions as well as some valid concerns raised. All of the feedback is valuable and will inform the next design iteration. We wanted to take a moment to both acknowledge all of you who took the time to go through the prototype, as well as highlight a few themes that surfaced. I'm considering something a theme if it was noted by two or more editors (considering the small sample size).



Questions and concerns:

 * Should categories be on by default in this mode? What will the relationship between this mode and other beta features be?
 * Is Sandbox something that people use on their phones?
 * How does this new design look and work on tablet?
 * The sticky toolbar is nice, but perhaps it would be better if it only appeared upon scrolling up (rather than always persisting)
 * Can we add the main header to the sticky toolbar, so that you can get access to search and the hamburger menu from the middle of a page?
 * Should this mode be available to logged-out editors?
 * Could we support a namespace specific search UI?
 * Icon improvements: Recent changes, History, Add discussion (on Talk page)

There were two other categories of questions and concerns raised:

1) Things pertaining to the display and functionality of Special pages (e.g. History, Recent changes) — it was great to see these remarks, as they guide us towards the next bit of work for this project, which is improving Special pages on mobile (more feature-rich, while still being manageable on a small screen)

2) Things that fall outside the scope of our current work: dark mode, an improved language icon

Appreciation:

 * Having easy access to the Talk page
 * Having easy to access History
 * Wikidata item accessible
 * Links to other Wikimedia projects
 * Sandbox
 * Toolbar accessible without going all the way back to the top of the page

Quotes
"Much more convenient and usable than the current mobile view. Everything I would expect to find in a mobile view for editors is there." — Darylgolden

"I am eagerly waiting for this design." — AnkurWiki

"I think it's a great design, newcomers may be a bit confused but other than that, I like it." — Charizard201

"There seems to be lots of peculiar functions being added in this prototype compared to the existing experience. I appreciate the addition of Recent changes and "Special pages" but many of the other new links just add unnecessary confusion and clutter to the interface. I like the existing mobile interface because it reduces this clutter. Print is not something I need to do on my mobile phone for example." — Ming

“The previews presented look like a major improvement, currently the mobile browser doesn't seem editor-orientated at all.” — Donald Trung

Known prototype bugs
There were a number of errors in the prototype. We are calling them out here just so they are acknowledged as errors:


 * Search experience, Wikipedia logo bug
 * Notifications panel should have an “X”
 * Missing section edit buttons
 * Add edit button to action menu on Talk page (general & section)
 * Heading on Talk page should be “Talk:”
 * Some items in action menu don’t make sense on Talk page (Wikidata Item)

September 18, 2018 - Need your help! Collecting feedback for the new navigation prototypes
We have updated our prototype for the new navigation. The prototype is a response to the feedback we received at Wikimania. We have some questions on the current version as we continue to iterate. Any and all comments are appreciated! Keep in mind that since this is a prototype most of the links don’t actually work, and there might be other bugs or quirks that you’ll come across. We have also marked the feedback page for translation and hope to have it available in a variety of languages soon.

Click on this link to view the prototype and give us feedback.

August 24, 2018 - Published results from Wikimania interviews
We have published the results of from our research at Wikimania. Over the course of the conference, we interviewed 30 editors with the goal of identifying the main issues with mobile editing, prioritizing the pages that editors find most important, and raising awareness for the project among editors who are interested in mobile editing. In particular:


 * We noted that editors we spoke to were, overall, very excited about these changes, allowing us to feel confident with moving forward with the project.
 * We generated a list of the most important pages/workflows on mobile for the interviewed editors.
 * We gathered a group of editors that are interested in the project and willing to review and collaborate in the future by giving us feedback on prototypes and participating in other user testing.
 * We gathered feedback on our current prototypes for mobile navigation, giving us enough information to continue with the next round of iteration.

Please review our results and let us know what you think. Feedback is welcome and appreciated!

August 7, 2018 - Wikimania interviews
We performed 30 interviews with editors during Wikimania to collect information and feedback on the following: We are collecting and analyzing our results and will post an update to this page soon. We are also putting together a list of editors interested in providing feedback on prototypes throughout the development process. Let us know on the talk page if you're interested as well!
 * Pages that are most important to contributors for mobile use
 * Feedback on our initial prototypes for advanced navigation

June 20, 2018 - IRC office hours
We will be holding IRC office hours to go over the proposal and brainstorm areas for improvement. We are particularly interested in speaking to editors on the contributions they would like to be able to make on mobile and on the special pages and flows that are most important.

May 19, 2018 - Themes from Barcelona Hackathon conversations
During the Barcelona Hackathon in 2018, we held two sessions focused on discussing this project with members of the editing and technical community. These are our notes from these sessions:


 * Interest in exposing more pages in mobile was high and people agreed that any work in this direction would be valuable. The main issues that were identified were use and availability of gadgets as well as specific workflow variation - tools used and shifting across wikis, different workflows based on projects, workflows split among multiple pages, etc. Interest was raised towards microcontributions and new microcontribution functionality (noting this here as it came up multiple times, although it is outside the scope of this project).

Full notes from the sessions can be found on this etherpad.

How people currently edit on mobile


 * 1) Switch back between Vector and Minerva, although some editors preferred Minerva
 * 2) Use mobile for language and translation due to better multi-language input
 * 3) Use mobile for better syntax highlighting

What we’re missing currently


 * 1) Users do not like the fact that certain pages are blocked on mobile - “a lot of what timeless did well was simply bringing back hidden pages and features”
 * 2) There is an interest in exposing all pages, even if they are flawed
 * 3) Gadgets - one user switches to desktop only for the ability to use their gadgets
 * 4) Recent changes
 * 5) History
 * 6) Familiarity - If there were a mobile version of Vector, for instance, it would make it easier to find something familiar
 * 7) Mobile-specific workflows
 * 8) Easy way to read discussions - talk pages, help desk, administrative noticeboard, help desk
 * 9) New ways for microcontributions

Split audience here. While all could agree on missing functionality, the room seemed to be split along the lines of making this functionality mobile-specific versus making it available now and allowing editors to find workaround where necessary within their current workflows

Ideas on exposing all pages


 * 1) It probably won’t scale to expose all pages - begin with a prioritized list
 * 2) Collapsing rather than hiding can give a lot of the gains of hiding without the detriments

Minerva vs Vector


 * 1) No strong opinions either way - some people leaning towards Vector with the technical motivation of only having one skin. Others disagreeing to say the more skins the better
 * 2) Either will be useful and an improvement from the norm

Other notes


 * 1) A lot of simple tasks are built into tools such as Twinkle and Huggle. Focusing on performing these tasks directly from mobile might not get us the results we are expecting. However, not all editors use these tools.
 * 2) Whether responsiveness is desirable came up a few times - good to remember that regardless of what we do, it will make some people unhappy
 * 3) Often special pages might not even be that useful - while some people use recent changes, there’s a wide variety of workflows that this does not account for
 * 4) 80/20 rule applies to microcontributions - it would be helpful to have a way to tag articles/portions that fall into the side that requires more care, attention etc from mobile. These can later be reviewed on desktop
 * 5) Vandalism example: “If you look at vandal-fighting the bots take 70% of the work. 30% left - automation to say likely hard/likely not hard. Likely not hard - show to mobile user like "do you think this might be vandalism" with buttons "yes" and "no"

Identified pages that need some work:


 * Talk pages
 * Village pump
 * Administrative noticeboard
 * Help page
 * Recent changes
 * Pending changes
 * Flagged revisions
 * Special:RecentChangesLinked
 * Special:NewPagesFeed

Questions

What percentage of editors use outside tools for microcontribution-type flows?

What are the main revision workflows per wiki?

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

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

الإبحار
سوف يشتمل الإبحار المخصص للمساهمات المتقدمة على الأجهزة المحمولة ما يلي:


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

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


 * 1) History
 * 2) Diff pages
 * 3) Watchlist
 * 4) Talk
 * 5) Contributions
 * 6) Recent changes
 * 7) User pages
 * 8) Village pump
 * 9) Preferences
 * 10) New pages feed
 * 11) Pending changes
 * 12) Related changes
 * 13) What links here

التوصيات
\nكشف الصفحات غير المتاحة في الوقت الحالي على الموقع المخصص للأجهزة المحمولة باستخدام سمة Minerva حيث ستكون أمر اختياري في الإعدادات.


 * تنفيذ التغييرات مستخدمين سمة Minerva هو سبيل مباشر من الناحية التقنية ويستلزم تكلفة صيانة منخفضة مقارنة بالخيارات الأخرى. كما سيقلل هذا الأمر من الأعطال التي ستلحق بسبل المساهمة القائمة. يمكن لأفراد المجتمع استخدام Minerva مع الخبرات الجديدة المستمثلة على أجهزتهم المحمولة ومواصلة استخدام خبرتهم القائمة مع سمة Vector أو سمة أخرى على الأجهزة المكتبية.

الجماهير المستهدفة

 * المحررون الناشطون، خاصة المحررين من ذوي مقدار المساهمة المتوسطة أو المرتفع (أكثر من 100 تعديل)
 * المحررون الذين يركزون على سبل الصيانة وبالتالي تيسير المساهمة بمساهمات صغرى من الأجهزة المحمولة
 * يفضل أن تكون: كافة المحررين على الأجهزة المحمولة

Per project
While we will be reaching out and are open to feedback from all projects, we have created a list of projects that we would like to specifically focus on. We looked at wikis that already had a decent amount of editors on mobile, indicating that editing on mobile is a comfortable concept for users of these projects. As the target audience for this project is medium and high-volume contributors, our assumption was that projects with a decently large number (1000+) of monthly editors would be likely to have a higher percentage of editors with 100+ edits. Finally, in terms of priority, we wanted to focus on projects that had the largest gap in mobile editing - projects whose ratio of mobile edits to new active editors was the highest:


 * 1) ويكيبيديا الإنجليزية
 * 2) ويكيبيديا الإسبانية
 * 3) ويكيبيديا اليابانية
 * 4) ويكيبيديا الصينية
 * 5) ويكيبيديا البرتغالية
 * 6) ويكيبيديا الإيطالية
 * 7) ويكيبيديا الفارسية
 * 8) ويكيبيديا العبرية
 * 9) ويكيبيديا العربية
 * 10) ويكيبيديا الفنلندية
 * 11) ويكيبيديا الفيتنامية
 * 12) ويكيبيديا الإندونيسية
 * 13) ويكاموس الإنجليزية
 * 14) ويكيبيديا التايلندية
 * 15) ويكيبيديا الهندية

مؤشرات الأداء الرئيسية

 * معدل التعديلات من الأجهزة المحمولة باستخدام الوب على مواقع الويكي المستهدفة: زيادة قدرها 10%
 * معدل الاستبقاء لوضع الأجهزة المحمولة المتقدم الاختياري بين المحررين من ذوي المعدل المتوسط أو المرتفع (أكثر من 100 تعديل في الشهر السابق): استبقاء لا يقل عن 60%
 * أعمال مراقبة من الأجهزة المحمولة باستخدام الوب على مواقع الويكي المستهدفة: زيادة قدرها 10%

قياسات أخرى محتملة
لمزيد من التفاصيل: T210660
 * ربما تناقص عدد مستخدمي روابط نسخة الأجهزة المكتبية؟
 * عدد المستخدمين الذين يختارون استخدام هذه السمة أو إلغاء اختيارها من الإعدادات

وظائف جديدة
سوف نطرح خيار تعديل متقدم في قائمة الإعدادات الخاصة بالأجهزة المحمولة (ليس جزءا من الإعدادات التجريبية). سوف ينتج عن تفعيل هذا الخيار ما يلي:
 * 1) إضافة عناصر إبحار داخل قائمة المستخدم التي توجه المستخدم إلى صفحات غير متاحة في الوقت الحالي على الموقع المخصص للأجهزة المحمولة.
 * 2) تغيير هدف كافة الصفحات الخاصة الموسومة MobileFrontend ليتغير إلى صفحات ميدياويكي الخاصة الأساسية. (على سبيل المثال، لو كان أحد الروابط يستهدف https://en.m.wikipedia.org/wiki/Special:History/King_Island_emu، سوف يتغير الرابط ليصبح https://en.wikipedia.org/w/index.php?title=King_Island_emu&action=history)

المخطط الزمني

 * 1) Perform user consultation based on proposed approach
 * 2) Determine navigational elements and hierarchy
 * 3) Determine metrics and build out instrumentation
 * 4) Build new navigation
 * 5) Switch links/Redirect mobile pages to MediaWiki pages
 * 6) Provide settings option and communicate widely
 * 7) Potentially provide banner/some sort of CTA for advanced editors
 * 8) Based on feedback, prioritize fixes necessary to special pages
 * 9) Perform fixes in prioritized order

Length
The total length of this project would be approximately 1.5 quarters

Technical estimates
The below estimate is for exposing the pages only. The special page fixes will require extra work depending on the scale/number of pages:


 * Navigation, link switching, adding new setting: 1 Quarter, approximately 2 engineers

Working with the communities
We would like to work with communities to help prioritize the special pages and flows for the mobile website as well as to help get feedback on the state of the project throughout development. We plan to do the following:
 * IRC Office hours
 * Constant communication throughout the development process with updates and time for the communities to provide feedback
 * Announce and discuss deployment schedules on all wikis
 * Provide banner/call to action for advanced editors upon deployment

Next Steps
Based on feedback received, we may continue with the following:
 * Expanding the set of fixes to special pages
 * Expanding the possible workflows available (making certain gadgets work on mobile, for example)
 * Continuing with similar changes in the vector skin (making vector responsive)

Product
Achieving the overall objective can be done through the following on mobile: In terms of functionality, both the Vector and Minerva skins can achieve the objective. Investing in the Minerva skin for mobile, however, will make future transitions between entry-level editing and advanced editing easier and ensure a more consistent user experience throughout the process. In addition, exposing veteran editors to Minerva is likely to make them more conscious of the way their edits are displayed on the mobile website, which could eventually lead to providing better content for readers and editors alike.
 * Displaying hidden special pages in an existing MediaWiki skin
 * Identifying issues with current special pages and performing fixes to make pages usable

Technical Rationale
From a technical perspective, doing these changes in the Minerva skin is preferable compared to Vector because of the downsides of doing so in Vector:
 * Less complexity - if we select Vector, we will need to hide the responsive vector changes under a feature flag, thus allowing for three separate versions of the mobile website - Vector, Responsive Vector, and Minerva. We would also have to work on making sure we hide gadgets for Responsive Vector or worse, audit all gadgets before shipping so that we do not break any existing gadgets or workflows in Vector
 * Onboarding cost and development time will be higher - doing the project in Vector will take approx. twice the amount of time
 * Higher maintenance cost - the team will be expected to bear the full burden of maintaining volunteer changes to Vector

Community risk and adoption rationale
From the community perspective:
 * No strong preference was shown towards performing the changes in either skin.
 * Doing the changes in the Vector skin introduces risk - it was highlighted during our sessions and individual consultations that many members of the community will prefer to use the desktop version of Vector on their phones despite the changes due to familiarity. We would like to allow editors to be able to continue doing this in the future
 * Community members stressed the importance of informing users on Minerva about the new advanced functionality to promote adoption.

Next Steps

 * IRC Office hours for additional input from communities on July 20th
 * Meeting with stakeholders to review the proposal

Documentation

 * Technical analysis
 * Community consultation summaries and product rationale

Feedback
Feedback on this work is welcome on the talk page.

Summaries of specific community feedback.


 * Themes from Barcelona Hackathon conversations
 * Themes from Wikimania 2018 user testing (notes to be added)