Reading/Web/Desktop Improvements/Frequently asked questions/fr





Comment activer ou désactiver Vector 2022


Comment puis-je l'activer ou le désactiver au niveau individuel, sur un seul ou sur tous les wikis ?
Tout d'abord, vérifiez d'être connecté. Les utilisateurs non connectés ne peuvent pas changer d'habillage.

Voir aussi :
 * Pourquoi appelez-vous Vector 2022 et Vector Legacy ?



Pourquoi le lien de désactivation n'est-il pas disponible pour les utilisateurs déconnectés ?
Cela est dû à la capacité limitée de nos serveurs. Les utilisateurs non connectés peuvent utiliser des extensions du navigateur qui leur permettent de personnaliser leur interface, ou ils peuvent se créer un compte.

Voir aussi :


 * Pourquoi les utilisateurs non connectés n'ont pas de préférences ?



Comment déclarer Vector 2022 par défaut pour toutes les pages du wiki Wikimédia ?
Contactez nous. Nous présenterons le projet à votre communauté et entamerons une discussion.



Comment puis-je l'activer sur mon propre wiki personnel ?
Si vous voulez voir nos changements,


 * 1) Assurez-vous d'avoir téléchargé
 * 2) Ajoutez les lignes suivantes dans votre  :

Nous sommes heureux d'apprendre que vous appréciez nos améliorations !



Comment personnaliser Vector 2022 ?


Pourquoi ne donnez-vous pas le choix entre différentes versions des fonctionnalités ?
Ce serait trop compliqué à développer et maintenir.

Chaque préférence est comme un carrefour où les utilisateurs peuvent choisir entre les options. Plusieurs choix comportent plusieurs combinaisons. Les préférences nous engageraient pour toutes les combinaisons. Nous aurions à les maintenir, et aussi, dans le cas de nouvelles fonctionnalités, à vérifier si les fonctionnalités seraient compatibles avec chaque combinaison. Nous ne pouvons pas prendre en charge tout ça.

Au lieu de cela, nous donnons aux communautés la possibilité de créer des gadgets, des scripts utilisateur et des configurations personnalisées. Comme toujours, nous fournissons un environnement propice à la créativité ascendante, et nous aidons les utilisateurs aux compétences techniques à entretenir leur code.

Voir aussi : 
 * Faites-en une préférence utilisateur

Pourquoi les utilisateurs anonymes n'ont pas de préférences ?
Les préférences pour les utilisateurs anonymes rendraient le chargement des pages trop lent.

La plupart du trafic est généré par des utilisateurs non connectés. Pour gérer cela, nous disposons de quelques « serveurs de mise en cache » qui ne font que sauvegarder et envoyer des « instantanés » des pages web. Ces « instantanés » qui datent de 7 jours au maximum remplacent les pages web générées et elles sont les mêmes pour tous les utilisateurs non connectés. Cela nous permet de donner accès aux pages rapidement.

Les préférences demandent de générer différentes versions des pages web. Faire cela pour les utilisateurs non connectés surchargerait nos serveurs. Nous ne voulons pas le faire aussi parce que nous avons besoin de réduire la fragmentation de la mémoire cache.

L'unique façon de fournir des Préférences pour les utilisateurs non connectés actuellement serait de faire en sorte que les paramètres se chargent toujours après la page. Cela prendrait beaucoup plus de temps à télécharger et paraîtrait bizarre. Par exemple, si un utilisateur non connecté voulait utiliser le mode sombre, immédiatement après le chargement de chaque page il verrait d'abord l'interface claire pendant un bref instant et seulement après l'interface deviendrait sombre.

Pour donner le contexte : l'unique raison pour laquelle nous avons les préférences pour les utilisateurs connectés est que nous ne leur fournissons pas des « instantanés ». Et cela est possible car le trafic en provenance des utilisateurs connectés est faible.

Voir aussi :


 * Comment un nouveau centre de données à Singapour aide les gens à accéder à Wikipédia dans le monde entier
 * Construire DReaMeRS: comment et pourquoi nous avons ouvert un centre de données en France
 * Pourquoi la performance est importante



Que faites-vous pour les éditeurs qui ont besoin d'outils et fonctionnalités spécifiques ?

 * Nous contactons les bénévoles qui ont des compétences techniques pour assurer la rétrocompatibilité. Nous leur demandons de vérifier le code qu'ils ont écrit, et nous leur proposons de les aider si le code doit être modifié.
 * Nous permettons de configurer et de personnaliser nos changements. Nous sommes ravis de collaborer avec les bénévoles qui ont des compétences techniques qui veulent créer des nouveaux gadgets et scripts utilisateur.
 * Nous ne remplaçons pas le travail des bénévoles ayant des compétences techniques. A priori, nous ne modifions pas les modèles et ne créons pas de nouveaux gadgets, mais nous pouvons donner des conseils au besoin.



Réparez-vous les gadgets qui ne fonctionnent plus avec vos changements ?
Ça dépend.

