Consultation des souhaits de la communauté/Actualités

This page is a translated version of the page Community Wishlist Survey/Updates and the translation is 98% complete.

May 3, 2022: Real Time Preview launching to partner projects

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 : 14e

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