Consultation des souhaits de la communauté/Actualités

1^er juillet 2024 : les Souhaits des communautés ré-ouvrent le 15 juillet. Voici à quoi s’attendre et comment s’y prépare.

Les Souhaits des communautés aident les communautés à répondre à des problèmes et opportunités technique et d’expérience utilisateur afin que Wikimedia Foundation et les communautés puissent les prioriser et résoudre ces problèmes ensemble.

Comme lors des années précédentes, les contributeurs et contributrices pourront dresser des problèmes et opportunités en soumettant des « souhaits » toute l’année. Wikimedia identifiera des points communs entre les souhaits et proposera des « sujets cible » regroupant les souhaits partageant une problématique commune. Les contributeurs et contributrices seront invités à commenter et voter pour les sujets cible afin de déterminer ceux qui nécessitent une priorisation. Puis Wikimedia, ses affiliés et les bénévoles en développement pourront s’approprier ces sujets cibles et collaborer avec les contributeurs et contributrices pour résoudre ces problèmes. Lire la suite.

24 avril 2024 : actualités concernant la récupération des modifications

La récupération des modifications est désormais activable sur tous les wikis. Nous l’avons déjà déployé début février sur les Wikipédia en français, en anglais et en arabe pour la tester et corriger les beugues. La page du projet contient plus d’informations.

4 avril 2024 : de potentielles modifications arrivent pour la consultation des souhaits de la communauté

En janvier, l’équipe Technologies communautaires a fait part de certaines premières décisions concernant la nouvelle mouture de la consultation des souhaits de la communauté. Peu après, nous vous avions invités à participer aux discussions en cours (n’hésitez pas à y participer si ce n’est déjà fait) portant sur ce à quoi devrait ressembler la nouvelle mouture de la consultation des souhaits. Nous souhaitons maintenant vous informer des potentielles modifications à venir pour les souhaits.

1^er mars 2024 : actualités concernant le design des Multiblocages

Ces dernières semaines, nous avons dessiné une interface et expérience utilisateur en discutant avec certains admins concernant les Multiblocages. Nous avons pris certaines décisions pour le design que nous vous partageons sous forme de captures d’écran.

4 Janvier 2024 : Dessiner le futur de la consultation des souhaits de la communauté

L’équipe Technologies communautaires a pris des premières décisions concernant l’avenir de la consultation des souhaits de la communauté.

Pour résumer, nous aimerions développer un nouveau système pour accueillir en continu les demandes techniques de la communauté, en améliorant la priorisation, la répartition des ressources et la communication autour des souhaits. Jusqu’à l’instauration du nouveau système, l’équipe Technologies communautaires priorisera le travail du carnet de commande récemment audité plutôt que de lancer la consultation en février 2024. Nous envisageons aussi d’impliquer davantage de développeurs et développeuses bénévoles dans le processus des souhaits, à commencer par le tout premier Souhaithon communautaire en mars 2024.

Vous pouvez lire l’annonce entière sur le blog Diff ou sur Méta-Wiki, et donner votre avis.

26 octobre 2023 : La récupération des modifications est désormais testable en bêta

Bonjour la communauté, nous avons des actualités !

Le souhait d’une récupération des modifications (précédemment connu comme fonctionnalité de sauvegarde automatique) est désormais sur la grappe de serveurs bêta, et vous êtes invités à le tester.

Commencez à modifier une page sur un des sites bêta, par exemple simple.wikipedia.beta.wmflabs.org, mais ne publiez pas vos modifications. Attendez 5 secondes et fermez l’onglet. Rouvrez l’onglet. Vos modifications devraient être récupérées !

Nous travaillons à rendre la fonctionnalité plus visible avec une notification évanescente lors de la restauration des données de modification, avec la possibilité de rejeter les données récupérées.

Vos questions et commentaires sont les bienvenus !

17 octobre 2032 : Actualité concernant le souhait de Multiblocages

Nous avons sélectionné le 14^e souhait de la consultation 2023, les Multiblocages. L’objectif de ce souhait est de permettre le cumul de blocages. Nous avons créé une page de projet pour partager les informations concernant notre approche. N’hésitez pas à vous y rendre et à donner votre point de vue.

25 septembre 2023 : C’est l’heure du Souhaitathon !

Le marathon de codage trimestriel en ligne, appelé Souhaitathon (Wishathon), organisé par le département Technologies communautaires pour aider à répondre à plus de souhaits de la consultation des souhaits de la communauté aura lieu du lundi 25 au vendredi 29 septembre 2023.

Le Souhaitathon implique d’autres personnels de Wikimedia Foundation pour aider à réaliser d’autres souhaits et favoriser la collaboration entre les équipes et les départements de l’organisation.

8 aout 2023 : Actualités des souhaits

Bonjour à tous,

Plusieurs changements ont eu lieu depuis notre dernier bulletin d’information en avril 2023.

Affichage des catégories sur mobile

Nous espérons mettre en place l’affichage des catégories sur le site mobile pour tout le monde, après avoir achevé le souhait d’amélioration des diffs. Malheureusement, notre partenaire principal, l’équipe Web, ne va pas s’occuper de ce souhait maintenant. L’importance des catégories pour le lectorat doit être étudié plus attentivement pour prioriser ce souhait par rapport à d’autres. Cependant, la réalisation des souhaits se fait souvent par étapes, vos retours sont donc les bienvenues. Par ailleurs, nous travaillons sur la fonctionnalité d’enregistrement automatique, huitième souhait de la consultation 2023, renommé fonctionnalité de récupération des modifications pour mieux refléter ce qui sera développé.