Nous aidons les bénévoles qui corrigent les gadgets et les scripts utilisateur. Parfois, nous les réparons nous-même. Mais, en général, nous travaillons sur MediaWiki lui-même. Les gadgets et les scripts utilisateur sont écrit et maintenus par des bénévoles. Par leur nature, ceux-ci sont toujours moins stables et prévisibles.

Si vous n'êtes pas sûr de la manière de réparer un gadget ou un script – contactez-nous ! Nous ferons de notre mieux pour vous donner des conseils sur les solutions possibles.

Voir aussi :


 * Tech sur Meta-Wiki &mdash; là aussi vous pouvez demander du support technique
 * Stable interface policy/Frontend - une politique définissant ce qui est stable et comment nous déclarons le code obsolète
 * Recommendations for gadget developers on Wikimedia wikis &mdash; recommandations sur les rôles et les responsabilités liées aux gadgets et aux scripts utilisateurs



Quelles classes CSS convient-il d'utiliser pour personnaliser le Vector 2022 ?

 * pour les deux habillages
 * pour Legacy Vector (l'ancien Vector)
 * pour Vector 2022

See also:



Comment rétablir la pleine largeur ?
Pour demander plus d'espace sur les bords de la page, ajoutez le code CSS suivant à votre global.css :

Voir aussi :


 * Modifications de Vector 2022 : nouveau gadgets et scripts utilisateur



Comment désactiver les éléments figés ?
Ajoutez le code CSS suivant à votre global.css :


 * Entête – ajoutez
 * Sommaire – ajoutez



Comment rétablir l'ancien sommaire en ligne ?
Utilisez le code JavaScript suivant :

Note, the table of contents will not look like the old table of contents. Additional CSS will be required for that, if necessary.



Comment rétablir le sommaire numéroté ?
Ajoutez le contenu de la page de code CSS suivante à votre global.css :

User:Jdlrobson/vector-2022/tocNumbering.css

<span id="How_to_make_the_button_with_language_links_appear_at_the_top_of_the_main_page?">

Comment faire apparaître le bouton avec les liens interlangues en haut de la page d'accueil ?

 * 1) Demandez à votre communauté son accord pour mettre en place le titre de la page d'accueil. (Voir notre explication des raisons pour lesquelles c'est une bonne idée).
 * 2) Le titre s'affichera avec Vector 2010, Minerva, Timeless et Vector 2022. Ne sera pas visible sur Monobook.
 * 3) Le titre peut être configuré en modifiant MediaWiki:Mainpage-title-loggedin pour les utilisateurs connectés et MediaWiki:Mainpage-title pour les utilisateurs non connectés. Pour les utilisateurs connectés sur mobile, on utilise MediaWiki:wikimedia-mobile-mainpage-title-loggedin. Voir les détails qui concernent les paramètres de la page d'accueil.
 * 4) Testez à quoi ressemble la page d'accueil et comment elle fonctionne avec le bouton en haut de la page, en ajoutant le paramètre   à la fin de l'URL. Voir l'exemple de la Wikipedia en islandais. Remarquez que la Wikipedia en islandais n'a pas de titre configuré, donc seul le bouton apparaît.
 * 5) Contactez-nous et demandez nous de déplacer le bouton vers le haut.
 * 6) Nous modifierons les paramètres de votre wiki.
 * 7) À ce moment là, le bouton sera visible en haut de la page avec Vector 2022. Avec d'autres habillages, la liste des liens des langues s'affichera à l'emplacement par défaut, qui est différent pour chaque habillage.

<span id="How_to_restore_the_previous_user_menu?">

Comment rétablir l'ancien menu utilisateur ?
Actuellement cela n'est pas possible.

<span id="How_to_change_the_logo_to_a_temporary_one?">

Comment remplacer le logo avec un logo temporaire ?
Le logo de Vector 2022 est composé de trois éléments, chacun d'entre eux peut être remplacé séparément avec CSS.
 * Pour substituer l'image icône (par exemple le globe de Wikipedia) :
 * Pour substituer le texte du logo (par exemple le mot "Wikipedia")
 * Pour modifier les texte de la tagline (p.e. les mots L'encyclopédie libre) :

Contactez-nous
<span id="How_can_I_contact_your_team?">

Comment puis-je vous contacter ?
Veuillez choisir l'une des options suivantes :
 * La page de discussion du projet des Améliorations de l'interface du bureau (vous pouvez laisser un commentaire dans n'importe quelle langue).
 * Tâches sur Phabricator avec l'étiquette du projet des Améliorations de l'interface bureau
 * Contactez notre spécialiste des relations avec la communauté : SGrabarczuk (WMF) sgrabarczuk@wikimedia.org
 * Contactez un de nos ambassadeurs ou ambassadrices :


 * Ambassadrice hispanophone : IZapico (WMF) izapico-ctr@wikimedia.org
 * Ambassadrice pour la langue vietnamienne : Bluetpp (WMF) ppham-ctr@wikimedia.org
 * Ambassadeur pour le russe, géorgien, turc et azerbaïdjanais : Mehman (WMF) mibragimov-ctr@wikimedia.org

