Reading/Web/Advanced mobile contributions/fr

Le mode avancé de contribution aux mobiles est un ensemble de fonctionalités qui va ajouter davantage de fonctionalités/possibilités au contributeur pour l'expérience sur les mobiles.

Nous nous concentrons sur l'élargissement des fonctions liées à la navigation et aux pour qu'elles ressemblent de très près à la version pour bureau du site.

Allez voir directement la section Ce qui change ci-dessous pour voir quels types de fonctionnalités/possibilités nous espérons ajouter.

Si vous avez activé la fonction alors veuillez vous rendre sur notre page de discussion pour nous donner vos remarques (bonnes ou mauvaises) ainsi que vos idées.

Project Summary
Advanced mode on mobile is a feature set that adds several contributor features/capabilities to the mobile web experience. Advanced mode adds navigational elements and menus which that allow easy access to talk pages, history pages, and various other page tools, user tools, and special pages. Additionally special pages (e.g. Recent changes and History) have functional parity with the desktop versions. In short: when advanced mode is enabled the functionality of mobile site more closely resembles the desktop site. Some of the key features are:

1. Introduction
As of early 2018 the mobile website did not support many key contribution workflows. This stopped many editors from being able to contribute from the mobile web. The Readers Web team decided to work on this problem. We wanted to expand the ability to contribute, with functionality matching the desktop site. Our hope was that these changes would increase contributions from the mobile site.

2. Research
Between the Barcelona Hackathon (2018) and Wikimania Cape Town (2018) we spoke with over 40 editors to identify the main limitations with the existing mobile site.

3. Design & Testing
Based on initial research and past requests from communities, we decided to focus on the navigation and access to special pages/tools. We built a prototype and tested it with 61 editors. The response was very positive, and included some great suggestions as well as some valid concerns, most of which we were able to integrate into our final design.

4. Deployments
We began with introducing the Article & Discussion tabs at the top of the page. We released the feature as an opt-in setting on Arabic, Indonesian, and Spanish Wikipedias due to their relatively large populations of existing mobile editors. After we rolled out several additional features to those three wikis we included Italian, Japanese, Persian, and Thai.

5. Results
As of August 6th, 2019 the features are live on  all wikis still as an opt-in setting called "Advanced mode". Retention rate: There was an 81% overall retention rate across all target wikis where AMC was deployed (time period: March 20, 2019-June 30, 2019).

Below you will find our process notes and other information about the project. If you've enabled the feature please visit our talk page to ask questions and give us feedback.

Contexte
L'habillage pour les mobiles a été optimisé pour les nouveaux lecteurs et il manque plusieurs flux de travail de contribution essentiels dont dépendent les éditeurs puissants.

L'habillage choisit de ne pas créer de lien vers certaines pages pour éviter de surcharger de nouveaux utilisateurs avec des liens et d'autres pages utilisées sur le bureau qui n'ont pas été optimisées ni même ne sont pas utilisables sur les appareils mobiles.

Malgré cela, leur absence empêche de nombreux contributeurs de pouvoir éditer et modérer à partir du web mobile.

L’équipe Web des lecteurs a écouté les demandes des communautés et a une attention accrue portée aux flux de travail liés aux contributions pour l'année fiscale 2018–19.

L'équipe vise à ce que soit réalisé le travail minimum nécessaire pour corriger et afficher les pages actuellement indisponibles.

En plus de cela, elle travaillera sur la construction d'une navigation étendue pour exposer le large éventail de fonctionnalités d'édition afin qu'il puisse être utilisé sur le web mobile.

Notre plan est de construire cela comme une fonctionnalité optionnelle que les éditeurs peuvent activer.

Nous pensons que cela réduira la nécessité de basculer entre les sites pour ordinateurs de bureau et les sites mobiles sur un appareil mobile et offrira une meilleure expérience d’édition mobile.

