MediaWiki

Lecture/Web/Améliorations pour ordinateur de bureau/FAQ

< Reading‎ | Web‎ | Desktop Improvements
This page is a translated version of the page Reading/Web/Desktop Improvements/Frequently asked questions and the translation is 66% complete.
Languages:
Changeons-le
Contact et informations clés
Conception et publics
Les différentes fonctionnalités


Comment activer ou désactiver Vector 2022

Comment puis-je l'activer ou désactiver au niveau individuel, sur un o tous les wikis ?

Tout d'abord, vérifiez d'être connecté. Les utilisateurs non connectés ne peuvent pas changer d'habillage.

Un wiki Tous les wikis
Désactiver
  1. Allez dans vos préférences globales
  2. Ouvrez l'onglet Apparence
  3. Cochez la case à gauche
  4. Cliquez sur « Vector (ancienne version 2010) »
Activer
  1. Allez dans vos préférences utilisateur
  2. Ouvrez l'onglet Apparence
  3. Cliquez sur « Vector (2022) »
  1. Allez dans vos préférences globales
  2. Ouvrez l'onglet Apparence
  3. Cochez la case à gauche
  4. Cliquez sur « Vector (2022) »
  •  

    Vue de la préférence permettant d'activer/désactiver Vector Legacy (l'interface sans nos améliorations)

  •  

    Vue du bouton de retour à l'ancien habillage dans la barre latérale gauche

  •  

    Le bouton pour l'option de retrait (opt out) en détail

Voir aussi :


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

Comment Vector 2022 peut devenir par défaut pour tous sur mon wiki Wikimédia de référence ?

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é MediaWiki 1.39
  2. Ajoutez les lignes suivantes dans votre LocalSettings.php  :
$wgDefaultSkin = 'vector-2022';

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 entretenir.

Chaque préférence est comme un carrefour où les utilisateurs peuvent choisir entre des 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 :

Pourquoi les utilisateurs anonymes n'ont pas de préférences ?

Les préférences pour les utilisateurs anonymes rendrait 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 demanderaient 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 du 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 :

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

  • Nous contactons des 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 le 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 comment 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 :

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

  • skin-vector pour les deux habillages
  • skin-vector-legacy pour Legacy Vector (l'ancien Vector)
  • skin-vector-2022 pour Vector 2022

Comment rétablir la pleine largeur ?

Sur un wiki Sur tous les wikis
  1. Allez dans vos préférences utilisateur
  2. Ouvrez l'onglet Apparence
  3. Désélectionnez « Activer le mode de largeur limitée »
  1. Allez dans vos préférences globales
  2. Ouvrez l'onglet Apparence
  3. Cochez la case à gauche
  4. Désélectionnez « Activer le mode de largeur limitée »


To reclaim further space at the page edges, add the following CSS code to your global.css: 

.mw-page-container {
  padding-left: 2.25em;
  padding-right: 1.25em;
}

#siteNotice {
    margin:0
}

Voir aussi :


Comment désactiver les éléments figés ?

Ajoutez le code CSS suivant à votre global.css :

  • Entête – ajoutez 
    .vector-sticky-header {display:none;}
  • Sommaire – ajoutez 
    .sidebar-toc {position: static;}

Comment rétablir l'ancien sommaire ?

Utilisez le code JavaScript suivant : 

document.querySelector('meta[property="mw:PageProp/toc"]').replaceWith(
    $('#vector-toc, .mw-table-of-contents-container')
    .removeClass('mw-sticky-header-element' ).removeClass( 'vector-toc.vector-pinnable-element' ).removeAttr('id')
    .removeClass('mw-table-of-contents-container')[0].querySelector( 'ul' ).cloneNode( true )
)
    