<span id="How_can_I_follow_your_activities?">

Comment puis-je me tenir au courant de vos activités ?

 * Abonnez-vous à notre lettre d'information. Au lieu de recevoir des messages sur votre page de discussion, vous recevrez des notifications au sujet des mises à jour.
 * Regardez nos pages de mises à jour et de discussion avec l'Équipe Web.

<span id="Do_you_host_or_attend_online_meetings?">

Organisez-vous ou assistez-vous à des réunions en ligne ?
Oui !

Nous organisons des réunions ouvertes en ligne pour les communautés''. À ces réunions, Olga (notre chef de produit) présente les derniers développements. En suite, les membres de la communauté peuvent poser toutes les questions sur le projet.

Nous sommes également ouverts aux invitations à tout événement communautaire en ligne. Il peut s'agir de rencontres locales, nationales ou internationales.



<span id="What_are_Vector_2022_and_the_Desktop_Improvements?">

Vector 2022 et les Amélioration du bureau, c'est quoi ?
<span id="Is_this_a_redesign?">

S'agit-il d'une refonte ?
Non.

Une refonte serait une unique changement majeur qui affecterait la façon de fonctionner du site web. Dans le cas de ce projet nous avons apporté une série de changements distincts. Chaque fonctionnalité a été un petit projet séparé en soi. À la fin, ces fonctionnalités ont été harmonisées par une conception visuelle cohérente.

<span id="What_is_the_timeline_of_this_project?">

Quel est le planning de ce projet ?
Nous avons travaillé sur Vector 2022 (au début appelé Vector moderne) depuis 2019. Entre le début 2020 et la mi-2022, nous avons construit et mis à disposition différentes fonctionnalités sur nos wikis adoptants de la première heure. (Vous pouvez en savoir plus à ce sujet en lisant la réponse à la question ci-dessous, points 2–4.)

Cette partie est achevée. Vector 2022 n'est plus « en version bêta ». Actuellement, nous sommes en train d'informer sur notre intention d'introduire Vector 2022 sur plus de wikis.

<span id="Why_do_you_use_the_word_Improvements?">

Pourquoi utilisez-vous le mot Améliorations ?
Parce que nous disposons de données indiquant que les changements sont positifs :
 * 1) Nous avons identifié des problèmes par la recherche avec les lecteurs et les contributeurs. Au cours de cette phase, en 2019, nous avons étudié comment les gens utilisaient les sites et identifié les plus gros problèmes d'utilisabilité. En outre, nous avons identifié des difficultés à naviguer sur le site, à s'engager davantage dans la lecture et dans l'écriture. Pour arriver à faire ce constat, nous avons interviewés des lecteurs et des contributeurs à travers plusieurs pays, endroits et langues. Voir Recherche et conception : phase 1, Recherche et conception : phase 2.
 * 2) Nous avons créé et testé les prototypes. Nous avons développé les concepts de chaque fonctionnalité et commencé à les montrer aux utilisateurs. Chaque fonctionnalité a été testée avec les lecteurs et les contributeurs par des interviews et des tours de test de prototype. Pour tester avec les contributeurs nous utilisons les annonces via Central Notice. Nous les affichons sur différentes versions linguistiques et projets Wikimédia pour atteindre un public large et diversifié. Chaque prototype a été testé par 200 contributeurs environs en moyenne. (Exemple)
 * 3) Nous avons peaufiné et construit nos fonctionnalités. Nous avons recueilli les commentaires du test du prototype et raffiné ou modifié en conséquence. Dans certains cas, nous avons demandé plus de retours pour nous assurer de prendre les bonnes décisions.
 * 4) Nous avons contacté plusieurs wikis en demandant de 'rejoindre les adoptants de la première heure (wikis pilotes'') C'était la phase « bêta ». Sur ces wikis, nous avons réalisé des tests quantitatifs pour nous assurer que chaque fonctionnalité avait fonctionné comme prévu.
 * 5) Nous avons réalisé des tests A/B sur les utilisateurs connectés. Malheureusement, nous ne sommes pas en mesure de les réaliser sur les utilisateurs non connectés. Pour cela nous faisons des comparaisons avant/après.
 * 6) Lorsque nous avons eu les résultats des tests, nous les avons comparés avec les critères de réussite que nous avions définis précédemment. Lorsque nous obtenions des résultats négatifs lors de notre test, nous changions la fonctionnalité et faisions un nouveau test.
 * 7) Depuis cette phase, nous avons également suivi l'usage à travers tous les wikis, où de nombreux utilisateurs étaient déjà en train d'utiliser Vector 2022 avec leur compte.

Voir aussi :


 * Un article de l'encyclopédie : Développement itératif et incrémental
 * Un billet de blog : Le design itératif de l'interface Vector : cas du déplacement des liens interlangues

<span id="On_which_wikis_have_you_tested_these_changes?">

Sur quels wikis avez-vous testé ces changements ?
Ci-dessous les wikis adoptants de la première heure où nous avons testé Vector 2022 :

<span id="Why_do_you_use_this_naming:_Vector_2022_and_legacy_Vector?">