Nous pensons qu'étendre les workflows de contribution de l'habillage Minerva existant constituera le moyen le plus efficace d'augmenter le nombre de contributions mobiles productives au prix de la perfection.

Nous espérons également que cela permettra la disponibilité de la gamme complète d'outils dans un laps de temps réduit, ce qui nous laissera plus de temps pour effectuer des recherches approfondies et concevoir les flux de travail les plus cruciaux.

Nous avons pris cet objectif dans les sujets 3.1 du plan annuel 2018-2019 : Outils de contribution pour le web des mobiles au travers d'un habillage MediaWiki existant.

August 8, 2019 - Advanced mode now deployed everywhere
Advanced mode is now available on all Wikipedias. Try it out and feel free to give us feedback, thoughts, and improvement suggestions on the talk page!

August 6, 2019 - AMC almost complete
Many changes have happened since our last update:

AMC deployments
AMC is now deployed on 7 Wikipedias: Arabic, Indonesian, Spanish, Persian, Japanese, Italian, Thai

Data so far

 * There was an 81% overall retention rate across all target wikis where AMC was deployed (time period: March 20, 2019-June 30, 2019). This means that, overall, most people do not turn AMC off once it is turned on
 * On target wikis, retention rates ranged from 72.6% (Japanese Wikipedia) to 90.8% (Persian Wikipedia).
 * The completed report with per-wiki information is available here.

Changes

 * History page - the history page link at the top of the page now leads to a fully-featured history page, similar to desktop
 * User menu - the new user menu at the top of the page includes links to the user's user page, talk page, watchlist, contributions, and sandbox
 * Overflow menu - the overflow menu (accessed from the main actions on the top of the page) includes links to page information, wikidata description, permanent link, PDF downloads, and more)

May 8, 2019 - AMC main menu now deployed on Arabic, Indonesian, and Spanish Wikipedias
You can now access an expanded set of pages via the main menu on AMC on Arabic, Indonesian, and Spanish Wikipedias. The menu contains links to all special pages as well as a link to the community portal for each Wikipedia

March 27, 2019 - First AMC deployment on Arabic, Indonesian, and Spanish Wikipedias
The first release of Advanced Mobile Contributions is complete! Logged-in users on Arabic, Spanish, and Indonesian Wikipedias now have access to the first set of features: easy access to the talk page (by selecting the “discussion” tab on the top of each page) and easy access to the history page (by tapping the history icon on the actions bar). Next, we will tackle replacing the current mobile history page with a responsive version of the page in desktop to provide the full set of functionality on mobile. For the first release however, the history page still navigates to the current mobile version of the page. You can turn on advanced mode on these wikis by selecting it from the settings page accessed through the menu menu on the mobile website.

14 janvier 2019 - Commençons par les liens des pages de discussion
Nous sommes ravis de commencer les premières étapes de développement en mode Contributions avancées. En se basant sur nos recherches et la collaboration de la communauté, nous avons vu que le fait de rendre les pages de discussion plus accessibles est un composant clé de la contribution aux mobiles. Ainsi d'abord : nous allons ajouoter un lien Discussion en haut de chaque page, et pour tous les espaces de noms. Parce que nous souhaitons commencer par travailler de manière itérative, le lien Talk amènera les utilisateurs à l'expérience actuelle de la page de discussion mobile :



Toutefois, l'expérience actuelle de cette page de discussion est un peu déconnectée de l'article auquel elle appartient - en particulier si vous passez à "Lire en tant que page wiki". Il serait un peu perturbant de revenir à l'article. L'un de nos objectifs en matière de conception consiste donc à unifier l'article et les expériences de discussion en représentant la page de discussion sous la forme d'un onglet d'article, similaire à ce qu'il y a pour le bureau. Nous espérons que cela aidera les personnes à garder leur contexte, en leur permettant une navigation transparente d'avant en arrière.