$('#vector-toc-pinned-container,#vector-page-titlebar-toc,#vector-sticky-header-toc').remove();

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


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).
    1. Le titre s'affichera sur Vector 2010, Minerva, Timeless et Vector 2022. Ne sera pas visible sur Monobook.
    2. 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, modifier MediaWiki:wikimedia-mobile-mainpage-title-loggedin. Voir les détails qui concernent les paramètres de la page d'accueil.
    3. Testez à quoi ressemble la page d'accueil et comment elle fonctionne avec le bouton en haut de la page, en ajoutant le paramètre ?vectorlanguageinmainpageheader=1 à la fin de l'URL. Voir l'exemple de la Wikipédia en islandais. Remarquez que la Wikipédia en islandais n'a pas de titre configuré, donc seul le bouton apparaît.
  2. Contactez-nous et demandez nous de déplacer le bouton vers le haut.
    1. Nous modifierons les paramètres de votre wiki.
    2. À 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.


Comment rétablir l'ancien menu utilisateur ?

Actuellement cela n'est pas possible.

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é avec CSS.

  • Pour substituer l'image icône (p.e. le globe de Wikipédia) : 
    .mw-logo-icon { content: url("INSERT NEW IMAGE URL HERE") };
  • Pour substituer le logotype typographique (p.e. le mot "Wikipédia") 
    .mw-logo-wordmark { content: url("INSERT NEW IMAGE URL HERE") };
  • Pour substituer la tagline (p.e. les mots "L'encyclopédie libre") 
    .mw-logo-tagline { content: url("INSERT NEW IMAGE URL HERE") };

Contactez-nous

Comment puis-je vous contacter ?

Veuillez choisir l'une des options suivantes :

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

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

Oui !

Nous organisons des réunions ouvertes en ligne pour les communautés (office hours). À ces réunions, Olga (notre chef de produit) présente les derniers développements. En suite, les membres de la communauté peuvent poser toutes 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.


 


Vector 2022 et les Amélioration du bureau, c'est quoi ?

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é étant un petit projet séparé en soi. À la fin, ces fonctionnalités ont été harmonisées par une conception visuelle cohérente.

Quel est le planning de ce projet ?

Nous travaillons sur Vector 2022 (au début appelé Vector moderne) depuis 2019. Entre 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. D'ici la fin mars 2023, nous souhaitons que Vector 2022 devienne l'habillage par défaut de la quasi-totalité des wikis Wikimédia.

Pourquoi utilisez-vous le mot Améliorations ?

 
L'expression adoptant de la première heure est utilisé dans l'article de la Wikipédia en anglais Technology adoption life cycle (Cycle de vie de l'adoption d'une technologie en français).

Parce que nous disposons de données indiquant que les changements sont positifs :

  1. Nous avons identifié des problèmes avec les lecteurs et les contributeurs par la recherche. 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 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 proposons sur différentes versions linguistiques et projet Wikimédia pour rejoindre 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 la bonne décision.
  4. Nous avons contacté plusieurs wikis en demandant de rejoindre les adoptants de la première heure (wikis pilotes) Celle-là é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.
    1. Nous avons réalisé des test 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.
    2. 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.
    3. 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 comptes.

Voir aussi :

Sur quels wikis avez-vous testé ces changements ?

Ci-dessous les wikis adoptants de la première heure où nous avons testé Vector 2022 :

Wikipédias en caractères latins Wikis en caractères non-latins Projets frères
Wikisource en arabe oui oui
Wikipédia en arabe marocain oui
Wikipédia en bengali oui
Wikipédia en catalan oui
Wikivoyage en allemand oui
Wikipédia en basque oui
Wikipédia en persan oui
Wikipédia en français oui
Wikiquote en français oui
Wiktionnaire en français oui
Wikipédia en indonésien oui
Wikipédia en hébreu oui
Wikipédia en coréen oui
Wikinews en polonais oui
Wikisource en polonais oui
Wikinews en portugais oui
Wikipédia en portugais oui
Wikiversité en portugais oui
Wikipédia en serbe oui oui
Wikipédia en thaï oui
Wikipédia en turc oui
Wikipédia en vénitien oui
Wikilivres en vietnamien oui
Wikipédia en vietnamien oui

Ainsi que :

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 devrait 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é congelé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. This name marks when the new Vector was available to third-party wikis as a new skin.