Pourquoi les appelez-vous Vector 2022 et Vector Legacy ?
Il y a une continuité entre plusieurs idées à la base de l'ancien habillage Vector et du nouvel habillage. Il a été construit en utilisant le code utilisé par l'habillage Vector. Nous voulions conserver une continuité fonctionnelle et visuelle. Tout ce qui a été construit et pensé pour l'ancien Vector doit fonctionner avec nos changements, ou être configuré pour le faire assez facilement.

La version construite en 2010 et développée jusqu'en 2019 a été figée. En d'autres termes, nous continuerons à l'entretenir, mais nous ne construirons plus des nouvelles fonctionnalités pour elle.

Nous utilisons le nom de Vector 2022 pour des raisons purement techniques. Ce nom marque le moment où le nouveau Vector était disponible pour les wikis tiers en tant que nouvel habillage. (Tiers signifie ceux qui installent MédiaWiki).

Sur chaque wiki, le nom affiché peut être redéfini en changeant MediaWiki:Skinname-vector-2022. Cependant, cela peut apporter la confusion car il ne changera pas la clé de l'affichage associé utilisée pour les styles du site et d'utilisateur.

Voir aussi : <span id="Will_you_remove_legacy_Vector?">
 * Quelles classes CSS devraient être utilisées pour personnaliser Vector 2022 ?

Allez-vous retirer Legacy Vector ?
Non.

Legacy Vector continuera a être proposé comme option dans les Préférences, au même titre que les autres habillages qui ont été par défaut dans le passé, tel que Monobook.



<span id="Target_audience">

Public cible
<span id="Are_these_changes_made_for_readers,_and_not_for_editors?">

Ces changements ont-ils été faits pour les lecteurs et non pour les éditeurs ?
Pas exactement.

Notre équipe (Web) travaille sur l'expérience de lecture (visualisation) sur les navigateurs web, en version mobile et de bureau. Ceux qui lisent et modifient à la fois, et ceux qui consultent mais ne modifient pas, constituent un grand groupe d'utilisateurs de l'interface. Nous travaillons pour eux tous, en gardant à l'esprit que les contributeurs nouveaux et expérimentés ont des exigences spécifiques.

Le but de ce projet est d'améliorer l'expérience en lecture sur le bureau sans rendre l'édition plus compliquée.

Cela dit, nos recommandations pour la Stratégie du Mouvement nous implorent d'améliorer notre expérience utilisateur de façon inclusive. Dans cet esprit, le projet a pour objectif spécifique de veiller à ce que la connaissance libre se développe équitablement à l'avenir. Durant la construction, nous nous sommes assurés de récolter les voix des lecteurs de différents groupes démographiques et géographiques. Nous voulions aussi faire de leurs opinions un sujet d'intérêt lorsqu'on définissait ce sur quoi nous devions travailler et évaluer si une idée donnée pouvait répondre à leurs besoins.

Voir aussi : <span id="What_tools_are_the_Foundation_building_for_editors?">
 * Comment vous assurez-vous que le changement n'est pas fini à moitié ?
 * Que faites-vous pour les éditeurs qui ont besoin d'outils et de fonctionnalités spécifiques ?
 * Anciens projets de l'équipe web

Quels outils la Foundation met-elle à disposition des contributeurs ?
La Fondation dispose d'autres équipes travaillant sur des projets spécialement dédiés aux rédacteurs. Parmi eux, il y a: <span id="Do_your_changes_have_a_negative_effect_on_the_editing_statistics?">
 * Communauté technique &mdash; travailler sur les projets sélectionnés par les communautés lors de l'enquête sur la liste des souhaits de la communauté
 * Édition &mdash; travail sur les outils de discussion
 * Croissance &mdash; travail sur le projet de  l'expérience des nouveaux venus
 * Outils modérateurs &mdash; en mettant l'accent sur les besoins de modération des projets Wikimedia de taille moyenne
 * Outils anti harcèlement &mdash; travail sur les outils des administrateurs, patrouilleurs anti-vandalisme

Vos changements ont-ils un effet négatif sur les statistiques d'édition ?
Non.

Nous collectons des statistiques des activités d'édition sur tous les wikis. Par rapport aux wikis avec l'ancien habillage par défaut Vector (2010), sur les wikis avec par défaut Vector 2022, il n'y a pas de différences négatives.

<span id="Do_your_changes_make_it_more_difficult_to_explore_the_community_side_of_the_wikis?">

Vos modifications rendent-elles plus difficiles l'exploration de l'aspect communautaire des wikis ?
Non.

Les lecteurs et les nouveaux contributeurs sont intimidés par un grand nombre de liens, d'options et de manières d'explorer le côté de l'édition (en d'autres termes, la communauté) des projets Wikimedia. C'est une découverte de notre recherche.

Nous voulons que plus d'utilisateurs rejoignent les communautés. Nous le faisons en limitant le nombre de liens non cachés et en mettant l'accent sur les liens les plus pertinents. Tout cela est fait en collaboration avec les équipes Croissance et Edition.