De plus, tout en travaillant sur les conceptions pour cela, nous avons réalisé que nous n'avions pas encore discuté avec la communauté de la version préférée pour la page de discussion. Voici quelques sujets sur lesquels nous nous interrogeons :


 * Dans quelle mesure l'expérience actuelle de Talk, optimisée pour le mobile, fonctionne-t-elle pour les éditeurs avancés ?
 * Penser à diverses actions telles que: visionner des discussions, répondre à des discussions, ajouter de nouvelles discussions
 * Existe-t-il des fonctionalités de la version « wiki » absentes dans la version mobile ? Ou en d'autres termes, quelles sont les raisons pour lesquelles les personnes pourraient actuellement basculer vers la version mobile des pages de discussion ?
 * De manière générale, y a-t-il des améliorations mineures pouvant être apportées à l'expérience des discussions ?

Dans l’espoir de susciter des discussions et des idées, voici comment nous envisageons la page de discussion en tant qu'onglet. Les écrans ci-dessous montrent le flux de travail de base pour modifier une discussion à la fois dans la version actuelle/par défaut et dans la version « wiki ». Pour rappel, ces deux expériences sont actuellement disponibles sur le site mobile, vous pouvez donc les essayer vous-même pour avoir une meilleure idée de ce que vous aimez et n'aimez pas et nous le faire savoir (sur la page de discussion de cette page).

Tous les commentaires sont les bienvenus et très appréciés. Dites-nous ce que vous en pensez !

12 november 2018 - Résumé des commentaires sur le prototype de navigation
Nous sommes très reconnaissants d'avoir reçu les commentaires de 61 contributeurs jusqu'à présent sur notre. La réponse à la conception a été extrêmement positive et comprenait de bonnes suggestions ainsi que des préoccupations valables. Tout commentaire a de la valeur et sera transmis pour la prochaine itération de l'architecture. Nous voudrions prendre un instant pour vous remercier tous, à la fois ceux qui pris le temps de parcourir le prototype et ceux qui ont pointé quelques thèmes qui en émergeaient. Je prend un compte un thème s'il a été noté par deux ou plusieurs contributeurs (compte tenu de la petite taille de l'échantillon).



Questions et discussions

 * Est-ce que les catégories existeront par défaut dans ce mode ? Quelle sera la relation entre ce mode et les autre fonctionalités bêta ?
 * Est-ce que le bac à sable est utilisé sur les téléphones des utilisateurs ?
 * Que devient cette nouvelle apparence et comment fonctionne-t-elle sur tablette ?
 * La barre d’outils collante est agréable, mais il serait peut-être préférable de l’afficher uniquement lors du défilement (plutôt que de persister)
 * Pouvons-nous ajouter l’entête principal à la barre d’outils adhésive afin que vous puissiez avoir accès à la recherche et au menu hamburger à partir du milieu de page ?
 * Est-ce que ce mode doit être accessible aux utilisateurs non connectés ?
 * Pouvons-nous prendre en charge un espace de noms spécifique à une interface utilisateur de recherche ?
 * Amélioration des icônes : modifications récentes, historique, ajout de discussion (sur la page de discussion)

Deux autres catégories de questions et de préoccupations ont été soulevées :

1) Ce qui concerne l'affichage et la fonctionnalité des pages spéciales (par exemple, l'historique, les modifications récentes) - c'était un plaisir de voir ces remarques, car elles nous guident vers le prochain travail de ce projet, qui améliore les pages spéciales sur mobile (davantage de fonctionnalités enrichies, tout en restant gérables sur un petit écran)

2) Ce qui sort du cadre de notre travail actuel: le mode sombre, une icône de langue améliorée

Appréciations

 * Avoir un accès facile à la page de discussion
 * Avoir un accès facile à l'historique
 * Element Wikidata accessible
 * Liens vers d'autres projets Wikimedia
 * Bac à sable
 * Barre d'outils accessible sans remonter jusqu'au sommet de la page