(Third parties mean those who install MediaWiki).

On each wiki, the skin name can be overriden by changing MediaWiki:Skinname-vector-2022.

However, this may cause confusion since it won't change the associated skin key that is used for site and user styles.

Voir aussi :

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.


 


Public cible

Ce changements ont été fait pour les lecteurs et pas 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 bout de ce projet est de améliorer l'expérience en lecture sur le bureau sans rendre l'édition plus compliqué.

Cela dit, nos recommandations pour la Stratégie 2030 du Mouvement Wikimédia nous implorent d'améliorer notre expérience utilisateur de façon inclusive. Dans cet esprit, le projet a un obljectif spécifique de veiller 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.

We also wanted to make their opinions a focus when defining what we were to work on, and evaluating whether a given idea was able to satisfy their needs.

Voir aussi :

What tools are the Foundation building for editors?

At the Foundation, there are other teams working on projects dedicated specifically to editors.

Among them, there are:

Do your changes have a negative effect on the editing statistics?

Non.

We collect statistics of the editing activity on all wikis.

Compared to wikis with Vector legacy (2010) as the default, on wikis with Vector 2022 as the default, there are no negative differences.

Do your changes make it more difficult to explore the community side of the wikis?

Non.

Readers and new editors are intimidated by large numbers of links, options, and ways of exploring the editing (in other words, the community) side of the Wikimedia projects.

This is a finding of our research.

We want more users to join the communities.

We do this by limiting the number of the unhidden links, and bringing additional focus on the most relevant ones.

All this is done in collaboration with the Growth and Editing teams.

Voir aussi :

Are you focused on Wikipedia articles?

Oui.

Wikipedia articles, as a whole, have the most part of the viewership and readership compared to other namespaces on Wikipedia or any other projects.

We also make adjustments to pages from other namespaces and special pages.

Pages which we have made special adjustments and configurations for include: main pages, pages specific to some sister projects, special pages, the 2010 wikitext editor, the 2017 wikitext editor, and the Visual Editor.

We have also been working with the Editing team to ensure that the work they are doing for talk pages aligns with our work, and that special configurations for talk pages are put in place.

Have you been mindful of sister projects?

Oui !

We aim to change the basic elements of the interface.

Most features work on the sister projects just as well as they improve Wikipedia. We have made sure to test and build for different sister projects from the beginning of the project.

We still make adjustments to the default features where necessary.

Non-Wikipedia projects, such as French Wiktionary, were also a part of our partner communities since 2020.

We ensured we have had direct communication and feedback from them.

Regarding the adjustments, for example, on Wikisource, the limited width does not apply to the Page namespace provided by the Proofread Page extension.

Are you focused on English Wikipedia?

Non.

We take into account the needs of various communities and test our changes across 30+ languages. We are also inspired by the interface and gadgets built on various wikis, for example Korean and Vietnamese Wikipedias.

What do you do to ensure that the change would work on my wiki?

What do you do to ensure that the change is not half-finished?

We make tweaks both before and after we introduce the changes on wikis to make sure they are up to the needs for individual communities. If you think your community would benefit from more adjustments and gadgets, see:

After making these changes on all wikis, we will work on projects related to Desktop Improvements.

Accessibilité

Vos changement ont été testé 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.

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

Non.

Pour le nouvel habillage nous voulons garder une quantité (« poids ») du code similaire à celle de l'ancien Vector.

Voir aussi :

Mobile, large screens, and responsiveness

Are the changes inspired by mobile design?

Non.

These changes are created specifically for desktop interfaces. All research and testing done for this project has been focused on desktop users only. We have, however, considered the experiences of people who use desktop in narrower screens (for example, if you have two tabs open side by side).

At this time, we do not have plans to merge the desktop and mobile experiences.

Will the new interface be responsive?

We've been working towards that goal, but it's not an official goal of the project.

If you want to make the interface responsive now and you're using Wikimedia wikis, add the following to your global.js: 

if

( mw.config.get("skin") === "vector")