Voir aussi : <span id="Are_you_focused_on_Wikipedia_articles?">
 * Expériences du noyau
 * Mythe UX n°12 : plus de choix et de fonctionnalités conduisent à une plus grande satisfaction

Êtes vous concentrés sur les articles de Wikipedia ?
Oui.

Les articles Wikipédia, dans leur ensemble, regroupent la plupart des vues et des lecteurs, comparé aux autres espaces de noms de Wikipedia ou aux autres projets. Nous faisons également des ajustements aux pages d'autres espaces de noms et aux pages spéciales. Les pages pour lesquelles nous avons réalisé des ajustements particulier et des configurations spéciales comprennent : les pages principales, les pages spécifiques à certains projets frères, les pages spéciales, l'éditeur de wikicode 2010, l'éditeur de wikicode 2017 et l'Editeur visuel.

Nous avons aussi travaillé avec l'équipe Editing pour nous assurer que le travail de rédaction qu'ils réalisent pour les pages de discussion est aligné avec notre travail et que les configurations spéciales pour les pages de discussion sont mises en place.

<span id="Have_you_been_mindful_of_sister_projects?">

Avez-vous pris en compte les projets frères ?
Oui !

Notre but est de changer les éléments basiques de l'interface. La plupart des fonctionnalités sont opérationnelles sur les projets frères tout aussi bien qu'elles améliorent Wikipedia. Depuis le début du projet, nous nous sommes assurés de tester et de compiler différents projets frères. Nous feront encore des adaptations pour les fonctionnalités par défaut là où cela sera nécessaire.

Les projets non-Wikipedia, tels que le Wiktionnaire français, font également partie de nos communautés partenaires depuis 2020. Nous nous sommes assurés d'avoir eu une communication directe et des commentaires de leur part.

En ce qui concerne les ajustements, par exemple, sur Wikisource, la largeur limitée ne s'applique pas à l'espace de noms Page fourni par l'extension Proofread page.

<span id="Are_you_focused_on_English_Wikipedia?">

Etes-vous focalisés sur la Wikipedia anglophone ?
Non.

Nous prenons en compte les besoins des différentes communautés et nous testons nos modifications sur plus de 30 langues. Nous sommes également inspirés par l'interface et les gadgets construits sur divers wikis, par exemple les Wikipedia coréennes et vietnamiennes.

<span id="What_do_you_do_to_ensure_that_the_change_would_work_on_my_wiki?">

Que faites-vous pour vous assurer que les modifications fonctionneront sur mon wiki ?

 * Les recherches que nous faisons sont pertinentes pour tous les wikis et incluent les voix de nombreuses langues et projets différents.
 * Nous recueillons et incorporons les commentaires des communautés. La plupart des questions sont pertinentes pour tous les wikis.
 * Comment nous ajustons nos modifications aux projets frères – aller à Avez-vous prêté attention aux projets frères ?
 * Quelle est notre approche des gadgets – aller à Que faites-vous pour les contributeurs qui ont besoin d'outils et de fonctionnalités spécifiques ?

<span id="What_do_you_do_to_ensure_that_the_change_is_not_half-finished?">

Que faites vous pour vous assurer que les modifications ne sont pas à moitié terminées ?
Nous faisons des ajustements à la fois avant et après l'introduction de modifications sur les wikis pour nous assurer qu'ils répondent aux besoins des communautés individuelles. Si vous pensez que votre communauté devrait bénéficier de plus d'ajustements et de gadgets, voyez :


 * Que faites-vous pour les éditeurs qui ont besoin d'outils et de fonctionnalités spécifiques ?
 * Comment personnaliser Vector 2022 ?

Après avoir apporté ces modifications sur tous les wikis, nous travaillerons sur des projets liés aux améliorations de la version pour ordinateur de bureau.

Accessibilité
<span id="Have_your_changes_been_tested_on_users_with_disabilities?">

Vos changements ont-ils été testés par des utilisateurs en situation de handicap ?
Oui. Nous travaillons avec l'American Foundation for the Blind (Fondation américaine pour les personnes malvoyantes ou aveugles en français). Nous posons diverses questions relatives à l'accessibilité de Vector 2022. En savoir plus sur Phabricator.

<span id="Will_the_wikis_be_less_accessible_for_users_with_slow_Internet_connection?">

Les wikis seront-ils moins accessibles pour les utilisateurs avec une mauvaise connexion internet ?
Non.

Pour le nouvel habillage, nous voulons garder une quantité de code équivalente à celle de l'ancien Vector.

Voir aussi :


 * Comment obtenir l'ancien et le nouveau sommaire simultanément ?

<span id="Mobile,_large_screens,_and_responsiveness">

Mobiles, écrans larges, et réactivité
<span id="Are_the_changes_inspired_by_mobile_design?">

Les changements sont-ils inspirés par l'architecture sur mobile ?
Non.

Ces modifications sont créées spécifiquement pour les interfaces de bureau. Toutes les recherches et les tests effectués pour ce projet se sont concentrés uniquement sur les utilisateurs de bureau. Nous avons cependant examiné les expériences des personnes qui utilisent la version de bureau avec des écrans plus étroits (par exemple, quand vous avez deux onglets ouverts côte à côte).