Qui a écrit ça ?

Ensuite, nous avons aussi répondu au souhait d’étendre l’outil « Qui a écrit ça ? » à d’autres wikis ; il est désormais disponible sur huit autres Wikipédia (en français, italien, hongrois, japonais, indonésien, portugais, néerlandais et polonais). Il y a donc maintenant 13 wikis qui prennent en charge Qui a écrit ça.

22 juin 2023 : Prochaines étapes pour la fonctionnalité d’enregistrement automatique

L’équipe CommTech analyse les enquêtes, discussions et correctifs autour du souhait d’une fonctionnalité d’enregistrement automatique pour déterminer les suites à apporter.

Votre aide est la bienvenue : lisez les informations sur l’état du projet et répondez aux questions, notamment sur la durée de stockage des données pour l’enregistrement automatique, et sur ce que nous devrions stocker dans la base de données pour que l’enregistrement automatique fonctionne correctement.

22 juin 2023 : transfert du projet API à l’équipe Langue

L’équipe Technologies communautaires va passer la main du projet API à l’équipe Langue au mois de juin. Cette décision est due à l’expertise en régionalisation de l’équipe Langue et leur travail actuel sur une suite de services ouvert de soutien aux langues tel que le service de traduction automatique MinT.

27 avril 2023 : suite des souhaits de 2022 et début de ceux de 2023

Chers participants de la consultation des souhaits de la communauté,

Nous voudrions vous remercier pour votre participation à la consultation 2023 des souhaits de la communauté. La consultation est un élément crucial dans notre priorisation du développement de nouvelles fonctionnalités et améliorations des projets Wikimedia pour tous.

Début du travail sur les souhaits 2023

Nous sommes heureux d’annoncer que l’équipe Technologies communautaires a identifié le souhait « afficher les catégories sur le site mobile pour tout le monde » comme travail prioritaire pour l’équipe dans les prochains mois après la fin du travail sur l’amélioration des diffs des scissions de paragraphe. C’est aussi le 18^e souhait de la consultation 2022. La faisabilité technique et l’impact potentiel sur l’expérience utilisateur du site mobile pour tous les utilisateurs ont guidé cette décision.

Nous comprenons l’importance de cette fonctionnalité pour la communauté, et sommes heureux de travailler dessus. Nous vous tiendrons au courant de notre progression, et nous vous fournirons bientôt un calendrier de mise en œuvre. Par ailleurs, nous avons commencé à rechercher comment diffuser l’outil « Qui a écrit ça ? » sur d’autres wikis, le 7^e souhait de la consultation 2023 ; nous espérons avoir bien progressé d’ici quelques mois. Nous prévoyons le déploiement de l’outil « Qui a écrit ça ? sur la Wikipédia en français dans les prochains jours, et dans d’autres langues dans les prochaines semaines.

Mode sombre

Nous voulons vous informer des actualités concernant le souhait d’un « mode sombre ». Nous sommes heureux de vous informer que l’équipe Web s’est emparé de ce souhait et va travailler assidument sur son développement. Cependant, en raison de contraintes techniques et de conception, l’équipe Web sortira la première version du « mode sombre » en bêta. Nous comprenons l’importance de l’accessibilité et de l’inclusivité, et nous nous engageons à nous assurer que cette fonctionnalité répond aux besoins de tous les utilisateurs. Par ailleurs, de nombreux modèles doivent être ajustés, et les bénévoles doivent être prévenus des modifications nécessaires avant la disponibilité complète du mode sombre. L’équipe Web va travailler sur la documentation de ces problèmes, nous vous remercions de votre patience. N’hésitez pas à vous inscrire à l’infolettre de l’équipe Web pour suivre les actualités de ce projet.

Je voudrais aussi prendre un moment pour remercier les bénévoles qui ont pris le temps de collaborer avec moi en toute confiance pendant mes fonctions ici, et annoncer que je suis en train de quitter cette équipe et la Wikimedia Foundation. Merci à ceux parmi vous qui ont pris le temps de participer aux propositions, à la résolution de problème avec nous, et à ceux qui se sont attaqués bénévolement à la résolution technique de certains souhaits — je garderai en mémoire ce souffle inspirant durant toute ma carrière.

En mon absence, un trio absorbera mes responsabilités : vous pourrez faire appel, après mon départ, au trio composé de KSiebert (WMF) (direction des services techniques), DMaza (WMF) (responsabilités techniques) et JSengupta-WMF (responsable conception). Vous pourrez communiquer avec l’équipe comme auparavant ; les pages de discussions des projets, actualités et de l’équipe sont les lieux les plus appropriés pour joindre l’équipe. Nous voudrions collectivement vous remercier une fois encore pour votre participation à la consultation des souhaits de la communauté. Votre participation nous aide à prioriser et améliorer les projets Wikimedia, et nous espérons vous voir continuer cet engagement.

Bien à vous,

NRodriguez (WMF) et le reste de l’équipe Technologies communautaires

13 mars 2023 : actualité concernant la meilleure gestion des scissions de paragraphe dans les diffs

L’équipe a continué de travailler sur ce souhait, à la fois sur la technologie et le design, et nous voulons vous partager notre progression.