Bogues connus du prototype
Le prototype comportait un certain nombre d'erreurs. Nous les rappelons ici car ce sont des erreurs reconnues :


 * Expérience de Search, bogue du logo Wikipedia
 * Les panneaux de notification doivent avoir un “X”
 * Absence de boutons de modification des sections
 * Ajouter un bouton d'édition au menu des actions sur la page de discussion (général et section)
 * Le titre de la page de discussion doit être “Talk:”
 * Certains éléments du menu action n'ont pas de sens sur la page de discussion (élément Wikidata)

18 septembre 2018 - Avons besoin de votre aide! Collecte des commentaires pour les nouveaux prototypes de navigation
Nous avons mis à jour notre prototype pour la nouvelle navigation. Le prototype est une réponse aux commentaires reçus au Wikimania. Nous avons quelques questions sur la version courante parce que nous continuons à développer. Tous les commentaires sont appréciés! N'oubliez pas que, puisqu'il s'agit d'un prototype, la plupart des liens ne fonctionnent pas et qu'il est possible que vous rencontriez d'autres bogues ou problèmes. Nous avons également marqué la page de commentaires pour la traduction et espérons qu'elle sera bientôt disponible dans diverses langues.

24 août 2018 - Publication des résultats des interviews Wikimania
Bous avons de nos recherches à Wikimania. Au cours de la conférence, nous avons interrogé 30 contributeurs dans le but d'identifier les principaux problèmes liés à l'édition mobile, de hiérarchiser les pages que les rédacteurs trouvent les plus importantes et de sensibiliser les contributeurs intéressés par le projet aux éditions mobiles. En particulier:


 * Nous avons constaté que, dans l’ensemble, les contributeurs avec lesquels nous nous sommes entretenus étaient très enthousiasmés par ces changements, ce qui nous a permis d’être confiants de pouvoir faire avancer le projet.
 * Nous avons généré une liste des pages/flux de travail les plus importants sur mobile pour les contributeurs interviewés.
 * Nous avons rassemblé un groupe de contributeurs intéressés par le projet et disposés à examiner et à collaborer à l'avenir en nous faisant part de leurs commentaires sur les prototypes et en participant à des tests menés par d'autres utilisateurs.
 * Nous avons recueilli les commentaires sur nos prototypes actuels pour la navigation mobile, nous donnant suffisamment d'informations pour continuer avec la prochaine d'itération.

Veuillez examiner nos résultats et faites-nous savoir ce que vous pensez. Vos commentaires sont les bienvenus et appréciés !

7 août 2018 - Interviews Wikimania
Nous avons réalisé 30 interviews avec des contributeurs durant le Wikimania afin de collecter des informations et des commentaires sur les sujets suivants :


 * Les pages qui sont les plus importantes pour les contributeurs dans l'utilisation des mobiles
 * Commentaire sur nos premiers prototypes pour la navigation avancée

Nous collectons et analysons nos résultats et publierons bientôt une mise à jour de cette page. Nous établissons également une liste de contributeurs intéressés à fournir des informations sur les prototypes tout au long du processus de développement. Indiquez nous sur la page de discussion si vous êtes également intéressé !

20 juin 2018 - Heures de bureau IRC
Nous organiserons des heures de bureau IRC pour examiner la proposition et réfléchir aux domaines à améliorer. Nous sommes particulièrement intéressés à parler aux éditeurs des contributions qu’ils aimeraient pouvoir apporter sur les réseaux mobiles et sur les pages spéciales et les flux les plus importants.

19 may 2018 - Thèmes des conversations du Hackathon de Barcelone
Lors du Hackathon de Barcelone en 2018, nous avons organisé deux séances consacrées à la discussion de ce projet avec des membres de la communauté de l’édition et des techniciens. Voici nos notes de ces deux sessions :


 * L'intérêt de voir davantage de pages dans le mobile était grand et les gens ont convenu que tout travail dans cette direction serait utile. Les principaux problèmes identifiés étaient l'utilisation et la disponibilité de gadgets, ainsi que des variations de flux de travail spécifiques: les outils utilisés et le déplacement sur les wikis, les différents flux de travail basés sur les projets, les flux de travail répartis sur plusieurs pages, etc. L'intérêt a été porté aux microcontributions et à la nouvelle fonctionnalité de microcontribution (à noter ici car elle est apparue plusieurs fois, même si cela sort du cadre de ce projet).