Pour le moment, nous n'avons pas l'intention de fusionner les expériences des versions bureau et mobile.

<span id="Will_the_new_interface_be_responsive?">

Est-ce que la nouvelle interface sera réactive ?
Nous avons travaillé à cet objectif, mais ce n'est pas un objectif officiel du projet.

Si vous voulez rendre l'interface réactive maintenant et que vous utilisez des wikis Wikimedia, ajoutez ceci à votre global.js :

Si la communauté souhaite que ce soit la version par défaut, veuillez ouvrir une conversation sur votre wiki, et nous contacter lorsque le consensus sera atteint. Les modifications sont alors possibles.

<span id="Will_you_build_a_dedicated_setting_for_high_resolutions?">

Y aura-t-il des paramètres spécifiques pour les hautes résolutions ?
Nous n'avons pas l'intention de construire un cadre spécifique en ce moment. Nous voulons que l'expérience soit optimisée pour la majorité des utilisateurs, tout en fournissant les outils nécessaires à toutes les résolutions. Nous pensons que la version actuelle du nouvel habillage réalise bien cela. Cela dit, nous encourageons la personnalisation individuelle !

Voir aussi :


 * Que faites-vous pour les éditeurs qui ont besoin d'outils et de fonctionnalités spécifiques ?



<span id="Why_is_the_width_of_the_content_limited?">

Pourquoi limiter la taille du contenu ?
<span id="Why_have_you_replaced_the_area_used_for_content_by_an_empty_space?">

Pourquoi avez-vous remplacé la zone utilisée pour le contenu, par un espace vide ?
La lecture efficace est essentielle pour la plupart des personnes qui utilisent nos projets. Notre objectif ici est d'améliorer la lisibilité du contenu. Il y a plusieurs facteurs qui la conditionnent – à savoir la taille de la police, le contraste, la police, la longueur de la ligne et l'espace vide.


 * Lignes plus courtes
 * 1) Lorsqu'on lit des lignes courtes, les lecteurs ne déplacent pas trop leurs yeux, ils utilisent moins intensément les muscles de l'œil, évitant ainsi la fatigue oculaire.
 * 2) Les paragraphes étroits permettent aux lecteurs de mémoriser plus facilement les nouvelles informations.
 * 3) Sur les sites web, il devrait y avoir entre 35 et 100 caractères par ligne. On préfère les nombres plus près de la plus petite extrémité.
 * 4) L'écrasante majorité des sites web ont des limites similaires en termes de largeur de contenu. Par exemple : les journaux académiques tels que Nature, les sites d'information tels que le New York Times, les sites gouvernementaux ou intergouvernementaux comme l'ONU, les documents académiques comme LaTeX, et les traitements de texte tels que Google Docs et Etherpad.


 * espace vide (blanc)


 * 1) L'espace blanc est utilisé pour reposer les yeux. Il aide les lecteurs de plus de 60 ans à se concentrer sur le contenu et augmente la compréhension du contenu de 20%.
 * 2) Les gens sont plus faciles à se concentrer sans être distraits par les barres latérales ou d'autres éléments.
 * 3) Nous utilisons une partie de cet espace pour d'autres fonctions. Nous avons rendu la barre des pages punaisable et placé le sommaire à côté du contenu. En outre, limiter la zone de contenu nous donne de nouvelles options pour un avenir plus lointain. Les membres de la communauté ont suggéré de placer ici les boîtes d'information, les images et les références. Nous allons considérer l'utilisation de cet espace dans un projet séparé.

Voir aussi :


 * UX Mythe no28: les caractères espace sont de l'espace perdu

<span id="Why_can’t_we_leave_it_for_readers_to_narrow_their_browser_windows_down?">

Pourquoi ne pas permettre aux lecteurs de réduire la fenêtre de leur navigateur ?
La plupart des utilisateurs ne redimensionnent pas leurs fenêtres de navigateur ou utilisent des greffons du navigateur pour améliorer la conception des sites web qu'ils consultent. Les wikis doivent être immédiatement attrayants, dans leur forme de base.

<span id="Some_tables_and_templates_don’t_fit_within_the_limited_width">

Certains tableaux et modèles ne rentrent pas dans les limites de la largeur
Nous devrions nous assurer que tout notre contenu soit aussi réactif que possible pour satisfaire chaque visiteur. Un grand pourcentage de nos utilisateurs, qui n'ont pas de grands écrans et qui accèdent à Wikipedia depuis leur ordinateur portable, avaient déjà des problèmes avec les tableaux et les modèles avant le changement.

<span id="Why_don’t_you_just_make_it_a_setting?">

