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 pages spéciales pour qu'elles ressemblent de très près à la version pour bureau du site. Allez voir directement la section Ce qui a changé ci-dessous pour voir quels types de fonctionalité/possibilité 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.

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 à venir. L'équipe travaille sur 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.

14 janvier 2019 - Commençons par les liens des pages de discussion
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. Voici quelques sujets sur lesquels nous nous interrogeons :


 * 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. Dites-nous ce que vous en pensez !

12 november 2018 - Résumé des commentaires sur le prototype de navigation
We are very grateful to have received feedback from 61 editors thus far on our. 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 et discussions

 * 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?
 * Est-ce que ce mode doit être accessible aux utilisateurs non connectés ?
 * 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

Appréciations

 * Having easy access to the Talk page
 * Having easy to access History
 * Wikidata item accessible
 * Links to other Wikimedia projects
 * Bac à sable
 * Toolbar accessible without going all the way back to the top of the 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, bohue du logo Wikipedia
 * 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)

18 septembre 2018 - Avons besoin de votre aide! Collecte des commentaires pour les nouveaux prototypes de navigation
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.

24 août 2018 - Publication des résultats des interviews Wikimania
We have 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!

7 août 2018 - Interviews Wikimania
We performed 30 interviews with editors during Wikimania to collect information and feedback on the following:


 * Pages that are most important to contributors for mobile use
 * Feedback on our initial prototypes for advanced navigation

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!

20 juin 2018 - Heures de bureau IRC
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.

19 may 2018 - Thèmes des conversations du Hackathon de Barcelone
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.

De quelle manière contribue-t-on actuellement pour le 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

Ce qu'il manque aujourd'hui


 * 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) Les modifications récentes
 * 5) Historique
 * 6) Familiarity - If there were a mobile version of Vector, for instance, it would make it easier to find something familiar
 * 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. 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

Idées sur l'exposition de toutes les 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 avec 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

Autres 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. Ceci peut ultérieurement être revu pour le bureau
 * 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"

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) 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

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)