Les notes complètes des sessions sont disponibles sur cet etherpad.

De quelle manière contribue-t-on actuellement pour le mobile ?


 * 1) Revenir en arrière entre Vector et Minerva, bien que certains contributeurs préféraient Minerva
 * 2) Utilisez le mobile pour la langue et la traduction grâce à une meilleure saisie multilingue
 * 3) Utilisez le mobile pour une meilleure coloration syntaxique

Ce qu'il manque aujourd'hui


 * 1) Les utilisateurs n'aiment pas le fait que certaines pages soient bloquées sur le mobile - « L'essentiel de ce qui ne coûtait rien en temps était de simplement ramener les pages et les fonctionnalités cachées »
 * 2) Il y a un intérêt à afficher toutes les pages, même si elles sont défectueuses
 * 3) Gadgets - les utilisateurs passent sur le bureau uniquement pour pouvoir utiliser leur gadgets
 * 4) Les modifications récentes
 * 5) Historique
 * 6) Familiarité - S'il existait une version mobile de Vector, par exemple, il serait plus facile de trouver quelque chose de familier
 * 7) Flux de travail spécifiques aux mobiles
 * 8) Manière facile de lire les discussions: le bureau d'aide des pages de discussion, le bureau d'aide des informations
 * 9) Nouvelles méthodes pour les microcontributions

L'audience est divisée ici. Bien que tous aient pu s'accorder sur une fonctionnalité manquante, la salle semblait divisée en deux parties: rendre cette fonctionnalité spécifique à la version mobile, la rendant disponible immédiatement, et l'autre, de permettre aux contributeurs de trouver une solution de contournement, le cas échéant, dans leurs flux de travail actuels.

Idées sur l'exposition de toutes les pages


 * 1) Il ne sera probablement pas possible d’exposer toutes les pages - commencez par une liste hiérarchisée
 * 2) Replier plutôt que de cacher peut apporter beaucoup de gains au masquage, sans les inconvénients

Minerva avec Vector


 * 1) Aucune opinion forte dans les deux cas - certaines personnes se penchant vers Vector avec la motivation technique d'avoir seulement un habillage. Autres contre-avis comme quoi plus il y a d'habillages,  mieux c'est
 * 2) Soit sera utile et une amélioration de la norme

Autres notes


 * 1) De nombreuses tâches simples sont intégrées à des outils tels que Twinkle et Huggle. Se concentrer sur l'exécution de ces tâches directement depuis le mobile risque de ne pas nous apporter les résultats escomptés. Mais, pas tous les contributeurs utilisent ces outils.
 * 2) Si la réactivité est souhaitable et a été soulevée à quelques reprises - il est bon de se rappeler que peu importe ce que nous faisons, certaines personnes seront malheureuses.
 * 3) Souvent, les pages spéciales peuvent même ne pas être utiles - bien que certaines personnes utilisent les modifications récentes, il existe une grande variété de flux de travail que cela ne prend pas en compte.
 * 4) La règle 80/20 s'applique aux microcontributions - il serait utile de disposer d'un moyen de marquer les articles/portions qui tombent du côté qui nécessite le plus de soin, d'attention, etc., de la part du mobile. Ceci peut ultérieurement être revu pour le bureau
 * 5) Exemple de vandalisme: « Si vous savez que le vandalisme pour combattre les robots prend 70% du travail, il reste 30% - automatisation pour dire probablement difficile/probablement pas difficile. Probablement pas difficile - montrer à l'utilisateur mobile quelque chose comme  « pensez-vous que cela pourrait être du vandalisme » avec les boutons  « oui » et  « non »

Pages identifiées qui nécessitent un certain travail:

Tableau de bord administratif
 * Pages de discussion
 * Au bistrot ou à la pompe du village
 * Page d’aide
 * Modifications récentes
 * Modifications en attente
 * Révisions labellisées
 * Special:RecentChangesLinked
 * Special:NewPagesFeed

Questions

Quel pourcentage de contributeurs utilisent des outils externes pour les flux de type microcontribution ?

Quels sont les flux de révision principale par wiki ?

Contexte du projet
Nous avons commencé le processus de recherche en consultant des membres individuels de la communauté sur le principal obstacle à l’édition mobile à leur avis. Combinés aux deux consultations de groupe menées lors du hackathon de Barcelone, les principaux problèmes suivants ont été identifiés:


 * Les pages nécessaires pour effectuer des flux de contribution (édition et modération) sont actuellement indisponibles sur le site Web mobile.
 * Il existe de nombreuses possibilités inexplorées pour les flux de travail de microcontribution sur mobile.

Ce projet mettra l’accent sur le premier numéro, qui permettra d’accéder aux pages actuellement masquées du site Web mobile.

Vue d’ensemble
Pour ce projet, nous nous concentrerons sur l’extension des fonctionnalités du site mobile afin d’inclure la navigation et un accès spécial aux pages similaire à celui des ordinateurs de bureau. La nouvelle fonctionnalité sera disponible pour tous les utilisateurs connectés de préférence sur la page des paramètres mobiles. Nous déploierons les changements progressivement en commençant par la partie navigation. Si vous contribuez actuellement pour le mobile ou si vous avez l'intention de le faire bientôt, nous aimerions avoir votre avis sur les modifications proposées.

Navigation
La navigation pour le mode AMC va inclure ceci :


 * Accès à la page de discussion à partir du haut de la page (dans les onglets comme pour la version bureau)
 * Accès à la page historique à partir du haut de la page
 * Menu utilisateur élargi comprenant des liens vers votre page utilisateur, votre page de discussion, votre bac à sable et vos contributions
 * Menu étendu qui inclut l'accès aux modifications récentes, aux pages spéciales, au portail de la communauté et aux autres projets
 * Actions de page avancées comprenant le téléchargement de la page au format PDF, les informations sur la page, des liens permanents, un élément wikidata, des liens vers la page, etc.

Pages spéciales
Nous travaillerons à fournir une fonctionnalité mobile partielle ou complète pour les pages suivantes (par ordre de priorité):


 * 1) L'historique
 * 2) Les pages Diff
 * 3) La liste de suivi
 * 4) Les pages de discussion
 * 5) Les contributions
 * 6) Les modifications récentes
 * 7) Les pages utilisateur
 * 8) La pompe du village (ou bistrot)
 * 9) Les préférences
 * 10) Le flux des nouvellles pages
 * 11) Les modifications en attente
 * 12) Les modifications associées
 * 13) Qui pointe sur cette page ?

Recommendation
Exposer les pages actuellement indisponibles sur le site web mobile en utilisant l'habillage Minerva comme option de paramétrage.


 * Effectuer les modifications dans l'habillage Minerva est plus simple d'un point de vue technique et nécessite un coût de maintenance inférieur à celui des autres options. Cela réduit également les perturbations des flux de travail existants. Les membres de la communauté peuvent utiliser Minerva avec les nouvelles expériences optimisées sur leurs appareils mobiles et continuer à utiliser leur expérience existante avec Vector ou d'autres habillages sur le bureau.

Audience

 * Contributeurs actifs, en particulier les éditeurs de volume moyen et grand (plus de 100 modifications)
 * Les contributeurs se sont concentrés sur les flux de travail de maintenance - il est plus facile de faire de petites contributions à partir de mobile
 * Bon d'avoir: tous les contributeurs pour mobiles