Pourquoi ne pas en faire simplement un paramètre ?
Nous voulons que ce soit par défaut. Nous construisons une expérience commune qui est partagée entre les contributeurs et les lecteurs. Cela pourrait être utile aux contributeurs lorsqu'ils prennent des décisions sur la mise en page des pages. Actuellement, un contributeur peut modifier une page à une largeur de 1500px, tandis qu'un lecteur la lit à une largeur de 1200px. En implémentant une largeur limitée, nous n'éliminons pas cette disparité (car il y aurait toujours une variante en dessous de la largeur maximale, pour les personnes avec des écrans plus étroits), cependant nous limiterons considérablement la gamme de variation.

<span id="Why_did_you_change_the_list_of_language_links?">

Pourquoi avoir changé la liste des liens de langue ?
<span id="Why_couldn&#039;t_the_list_of_language_links_stay_in_the_sidebar?">

Pourquoi la liste des liens de langue ne pouvait pas rester dans la barre latérale ?
Parce que du point de vue des lecteurs, la barre latérale n'est pas un endroit pour les liens utiles. La plupart des lecteurs se concentrent sur la zone du contenu. Les liens de la barre latérale sont pratiquement cachés à leur vue.

Nous devons aussi promouvoir la variété des versions linguistiques des projets Wikimedia.

Depuis plus de 15 ans, la liste est restée affichée dans la barre latérale. Les utilisateurs les plus actifs ont développé la mémoire musculaire pour rechercher cette liste à cet endroit. C'est pourquoi, dans la barre latérale, nous avons placé une boîte avec des informations sur le bouton de langue affiché dans un nouvel endroit.

<span id="Will_the_Wikidata_links_be_closer_to_the_list_of_language_links?">

Est-ce que les liens Wikidata seront plus proches de la liste des langues ?
Oui.

', ' et  feront éventuellement partie du menu activé par le bouton du sélecteur de langue (menu des langues). C'est une tâche pour l'équipe Language engineering.

<span id="How_to_fix_the_coordinates_displaying_incorrectly_near_the_languages_button?">

Comment corriger les coordonnées qui s'affichent incorrectement à côté du bouton des langues ?
Pour ceux qui préfèrent un exemple de travail, les détails sur la façon dont cela a été corrigé pour Wikipedia anglaise peuvent être trouvés ici : T281974.

Considérez les pages qui utilisent les indicateurs d'état de page, les pages qui ont des bannières ou des avis de site, ainsi que l'apparence des pages à des résolutions inférieure.

<span id="Why_doesn&#039;t_the_button_with_language_links_appear_at_the_top_of_the_main_page?">

Pourquoi le bouton des langues n'apparaît-il pas en haut de la page d'accueil ?
Nous avons découvert que les lecteurs se concentrent sur le contenu de la page et ignorent la barre latérale. Avec le bouton contenant les liens vers les langues et qui apparaît en haut de la page à côté du titre, ils seront plus portés à passer d'une langue à l'autre.

Sur la plupart des wikis, le titre de la page d'accueil est caché. C'est la raison pour laquelle le bouton des langues ne s'affiche pas à son côté. Au lieu de cela, il se trouve tout en bas de la page d'accueil. Cependant, il est possible de le faire apparaître tout en haut.

Voir aussi :
 * Comment faire apparaître le bouton avec les liens des langues en haut de la page d'accueil ?

<span id="Why_did_you_change_the_table_of_contents?">

Pourquoi avoir changé le sommaire ?
<span id="Why_doesn&#039;t_the_table_of_contents_work_well_on_my_mobile_device_or_when_I_resize_the_browser?">

Pourquoi le sommaire ne fonctionne pas bien sur mon appareil mobile ou quand je redimensionne le navigateur ?
Les utilisateurs de navigateurs sur mobiles et de navigateurs de taille modifiée représentent une petite fraction du trafic de la page. Pour cette raison, nous avons d'abord choisi de créer la fonctionnalité pour la majorité de nos utilisateurs. Pour les écrans étroits, nous prévoyons de rendre le sommaire disponible comme un élément d'interface déplaçable et accessible de n'importe où sur la page.

Notez que ce qui est affiché sur les appareils mobiles diffère de ce que vous voyez lorsque vous changez la taille de votre navigateur. Sur les appareils mobiles, le site est présenté comme une version zoomée du site pour la version de bureau.

<span id="Is_it_possible_to_change_the_label_indicating_the_top_of_the_page?_(&quot;&quot;)">

Serait-il possible de changer le libellé indiquant le haut de la page («  ») ?
Oui.

Ce libellé devrait se distinguer des titres du contenu. Pour cela, les wikis dont l'aphabet est différent (par exemple, Latin et Japonais) et les différents projets Wikimédia (Wikipédia et Wiktionnaire) pourraient utiliser des mots différents et/ou signes de ponctuation dans ce libellé. Chaque communauté peut mettre en place un libellé qui fonctionne pour elle. Cela peut se faire en éditant la page MediaWiki:Vector-toc-beginning.

<span id="How_can_I_get_both_the_old_and_the_new_table_of_contents?">

Comment obtenir l'ancien et le nouveau sommaire simultanément ?
Cela n'est pas possible.