{

document.head.innerHTML += '<meta name="viewport" content="width=device-width, initial-scale=0.77, maximum-scale=1.0, user-scalable=0">';

}

If your community would like this to be the default, please start a conversation on your wiki, and contact us when consensus is reached. We can then make the change.

Will you build a dedicated setting for high resolutions?

We don't have plans to build a specific setting at this time. We want the experience to be optimized for the majority of users, while still providing the tools necessary at all resolutions. We believe the current version of the new skin does this successfully. That said, we encourage personal customization!

Voir aussi :

 

Why is the width of the content limited?

Why have you replaced the area used for content by an empty space?

Reading efficiently is crucial to most people using our projects. Our goal here is to improve the readability of the content. There are several factors that affect it – i.e. font size, contrast, font, line length, and empty space.

Lignes plus courtes
  1. When reading short lines, readers don't move their eyes too much, use the eye's muscles less intensively, thus avoiding eye strain.
  2. Narrow paragraphs allow readers to memorize new information better.
  3. On websites, there should be between 35 and 100 characters per line. Numbers closer to the smaller end are preferred.
  4. The overwhelming number of major websites have similar limitations on content width. For example: academic journals like Nature, news websites like The New York Times, government and intergovernmental websites like the United Nations, academic documents like LaTeX, and word processors like Google Docs and Etherpad.
Empty (white) space
  1. White space is used for the eyes' resting spots. It helps readers over the age of 60 focus on content and increases content comprehension by 20%.[1]
  2. People are able to focus more easily without the distraction of sidebars or other elements.
  3. We are using some of this space for other functionality. We have made the sidebar sticky, and have placed the table of contents next to the content. Also, limiting the content area gives us new options for the more distant future. Community members have suggested to put infoboxes, images, or references there. As a separate project, we will consider ways of using this space.

Voir aussi :

Why can’t we leave it for readers to narrow their browser windows down?

Most users don't resize their browser windows or use browser plugins to improve the design of the websites they view. Wikis should be good-looking immediately, in their basic form.

Some tables and templates don’t fit within the limited width

We should make sure that all of our content is as responsive as possible to accommodate all visitors. A large percentage of our users, who don’t have large screens and are accessing Wikipedia from their laptops, already had issues with tables and templates even before the change.

Why don’t you just make it a setting?

We want it to be default. We are building a common experience that is shared between editors and readers. This could be helpful to editors when making decisions about page layouts. Currently an editor might be editing a page at a width of 1500px, while a reader reads it at a width of 1200px. By implementing a limited width, we don’t remove this discrepancy (because there would still be variation below the max-width, for people with narrower screens), however we would be greatly limiting the range of variation.

Note: 1024px is mentioned as a minimum size to consider in the English Wikipedia Manual of Style, though that’s not quite the same thing.

Why did you change the list of language links?

Why couldn't the list of language links stay in the sidebar?

 
Vector 2022 language switcher location

Because from the readers' perspective, the sidebar is not a place for useful links. Most readers focus on the content area. Links in the sidebar are practically hidden from their sight.

Also, we need to promote the variety of language versions of Wikimedia projects.

For more than 15 years, the list has been displayed in the sidebar. The most active users have developed muscle memory to look for that list in that place. This is why in the sidebar, we have placed a box with information about the language button being displayed in a new place.


Will the Wikidata links be closer to the list of language links?

Oui.

"Ajouter des liens interlangues", "Modifier les liens interlangues", and "Élément Wikidata" will eventually be part of the menu activated by the language switching button ("language menu").

This is a task for the Language engineering team.