Merci à toutes celles et ceux qui ont pris le temps de participer avec nous ou ont donné leur avis sur la page de discussion. Nous avons lu tous les commentaires et synthétisé les points relevés. Sur cette base, nous avons finalisé les designs proposés pour passer à leur ingénierie afin d’intégrer les améliorations issues des changements du souhait.

Les designs de cette note d’actualité incluent donc :

• le passage d’un mode de diff à l’autre depuis un menu déroulant ;
• l’amélioration des diffs linéaires avec des légendes et infobulles sur ordinateur ;
• l’amélioration de l’affichage lors de l’introduction d’une nouvelle ligne ou paragraphe ;
• l’amélioration de l’affichage lors de la suppression d’une ligne ou paragraphe.

En outre, une démonstration des changements du moteur de comparaison sous-jacent a été créé.

Avant d’essayer la démonstration pour nous faire part de vos retours, prenez conscience des points suivants.

• Il s’agit d’un travail en cours, nos ingénieurs et ingénieuses en analyse qualité utilisent actuellement une liste de diffs entiers pour être sûr que les changements sont cohérents avec la version actuelle de l’expérience de diff en deux colonnes ou constituent une amélioration de l’interface.
• La page de démo n’inclut pas tous les changements finaux de l’interface utilisateur, mais peuvent donner pour les tests une bon aperçu de ce à qui ressemblera l’expérience de diff en deux colonnes.
• Pour utiliser la démo, copier le même texte dans les deux boites et modifiez le texte dans la boite de droite. Le diff affiché en dessous montrera les changements.

Vos retours sur notre page de discussion seront très appréciés !

Prochaines étapes

• Accessibilité des couleurs du design : notre designeur (NDT: designeuse ?) travaille en étroite relation avec notre équipe Systèmes de design pour déterminer l’accessibilité des designs. Nous devrons sans doute changer légèrement de nuance pour la rendre plus accessible, mais les couleurs resteront similaires aux bleu et jaune actuellement utilisées sur les diffs linéaires et en deux colonnes.
• Calendrier de publication : Nous travaillons sur un calendrier de publication et d’anticipation des prochaines étapes, nous l’inclurons dans notre prochaine note d’actualité ! La publication des changements pour le moteur sous-jacent des diffs suit un processus différent de celui habituel pour MediaWiki, nous sommes donc sûrs de vous informer des étapes et détails la prochaine fois.

Nous aimerions aussi remercier sincèrement dans cette note d’actualité un salarié qui ne fait pas partie de l’équipe Technologies communautaires : Tim Starling, qui s’est gentiment proposé pour aider dans les changements du moteur en C++ de wikidiff2. C’est toujours un plaisir de recevoir de l’aide d’autres personnels de Wikimedia qui ont l’expertise pour compléter des souhaits même s’ils ne sont pas l’équipe Technologies communautaires.

Nous sommes impatients d’avoir de vos nouvelles !

Questions en attente de la première note d’actu : nous voulons votre avis !

• Seriez-vous intéressé pour mener des recherches sur la nouvelle interface proposée pour les scissions de paragraphes ? Si oui, vous pouvez indiquer que vous l’êtes sur la page de discussion.
• Quels autres points problématiques constatez-vous lorsque vous visualisez le diff ?
• Comment pourrions-nous résoudre les problèmes qui causent la confusion autour des scissions de paragraphes ?
• Comment l’utilisation de couleurs indique-t-elle quel contenu est ajouté, supprimé ou resté le même ?

7 mars 2023 : Publication des résultats de la consultation 2023 des souhaits de la communauté

L’édition 2023 de la consultation des souhaits de la communauté s’est achevée. Nous avons publié les résultats de la consultation et allons fournir une note pour présenter les suites prévues en avril 2023.

20 décembre 2022 : Actualités du Souhaitathon

Cette année, L’équipe Technologies communautaires reprend la tradition de consultation interne à WikiMedia Fondation : le (Souhaithon). Pendant cette consultation, notre équipe annule les réunions pendant une semaine entière et passe l'intégralité de son temps à travailler sur des souhaits "plus modestes" en dehors de notre charge de travail habituelle sur les souhaits "plus grands". Par exemple, une (meilleure visualisation des différences (de versions) dans les sauts de paragraphes) est une demande complexe qui nécessite une planification importante en termes de recherche de conception, d'architecture technique ainsi que sur les plans d'assurance qualité et les dépendances avec l'équipe "Performance". Ces souhaits prennent généralement des mois pour leur réalisation. Le Souhaithon nous incite à exaucer des demandes plus simples et nécessitant moins de dépendances et de planification entre équipes. Bien qu'elles ne soient pas les plus partagées, nous pensons toujours qu'elles sont de grande utilité, en particulier pour ceux qui ont voté pour.

En décembre dernier, nous avons lancé une invitation à participer à d'autres ingénieurs, concepteurs et gestionnaires de différentes équipes pour nous rejoindre pendant une semaine Souhaithon et nous aider à progresser sur le travail requis pour exaucer ces petits souhaits. Grâce à la participation supplémentaire d'ingénieurs d'autres équipes, nous avons pu réaliser quatre souhaits et réécrire une portion de code important. Veuillez noter que dans l'esprit d'agir rapidement et de concrétiser des besoins, nous n'avons pas mené le cycle complet de recherche et de communication que nous effectuons habituellement sur des demandes plus importantes. Vous pouvez en savoir plus sur les réalisations de la semaine dernière, leur impact et leurs sorties prévues ci-dessous.