Par projet
Nous vous tendons la main et sommes ouverts aux commentaires de tous les projets, nous avons créé une liste de projets sur lesquels nous souhaitons nous concentrer plus particulièrement. Nous avons examiné les wikis qui comptaient déjà un nombre suffisant d'éditeurs sur mobile, ce qui indique que l'édition sur mobile est un concept confortable pour les utilisateurs de ces projets. Le public cible de ce projet étant constitué de contributeurs de volume moyen à élevé, notre hypothèse était que les projets avec un nombre décemment élevé (plus de 1 000) d'éditeurs mensuels seraient susceptibles de compter un pourcentage plus élevé d'éditeurs ayant réalisé plus de 100 modifications. Enfin, en termes de priorité, nous voulions nous concentrer sur les projets qui présentaient la plus grande lacune en matière d’édition mobile - les projets pour lesquels le nombre de modifications mobiles par rapport au nombre de nouveaux éditeurs actifs était le plus élevé:


 * 1) Wikipédia en anglais
 * 2) Wikipédia en espagnol
 * 3) Wikipédia en japonais
 * 4) Wikipédia en chinois
 * 5) Wikipédia en portugais
 * 6) Wikipédia en italien
 * 7) Wikipédia en perse
 * 8) Wikipédia en hébreu
 * 9) Wikipédia en arabe
 * 10) Wikipédia en finnois
 * 11) Wikipédia en vietnamien
 * 12) Wikipédia en indonésien
 * 13) Wikipédia en anglais
 * 14) Wikipédia en thaïlandais
 * 15) Wikipédia en hindi

Les KPI

 * Taux d’édition web mobile sur les wikis cibles: 10% de progression
 * Taux de rétention pour l'inscription au mode mobile avancé parmi les contributeurs de volume moyen et élevé (plus de 100 modifications le mois précédent): rétention d'au moins 60%
 * Actions de modération pour le web mobile sur des wikis cibles: augmentation de 10%

Autres métriques potentielles

 * Décroissance du nombre d'utilisateurs du lien de la version ordinateur de bureau ?
 * Nombre d'utilisateurs qui s'abonnent/se désabonnent de la fonctionalité

Autres détails: T210660

Nouvelle fonctionalité
Une option d'édition avancée sera présentée dans le menu des paramètres mobiles (elle ne fait pas partie des paramètres bêta). La sélection de cette option aura les conséquences suivantes:


 * 1) Ajoutez des éléments de navigation dans le menu utilisateur qui dirigent directement vers les pages actuellement manquantes du site web mobile.
 * 2) Basculez toutes les pages spéciales pour mobiles de MobileFrontend pour les rediriger vers les pages spéciales de la base MediaWiki. (Par exemple, si un lien pointe actuellement vers https://en.m.wikipedia.org/wiki/Special:History/King_Island_emu, passez le à https://en.wikipedia.org/w/index.php?title=King_Island_emu&action=history)

Feuille de route

 * 1) Réaliser une consultation des utilisateurs basée sur l'approche proposée
 * 2) Déterminer les éléments de navigation et la hiérarchie
 * 3) Déterminer les métriques et construire une instrumentation
 * 4) Construire une nouvelle navigation
 * 5) Basculer les liens/rediriger les pages mobiles vers les pages MediaWiki
 * 6) Fournir des options de configuration et communiquer largement
 * 7) Fournir potentiellement une bannière/une sorte de CTA pour les éditeurs avancés
 * 8) Sur la base des avis, hiérarchiser les correctifs nécessaires aux pages spéciales
 * 9) Faites les corrections dans l'ordre de priorité.

Durée
Ce projet s'étalera approximativement sur 1.5 trimestres

Estimations techniques
L'estimation ci-dessous concerne uniquement l'affichage des pages. Les corrections de page spéciales nécessiteront un travail supplémentaire en fonction de l’échelle/du nombre de pages:


 * Navigation, commutation de lien, ajout d'un nouveau paramètre: 1 trimestre, environ 2 ingénieurs