Nous n'ajoutons pas intentionnellement l'ancien sommaire à l'emplacement de la nouvelle barre latérale. C'est un échange. Nous avons pris cette mesure pour réduire le travail de maintenance du code et pour garder le site fonctionnel du mieux possible. L'ancien sommaire présenté en plus du nouveau présenterait des inconvénients techniques importants. Cela augmenterait la taille globale du HTML ainsi que le besoin de stockage du cache de notre analyseur et nécessiterait un CSS supplémentaire pour le rendu.

Voir aussi :


 * Comment restaurer l'ancien sommaire

<span id="How_do_magic_words_work_with_this_feature?">

Comment fonctionnent les mots magiques avec cette fonctionnalité ?
Le mots magiques  et   ne fonctionneront pas car le sommaire est toujours dans la barre latérale et cela ne peut pas être modifié.

Cependant, les mots magiques concernant la présence du sommaire, tels que, continueront à fonctionner. Les modèles utilisés pour substituer le sommaire fonctionneront également. Par exemple, un article pourra désactiver le sommaire par défaut et afficher son propre sommaire à sa place là ou il le faut.

Tous les mots magiques continueront à fonctionner avec les autres habillages qui affichent le sommaire dans l'article.

<span id="My_project&#039;s_logo_is_incorrect._How_do_I_fix_this?">

Le logo de mon projet n'est pas correct. Comment corriger cela ?
Nous avons fait de notre mieux pour que votre logo de projet soit cohérent entre l'ancien Vector et l'habillage Vector 2022. Néanmoins il est possible que nous ayons négligé quelque chose ou que nous ayons dû prendre une décision hâtive sans consulter votre communauté.

Notamment dans le cas de divers projets Wiktionnaire, Wikiversité, Wikibooks, nous affichons le logo par défaut du projet, car nous ne pouvions pas dériver un logo pour Vector 2022 du logo hérité Vector existant. Les personnalisations qui localisent le logo dans vos langues sont cependant disponibles sur demande. Vous trouverez plus de contexte sur le sujet sur T341243.

Tout projet peut mettre à jour son logo ou demander un changement à son logo à condition qu'il suive le cycle de vie des demandes du site. Veuillez ne pas commenter les tâches existantes liées aux logos.

<span id="What_is_the_scope_of_the_project?"> Quel est le but de ce projet ?

<span id="Are_you_changing_Monobook_or_Timeless?">

Est-ce que les habillages Monobook ou Timeless seront affectés ?
Non.

Ces modifications ne s'appliquent qu'à l'habillage Vector. Vector est l'interface par défaut des wikis Wikimedia depuis 2010. Les autres habillages tels que Monobook, Timeless, Minerva ou Modern ne sont pas modifiés du tout.

Pendant que nous travaillions sur les améliorations de bureau, nous avons nettoyé le code des anciens habillages. Nous avons facilité le déploiement des nouvelles modifications sur les anciens habillages, supprimé les options jamais utilisées, et supprimé 75% du code PHP de ces skins. Tout cela n'a eu aucun effet sur les utilisateurs interactifs.

Voir aussi :


 * Comment et pourquoi nous avons déplacé nos habillages vers Mustache

<span id="Are_you_improving_charts,_maps,_a-/f-/o-/tmboxes,_infoboxes,_navboxes,_and_other_templates?">

Améliorerez-vous les graphiques, cartes, les boîtes de type a-/f-/o-/tm, les boîtes d'information, de navigation et les autres modèles ?
Non.

Nous ne modifions rien dans la zone de contenu des articles en gris clair (sauf le sommaire) :

<span id="Are_you_building_the_dark_mode?">

Travaillez-vous sur le mode sombre ?
Non, pas cette fois-ci.

Le projet des Améliorations de l'interface pour ordinateur de bureau prévoit les changements architecturaux nécessaires à la mise en place du mode sombre. Cependant, sa réalisation fera l'objet d'un projet à part entière. Cela est dû au fait que ce projet nécessiterait un travail important avec les communautés. Actuellement, plusieurs modèles ne sont pas compatibles avec le mode sombre. C'est ce que nous avons appris en travaillant sur les applications mobiles.

Au départ, notre mode sombre sera basé sur les préférences du système d'exploitation de l'utilisateur. Nous ne prévoyons pas d'ajouter de sélecteur dans le navigateur. La raison est que nous n'avons pas mis en place un système pour les utilisateurs anonymes. Cependant, cela pourrait être ajouté dans un second temps.

<span id="What_are_the_features&#039;_success_metrics?">

Quels sont les indicateurs de succès pour ces fonctionnalités ?
Augmenter l'utilisation par notre audience actuelle, ce qui sera mesuré via :


 * Interactions
 * Augmenter les recherches par session de 5% sur la durée du projet
 * Augmenter les basculements inter-langues de 5% sur la durée du projet


 * Affinité
 * Augmenter les impressions positives envers le site (via des enquêtes et des tests utilisateur)
 * Augmenter le sentiment de confiance et de crédibilité (mesuré via des enquêtes et des tests utilisateur)

À mesure que nous définirons plus précisément les changements à mettre en oeuvre, nous étendrons et améliorerons cette liste.