Souhait : Suggestion automatique de lien vers un élément Wikidata après création d'un article

Cette demande a reçu 92 suffrages et est arrivée 12e dans la consultation (souhaits 2022).

Problème : Quelqu'un crée un article dans Wikipédia en langue A, mais il ne sait pas qu'il existe déjà le même article dans Wikipédia en langue B (souvent un WP moins expérimenté), donc aucun lien Wikidata n'est fait. Le proposant a vu de nombreux cas entre WP chinois (zh) et WP cantonais (yue).

Le travail est terminé et sera disponible sous forme d'outil la semaine du 16 janvier 2023.

• Souhait original
• Tickets pertinents / Référentiel / Correctifs
  • ✅ T308 059
  • ✅ Code sur gitlab
    • Ajouter une vérification pour voir si l'article a des liens annexes associés
    • Mettre en œuvre les changements en fonction des retours
    • Ajouter ESLint et corriger les erreurs de code
    • Définir le serveur de nœuds
    • Ajouter une fenêtre contextuelle OOUI et supprimer les balises html
    • Ajouter un bouton d'aide à la boîte de dialogue contextuelle
• Page de documentation (brouillon): AutosuggestSitelink
• 🏆 Remerciements particuliers aux membres de l'équipe : Harumi Monroy, Julieta Fernandez (Design), MusikAnimal, Sam Wilson, David Martin, Natalia Rodriguez
• Statut: Le travail a été fusionné et est disponible pour des tests en version bêta, et sera déployé auprès des utilisateurs avec la première livraison de 2023 qui est prévu pour la semaine du 28 janvier.

Impact du souhait