Travail avec les communautés
Nous aimerions travailler avec les communautés pour aider à hiérarchiser les pages spéciales et les flux pour le site web mobile, ainsi que pour obtenir des informations sur l'état du projet tout au long du développement. Nous prévoyons faire ce qui suit:
 * Heures de bureau IRC
 * Une communication constante tout au long du processus de développement avec des mises à jour et du temps pour que les communautés puissent donner leur avis
 * Annoncer et discuter des calendriers de déploiement sur tous les wikis
 * Fournir une bannière/appeler à l'action pour les éditeurs avancés lors du déploiement

Étapes suivantes
Sur la base des commentaires reçus, nous pouvons continuer avec ce qui suit:
 * Extension de l'ensemble des corrections aux pages spéciales
 * Élargir les flux de travail possibles disponibles (par exemple, en faisant fonctionner certains gadgets sur mobile)
 * Continuer avec des changements similaires dans l'habillage Vector (rendre Vector sensible)

Produit
L'atteinte de l'objectif global peut être réalisée via les éléments suivants sur mobile: En termes de fonctionnalité, les habillages Vector et Minerva peuvent atteindre l'objectif. En investissant dans l'habillage Minerva pour mobile, les transitions futures entre l'édition de base et l'édition avancée seront toutefois plus faciles et assureront une expérience utilisateur plus cohérente tout au long du processus. En outre, exposer les rédacteurs chevronnés à Minerva les rendra probablement plus conscients de la façon dont leurs modifications sont affichées sur le site web mobile, ce qui pourrait éventuellement conduire à un meilleur contenu pour les lecteurs et les rédacteurs.
 * Afficher des pages spéciales cachées dans un habillage MediaWiki existant
 * Identifier les problèmes avec les pages spéciales actuelles et effectuer des corrections pour rendre les pages utilisables

Justification technique
D'un point de vue technique, il est préférable d'effectuer ces modifications dans l'habillage Minerva par rapport à Vector, en raison de ses inconvénients.
 * Moins de complexité - si nous sélectionnons Vecteur, nous devrons masquer les modifications du vecteur réactif sous un indicateur de fonctionnalité, permettant ainsi de créer trois versions distinctes du site web mobile - Vector, Vecteur réactif et Minerva. Nous devrions également veiller à masquer les gadgets pour Responsive Vector ou, pire encore, auditer tous les gadgets avant leur expédition afin de ne pas casser aucun gadget ou flux de travail existant dans Vector.
 * Les coûts d’intégration et le temps de développement seront plus importants - le projet fait dans Vector nécessitera environ deux fois plus de temps
 * Coûts de maintenance plus élevés - L’équipe devra supporter l’ensemble du travail de maintenance des modifications apportées par les bénévoles à Vector

Risque communautaire et justification de l'adoption
Du point de vue de la communauté:
 * Aucune préférence forte n'a été manifestée pour effectuer les changements dans l'un ou l'autre des habillages.
 * Faire les changements dans l'habillage Vector introduit des risques - lors de nos sessions et consultations individuelles, il a été souligné que de nombreux membres de la communauté préfèreraient utiliser la version de bureau de Vector sur leurs téléphones malgré les changements dus à la familiarité. Nous aimerions permettre aux éditeurs de pouvoir continuer à le faire à l'avenir
 * Les membres de la communauté ont souligné l’importance d’informer les utilisateurs de Minerva des nouvelles fonctionnalités avancées permettant de promouvoir son adoption.

Étapes suivantes

 * Heures de bureau IRC pour les contributions supplémentaires des communautés le 20 juillet
 * Rencontre avec les intervenants pour examiner la proposition

Documentation

 * Analyse technique
 * Résumés des consultations communautaires et justification du produit

Avis
Vos commentaires sur ce travail sont les bienvenus sur la page de discussion.

Résumés des avis spécifiques à la communauté.


 * Thèmes des conversations du Hackathon de Barcelone
 * Thèmes du Wikimania 2018 sur les tests utilisateur (informations à ajouter)