How to fix the coordinates displaying incorrectly near the languages button?

  L'option recommandée   A different option (not recommended)
  • If on your wiki, the coordinates are placed by a Lua module (for example, on French Wikipedia, there's Module:Coordinates), use the following code:
    titleText = frame:extensionTag( 'indicator', tostring(htmlTitle), { name = 'coordinates' }    )
  • If on your wiki, the coordinates are placed by a template, follow the instructions on Adding page status indicators.

Use the absolute positioning in the MediaWiki:Common.css, for example: 

.skin-vector.skin-vector-legacy #coordinates { top: 0px; }

.skin-vector #coordinates { top: -20px; }

For those who prefer a working example, details on how this was fixed for English Wikipedia can be found here: https://phabricator.wikimedia.org/T281974#8869238.

Consider pages which use page status indicators, pages which have banners or site notices, and the look of the pages at lower resolutions.

Pourquoi le bouton des langues n'apparaît pas en haut de la page d'accueil ?

Nous avons découvert que les lecteurs se concentrent sur le contenu de la page tout en ignorant la barre latérale. Avec le bouton contenant les liens vers les langues 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 :


Why did you change the table of contents?

Why doesn't the table of contents work well on my mobile device or when I resize the browser?

Users on mobile and resized browsers account for a small fraction of page traffic.

Because of this, we chose to build the feature for the majority of our users first.

For narrow screens we plan to make the table of contents available as a sticky interface element that's accessible from anywhere in the page.

Note what is displayed to mobile devices differs from what you see when you resize your browser.

On mobile devices, the site is currently presented as a zoomed out version of the desktop site.

Why doesn't it appear when I complete an edit?

The feature is still in development (T307251).

This will be fixed before we make Vector 2022 the default on more wikis.

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

Oui.

Ce libellé devrait se distinguer des titres du contenu. Pour cela, des wikis écrit en différents scripts (par exemple, Latin et Japanais) et différents projets Wikimédia (Wikipédia et Wiktionnaire) pourraient utiliser des mots différents et/ou signes de ponctuation. Chaque communauté peut mettre en place un libellé qui marche pour elle. Cela peut se faire en éditant la page MediaWiki:Vector-toc-beginning.

How can I get both the old and the new table of contents?

Cela n'est pas possible.

We intentionally do not add the old table of contents in addition to the new sidebar location. It's a trade off. We have taken it to reduce the work involved maintaining the code and keeping the site work as well as possible. The old table of contents displayed in addition to the new one would have important technical disadvantages. It would increase the overall size of HTML, increase the storage requirement for our parser cache, and require additional CSS to render.

Voir aussi :


Comment fonctionnent les mots magiques avec cette fonctionnalité ?

Le mots magiques __TOC__ et __FORCETOC__ 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 __NOTOC__, marcheront encore. 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.

I can't see the table of contents when the sidebar is open

C'est un problème connu.

This issue should only impact logged in users who have opened the sidebar. In the long term, we plan to reduce the size of this menu, and make the sidebar overlay content. Details and a prototype of how that will look can be found in T302073. This change is planned in the latter part of the year (October-December 2022). Further information can be found on the page about Page tools.

Quel est le but de ce projet ?

Est-ce que Monobook ou Timeless seront affectés ?

Non.

These changes are applied to Vector only. Vector has been the default interface on Wikimedia wikis since 2010. Any other skins such as Monobook, Timeless, Minerva or Modern are not be changed at all.

While working on Desktop Improvements, we did clean up the old skins' code, though. We made it easier to roll out new changes to old skins, removed never used options, and removed 75% of the PHP code of these skins. All this had no effect on the side users interact with.

Voir aussi :

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

Non.

We do not change anything within the light gray article content area (except for the table of contents):

 


Travaillez-vous sur le mode sombre ?

No, not this time.

The Desktop Improvements project provides the architectural changes needed to build dark mode. Building it would be a separate project, though. This is because that project would require significant work with the communities. Now, many templates are not compatible with dark mode. We have learned that while working on the mobile apps.

Initially, our dark mode would be based on the user's operating system preferences. We would not plan to add an in-browser toggle. The reason is we currently do not have a system in place for anonymous user preferences. This could be added at a later date, though.


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.

Références

  1. ↑ UI Design Newsletter – December, 2005, Human Factors International
Retrieved from "https://www.mediawiki.org/w/index.php?title=Reading/Web/Desktop_Improvements/Frequently_asked_questions/fr&oldid=5943646"