• Plus de pages Wikipédia (et d'autres projets) liées aux éléments Wikidata correspondants
• Meilleure connaissance de Wikidata pour les contributeurs wiki
• Meilleure maintenance des liens entre les langues de Wikipédia et autres avantages de Wikidata

Souhait : Autoriser la négation pour les filtres de balises

Cette demande a reçu 41 suffrages et est arrivée 27e dans la consultation (souhaits 2022).

Problème: Lorsque vous affichez des flux tels que Special:Contributions ou Special:RecentChanges, nous pouvons actuellement filtrer par balises, mais pas par négation de balises.

Le travail est terminé et sera disponible dans le déploiement de la semaine du 3 janvier 2023.

• Souhait original
• Tickets pertinents et correctifs
  • ✅ Tâche T119 072 réalisée : Autoriser la négation de balise sur Special:Contribution
  • ✅ Tâche T174 349 réalisée : Autoriser la négation de balise sur Recent Changes
  • ✅ Patch fusionné 866 814: test d'utilisabilité ("expérience utilisateur") pour la négation de balises sur Special:Contribution
  • ✅ Patch fusionné 867 726: test corrigé pour que les formulaires fonctionnent mieux avec hide-if (pour autoriser ensuite)
  • ✅ Patch fusionné 866 817: test d'utilisabilité ("expérience utilisateur") pour la négation de balises sur Special:Log (hors demande, mais facile)
  • ✅ Patch fusionné 867 255: afficher la négation de balise dans l'API et le flux (pour autoriser ensuite)
  • ✅ Patch fusionné 867 731: empêcher tagfilter d'être défini sur 'tout' (pour autoriser ensuite)
  • ✅ Patch fusionné 867 224: test d'utilisabilité ("expérience utilisateur") pour la négation de balises sur Recent Changes / Watchlist
• État :
  • 866 814 déjà en fonction (càd pour Special:Contributions)
  • 6 patchs fusionnés, deux tâches fermées, un souhait exaucé
• Étapes suivantes :
  • Déploiement pour 'Modifications récentes' et 'Spécial:Journal' dans la prochaine fournée
• 🏆 Remerciements particuliers aux membres de l'équipe: Roan Kattouw, Denny Vrandecic, James Forrester, Moriel Schottlender

Mention d'honneur à Matěj Suchánek, un bénévole qui a jeté les bases de ce en écrivant ce patch en 2020.

Impact du souhait

Les utilisateurs pourront filtrer les modifications en fonction d'une balise sur les 'Modifications récentes', la 'Liste de suivi', 'Spécial:Contributions' et 'Spécial:Journal'

Souhait: Activer le 'bouton de remerciement' par défaut dans la 'Liste de suivi' et les 'Modifications récentes'

Cette demande a reçu 62 suffrages et est arrivée 33e dans la consultation (souhaits 2022).

Problème : le bouton Remercier n’est disponible que sur l’historique de chaque page, visité régulièrement par peu de personnes (surtout les contributeurs les plus expérimentés). Il y a très peu de nouveaux qui regardent l’historique des pages.

• Souhait original
• Tickets pertinents et correctifs
  • ✅ T51 541
  • ✅ T90 404
• 🏆 Remerciements particuliers aux membres de l’équipes : Jon Robson
• État : le travail a été intégré ; il est testable en bêta et sera déployé pour tous les utilisateurs par le premier train de 2023 prévu pour la semaine du 3 janvier.

Retombées du souhait

Les utilisateurs pourront désormais remercier d'autres utilisateurs à partir des pages « Liste de suivi » et « Modifications récentes ».

Souhait : les balises à côté du résumé des modifications devraient être liées à la liste des modifications balisées ainsi

Ce souhait a reçu 18 votes de soutien et s’est classé 162^e lors de la consultation pour 2022.

Problème : les balises affichées à côté du résumé des modifications ressemblent actuellement à ceci :

   14:33 Johnny Hallyday‎ (diff | hist) .. (−12) .. TotoWiki (discuter | contributions) (Le résumé des modifications) (Balises : Éditeur visuel, Modification par le web mobile)

La balise est liée à une page d’aide, ou à rien du tout. Il n’est pas facile de trouver les modifications qui ont une balise en commun.

• Souhait original
• Tickets pertinents et correctifs
  • ✅ T301 063
• 🏆 Remerciements particuliers aux membres de l’équipes : James Forrester
• État : le travail a été annulé le 11 janvier.

Retombées du souhait

Les utilisateurs pourront désormais cliquer sur la balise pour trouver les modifications qui ont également cette balise.

Réusinage du code du triage de pages pour faciliter la collaboration

• Souhait original
  • ✅ 13 correctifs de réusinage
• 🏆 Remerciements particuliers aux membres de l’équipes : Kosta Harlan, Sammy Tarling (TheresNoTime), Jason Sherman, Gergo Tisza
• État : le travail a été intégré

Retombées du travail

La modernisation du code central aidera à corriger les beugues et à développer d’autres fonctionnalités

Prochaines étapes

En plus des souhaits réalisés ci-dessus, nous aimerions avancer sur quelques autres souhaits. L’équipe Technologies communautaires va déterminer quels souhaits nous pouvons terminer en fonction de la progression déjà réalisée. Nous sommes enjoués à l’idée de continuer cette tradition du Souhaithon et accueillons vos retours sur la page de discussion de cette note d’actualité ! Merci pour votre participation à la consultation des souhaits, nous espérons vous voir à la prochaine consulation annuelle qui commencera le 23 janvier 2023.

16 décembre 2022 : la prévisualisation en temps réel sort de bêta

La prévisualisation en temps réel du wikicode sort de bêta : elle sera activée pour tous dans la semaine du 9 janvier 2023. Elle sera utilisable depuis la barre d’outil de l’éditeur de wikicode 2010. La fonctionnalité était le 4^e souhait de la consultation pour 2021.

5 décembre 2022 : la consultation des souhaits de la communauté pour 2023 aura lieu en janvier

Vous avez une idée d’outil ou d’amélioration pour les projets Wikimedia ? Cette annonce est pour vous !

La consultation des souhaits de la communauté 2023, qui permet aux contributeurs de proposer et de voter pour des outils et améliorations, débutera le mois prochain, le lundi 23 janvier 2023 à 18 h UTC et continuera comme chaque année.

Nous vous invitons à faire part de vos idées d’améliorations techniques de nos outils et plateformes. Il n’est pas nécessaire d’avoir une longue expérience de contribution, ni des compétences techniques. Si vous avez déjà utilisé nos logiciels et pensé à une façon des les améliorer, c’est le lieu où partager ces idées !

Voici les dates des différentes phases de la consultation :

• Phase 1 – soumission, discussion et révision des propositions : du lundi 23 janvier 2023 au lundi 6 février 2023
• Phase 2 – examen et organisation des propositions par l’équipe Technologies communautaires de Wikimedia Foundation : du lundi 30 janvier 2023 au vendredi 10 février 2023
• Phade 3 – vote des propositions : du vendredi 10 février 2023 au vendredi 24 février 2023
• Phase 4 – publication des résultats : mardi 28 février 2023

SI vous voulez commencer à écrire vos idées avant la consultaiton, vous pouvez les ébaucher dans la couveuse de la consultation.

Nous sommes reconnaissants à tous les participants de l’an dernier. On se retrouve en janvier 2023 !

<span id="1^er décembre 2022:_Better_diffs_usability_testing">

1^er décembre 2022 : test de la facilité des diffs améliorés

Nous avons travaillé sur différents designs possible pour la gestion des diffs améliorés pour la scission des paragraphes, le 1^er souhait de la consultation pour 2022 ! Nous avons invité la communauté à s’inscrire à des tests de facilité d’usage à et nous faire leurs retours.

3 mai 2022 : lancement de la prévisualisation en temps réel sur les projets partenaires

We have launched a version of the Realtime preview feature to Polish Wikipedia. Its community has agreed to partner with us and give us feedback on how to improve it before we launch to the rest of the users. Please find our complete Release Plan. En savoir plus

This feature touches one of the most used editors (Wikitext 2010) across wiki projects. We've thus decided to roll it out as a Beta Feature before we release the feature to everyone. This will allow us to collect feedback and make improvements before we release to everyone.

We are partnering with users early on to understand behavior on the new tool and make improvements. Depending on the user’s connection, we are aiming to observe and evaluate patterns regarding the automatic and manual reloads of the preview pane, as follows:

• Automatic reload: Debounce time. When the preview pane is automatically reloading, is our debounce time sufficient to provide a fluid experience?
• Automatic reload: Discoverability of the manual reload button. When the preview pane is automatically reloading, is the manual reload button that appears while hovering over the preview pane easy to find?

and/or

• Manual reload: Discoverability/Display time of the manual reload status bar. When the preview pane is NOT reloading automatically, the user will see a status bar inviting them to manually reload. Is the discoverability of the bar sufficient? Is the status bar obstructive to the users’ workflows?

We will aim to observe both of these scenarios for users with stable high-speed internet connections. In both cases, we will be performing the test on two pages: one short article without images (for faster reload time) and another one with a large content and multimedia assets (for slower reload time).

Aside from our main investigation, we will also be observing the following during our screen-sharing sessions with users:

• Discoverability of the overall feature: although users will be notified of the existence of the realtime preview feature, and the potential relationship between the latter and the "Show preview" feature.
• User screen sizes- This data could be helpful to understand how useful the Realtime Preview is for folks with a smaller screen. Does this make their experience too crowded?
• Usage of syntax highlighting/Code Mirror
• Understanding that both panes do not have a synced scrolling behavior.

If you would like to give us any feedback on any of the open questions above, please reach out to us in the talk page as we are eager to hear about the usability of this new feature. Thanks for building with us!

Résultats 2022

L'enquête sur les vœux 2022 de la communauté est terminée ! Nous tenons à remercier tous ceux qui ont participé à l'édition de cette année et à exprimer notre gratitude toute spéciale à ceux qui ont apporté des contributions exceptionnelles à l'enquête sous les résultats. Nous n'aurions pas pu le faire sans vous tous !

Vous êtes curieux de savoir ce qui se passera ensuite ? Découvrez notre processus de priorisation et consultez le classement des propositions priorisées pour cette année. En savoir plus

8 novembre 2021 : Avertir lors de l’ajout d’un lien vers une page d’homonymie

We have an update about the wish. We have finished user tests. En savoir plus

Hello everyone,

Many thanks for your great support and feedback on the proposed user experience and designs for this wish. This update is regarding the usability testing, which was conducted in parallel with community members on the talk page, as well as the first “Talk to Us hours” video call last September. Thanks again for your valuable inputs!

The goal of this round of usability tests was to determine if our proposed designs were successful in warning users about the potential risks of adding a link to disambiguated page in the 2010 wikitext editor without inhibiting users from continuing to edit. We conducted the test on usertesting.com with 5 editors total.

Here are the insights we gathered from the tests:

• 2/3 of users successfully noticed the new notification warning them about the disambiguation link they added. Two users were not able to see the notifications due to complications with the testing interface and instructions.
• All users who saw the notification found it helpful and easy to understand. When users noticed the disambiguation notification and understood its purpose, most of them stated that it was useful without being disruptive to their edit flow.

Acknowledgments: This test was conducted on beta-wiki with a limited content pages. Before we could push some recent user experience and engineering improvements for this wish, including the new link selector widget for the Wikitext editor. We are hoping that these changes will mitigate some of the difficulties encountered by the users during this usability test.

Not all of these editors from this panel are experienced users. Although this wish is intended to be helpful for every user – we assume that less experienced editors will tend to use the VisualEditor over the wikitext editor, thus making this new feature less relevant for them.

We are grateful for your feedback on this talk page and the Talk to Us for our team to get a better understanding of your needs as experienced contributors. Thanks so much for your feedback on the talk page!

2 novembre 2021 : Prévisualisation en temps réel du wikicode

Merci pour vos commentaires sur la page de discussion et pendant la dernière visioconférence « Discutez avec nous ». Par ailleurs, nous avons mené des tests de facilité d’emploi, dont nous présentons les principales trouvailles. En savoir plus Bonjour à tous,

Merci sincèrement pour votre soutien et vos retours massifs sur les designs proposés. Merci pour vos messages sur la page de discussion et pendant la dernière visioconférence « Discutez avec nous ». Nous avons beaucoup appris sur la manière dont les utilisateurs expérimentés contribuent.

Par ailleurs, nous avons mené des tests de facilité d’utilisation sur la plateforme usertesting.com, auxquels 5 contributeurs ont pris part. Vous trouverez ci-dessous certaines des trouvailles et intuitions dégagées :

• La moitié des utilisateurs ont trouvé le nouveau bouton « Prévisualiser » dans la barre d’outil. Une des raisons à cela peut avoir pour origine les modèle comportementaux développés à partir du bouton « Prévisualiser » existant en bas de la boite de l’éditeur. Nous allons concevoir un point clignotant peu dérangeant avec un guide surgissant. Nous espérons que cela permettra de remarquer plus facilement cette nouvelle fonctionnalité.
• All users found the existing "show preview" button.
• All users understood the difference between both buttons. One could be used while editing (offering a quick glimpse at the output). The other could be more helpful for proofreading before publishing the changes.
• One user reported that it might always be easy to understand the relationship between the Wikitext input and the preview output. To mitigate this, we are exploring ways to highlight the text in both panes and align the scrolling or editing behavior.

Acknowledgments:

• Not all of these editors are experienced users. Although this wish is intended to be helpful for every user – we assume that less experienced editors will tend to use the Visual Editor over the wikitext editor. This will make the new feature less relevant for them.
• We are also working on improving the scaling of both panes. We want to allow for optimal support to both small and ultra-wide displays alike.

Again, thanks so much for your feedback!

19 octobre 2021 : rejet du souhait de robot bibliographique

Titre du souhait : Robot bibliographique

Tâche Phabricator d’investigation

Classement du souhait : 14^e

Résumé du motif : trop grande portée, pas assez de votes.

Nous avons décidé de rejeter ce projet, après un examen attentif et de nombreuses phases de commentaires au sein de l’équipe et conversations avec d’autres équipes chez Wikimedia et les affiliés.

Jusitification : Tout d’abord, les ingénieurs et designeurs ont examiné la portée du travail défini dans la présentation du problème du souhait. Nous avons déterminé que le travail nécessaire dépassait grandement nos premières estimations.

Ce souhait a obtenu une mauvaise note dans notre processus de priorisation parce qu’au premier coup d’œil, il a semblé difficile de dupliquer le comportement de Citoid dans Wikidata. Nous avions considéré que cela avait une faible complexité technique et de conception parce que nous pouvions réutiliser le code et le design. Cependant, les références dans Wikidata doivent être liées comme des références aux autres objets de la base de données, ce qui augmente significativement la complexité.

Ce souhait n’a pas atteint le score des 10 souhaits les plus populaires. Il est arrivé en position 14. Nous nous sommes trompés dans nos estimations initiales. En fait, l’équipe Wikidata de Wikimedia Allemagne a travaillé sur ce souhait pendant plusieurs mois. La solution finale était trop complexe pour la mettre en place au vu des ressources disponibles à ce moment-là. Cela aurait pris plusieurs mois à l’équipe Technologies communautaires pour l’achever, et nous voulions travailler sur d’autres souhaits plus populaires.

4 septembre 2021 : Prévisualisation en temps réel du wikicode

We have made progress working on the Real Time Preview for Wikitext tool. We have two questions about its design. We invite you to answer on the project talk page. En savoir plus

Thank you for your feedback

Hello all, we are back with an update on the proposed designs for this wish. Thanks for all of your comments on the talk page. We heard what you said and synthesized the feedback as follows:

• The button to preview the wikitext output should be more intuitive, the person clicking it should know what it does.
• The button to preview the text should be in the toolbar.

We then took a second try at creating the following set of designs. We are proposing a new button appears in the toolbar:

We are proposing than when user previews the content, the preview button label remains "blue" to indicate that the preview state is on, and activated:

The preview button would turn back to black if users toggle it off and the preview would disappear.

Horizontal vs Vertical

Please note that these proposed designs are illustrative. We only included a vertical version because we are currently investigating if the ability to have a wide screen will still be an option given the planned and upcoming work on Web desktop improvements which would limit the page to 960px in width, making it too cluttered to have a horizontal view.

Open Questions: We want to hear from you!

• Does the new button placement seem more intuitive to the workflows in the toolbar?
• Does the current proposed layout feel like there is enough space to view both the wikitext and the output?

Thanks so much for your continued feedback on the talk page!

27 août 2021 : Prévisualisation en temps réel du wikicode

We are making initial steps on the Real Time Preview for Wikitext tool. We have questions about its design. We invite you to answer on the project talk page. En savoir plus

Proposed Designs

Horizontal Desktop Layout

A new button will appear. This gives editors the option to preview the text on the side in real-time:

Note: The pink box above is just to draw attention to the button, it will not actually appear to users.

Editors will be able to click on the button highlighted above. If they do that, the following layout would allow them to preview the output in a scrollable fixed container:

Vertical Desktop Layout

The following new user interface element will appear when a user has a vertical desktop screen:

Note: The pink box above is just to draw attention to the button, it will not actually appear to users.

Editors will be able to click on the button highlighted above. If they do that, the following layout would allow them to preview the output in a scrollable fixed container:

The engineers have begun work on these changes. We are introducing the changes inside of MediaWiki core. We'd love to hear your thoughts on our proposed designs. We'd especially love feedback on:

• Making the copy and button placements intuitive
• The overall feel of the proposed designs

We're looking forward to hearing your thoughts on our proposed designs and any other considerations!

Open Questions: We want to hear from you!

The solutions above are proposed and in early stages. We'd love to hear your feedback on the talk page. Your insight can help us understand other approaches, risks, and solutions.

These are our questions to you:

• How do you think this will influence the way you edit?
• Does the icon on the expand button prepare the editors to understand what it does? Is it distrupting?

20 août 2021: La Consultation 2022 des souhaits de la communauté se fera en janvier

Bonjour à tous,

Nous espérons que vous vous portez au mieux malgré ces temps d'épreuve ! Nous voudrions partager quelques informations sur un changement dans la Consultation 2022 des souhaits de la communauté et serions heureux de recevoir vos commentaires sur ce sujet.

L’édition 2022 de la consultation des souhaits de la communauté aura lieu en janvier 2022. Nous avons besoins de plus de temps pour travailler sur les souhaits de 2021. Il nous faut également du temps pour préparer quelques changements pour les souhaits de 2022. En attendant, vous pouvez utiliser un bac à sable dédié pour déposer vos premières idées de souhaits pour 2022.

La proposition des souhaits et leur réalisation se feront la même année

Par le passé, l’équipe Technologies communautaires lançait la consultation des souhaits de la communauté en novembre pour l’année suivante. Par exemple, les souhaits pour 2021 ont été déterminés en novembre 2020. Ceci fonctionnait bien il y a quelques années. En ce temps là, nous avions l’habitude de commencer à travailler sur les souhaits juste après la publication des résultats du vote.

Néanmoins en 2021, il y a eu un décalage entre le vote et le moment où nous avons pu commencer à travailler sur les nouveaux souhaits. Jusqu’à juillet 2021, nous avons travaillé sur les souhaits pour 2020.

Nous espérons que d'avoir la liste pour l'année 2022 en janvier 2022 sera plus intuitif. Ceci nous donnera aussi du temps pour compléter davantage de sujets restants des souhaits de 2021.

Encourager une participation plus large des communautés exclues historiquement

Nous pensons à la façon de rendre la liste des souhaits plus accessible à ceux qui veulent participer. Nous voudrions prendre en charge davantage de traductions, et encourager les communautés qui ont moins de ressources à être plus actives. Nous souhaiterions avoir plus de temps pour faire ces changements.

Un nouvel espace pour discuter avec nous des priorités et des souhaits qui n'ont pas encore été statués

Nous aurons laissé passer 365 jours sans nouveaux souhaits. Nous vous encourageons à prendre contact avec nous et souhaitons vous retrouver sur la page de discussion, mais également à nos rendez-vous Talk to Us (« Parlez-nous ! ») bi-mensuels ! Ils auront lieu à deux heures différentes, pour convenir aux fuseaux horaires du globe.

Nous commençons notre premier rendez-vous le 15 septembre à 23 h 00 UTC. Les détails concernant l’agenda et le programme vous seront donnés bientôt !

Remue-méninges et rédaction des propositions avant la phase de proposition

Si vous avez déjà vos premières idées de souhaits, vous pouvez utiliser le nouveau bac à sable de la consultation des souhaits de la communauté. De cette manière, vous ne les oublierez pas avant janvier 2022. Vous pourrez y revenir pour les préciser. Mais rappelez-vous que les modifications faites dans le bac à sable ne comptent pas dans la consultation !

Vos commentaires

• Que devrions-nous faire pour améliorer les pages de la consultation ?
• Comment voudriez-vous utiliser notre nouveau bac à sable ?
• Quels seraient les risques d'après vous au fait que nous changions la date de la consultation 2022 ?
• Qu’est-ce qui permettrait à davantage de personnes de participer à la consultation 2022 ?

Vous pouvez répondre sur la page de discussion (dans la langue de votre choix) ou lors de nos rendez-vous Talk to Us.

18 août 2021 : Avertir lors de l’ajout d’un lien vers une page d’homonymie

We have moved forward with the design. We would like you to answer our questions. En savoir plus

Progress with the design

Hello everyone, and thanks to those of you who have been active on our talk page and tested the proof of concept script for displaying a warning. We have moved forward with designing for the last two requirements in our proposed solutions and wanted to share them with you so that we could hear your input!

As an Editor using the link toolbar to search for knowledge to reference in my article, I can:

• See a warning before publishing if I have introduced a disambiguation link in my article
• Visibly differentiate disambiguation links as a different type of content than articles that come up on my suggestions

For the first solution above, we are proposing displaying this yellow box warning when wikitext users add a link:

For the second solution above, we are proposing changing the copy to better describe what a disambiguation page means in the wikitext link button and in the visual editor link pop-up:

Open questions

We'd love to hear your thoughts on our proposed designs. We'd especially love feedback on:

• Making the copy accessible and making it easier to glean what a disambiguation page is
• Making sure the warning for wikitext editors feels preventative without coming off as discouraging-- editors should still be able to publish even if they have introduced faulty links

We're looking forward to hearing your thoughts on our proposed designs!

5 août 2021 : supprimer/restaurer la page de discussion associée

We have completed our first investigation. You can track this inside this ticket on Phabricator. The bulk of the work here will be around security and performance considerations. We estimate tackling this work within the coming months. En savoir plus

2 août 2021 : Avertir lors de l’ajout d’un lien vers une page d’homonymie

We have completed our first part of the wish. As a result, we will release a new change in a few days. Thank you for all the comments you have given. En savoir plus

The first part is about the following improvement:

As an Editor using the link toolbar to search for knowledge to reference in my article, I can see specific articles as the first search results.

This effects the link search function in VisualEditor and the 2017 wikitext editor.

The change should go live this week. In the meantime, if you would like to preview the changes, you can try it out on the beta cluster. For instance, when adding a link and you type out the term "New York", New York City and New York (state) appear above the disambiguation page New York in the search results.

We are looking forward to hearing your feedback!

After this change is released, we will be monitoring the numbers inside The Daily Disambig to see if it has any impact on the number of unwanted dab links being added (thanks for pointing us in the direction of this page).

23 juillet 2021 : Avertir lors de l’ajout d’un lien vers une page d’homonymie

We have begun design planning on this wish. Our designer, NAyoub is working on setting up some user tests where we ask new editors to link from the Jupiter article to the Mars article and see if they fall for the disambiguated page since it's the first result. We will take notes and write up next steps based on the results. Our engineers are also investigating the feasibility of moving search results for disambiguated terms to the bottom of the results. En savoir plus

16 juillet 2021 : Copier-coller les diffs

Nous commençons à travailler sur l’outil de copier-coller des diffs. Nous nous posons des questions sur son design. Nous vous invitons à y répondre sur la page de discussion du projet. En savoir plus

Étude technique

Nous avons commencé l’étude technique pour ce travail. Nous sommes optimistes quant à la solution trouvée pour corriger le problème.

Vidéo montrant les interactions nécessaire pour sélectionner dans un diff afin de copier et coller.

Questions ouvertes

• Dans quels contextes les utilisateurs copie-collent-ils des éléments de diffs ?
• Quels éléments supplémentaires se révèlent intrusifs ? Certains éléments hors code devraient-ils être conservés lors du copier-coller ?
• Que pensez-vous la solution que nous proposons ?

15 juillet 2021 : état actuel

There have been and will be changes to our team. We have made decisions what will be the sequence of wishes we will be working on. We would like you to learn more about our methodology. There are reasons why the voting is not the only criterion. Please tell us what you think about it. En savoir plus