Contact et informations cles
Les differentes fonctionnalites
Tout d'abord, verifiez d'etre connecte. Les utilisateurs non connectes ne peuvent pas changer d'habillage.
|
|
Un wiki
|
Tous les wikis
|
| Desactiver
|
|
- Allez dans vos
preferences globales
- Ouvrez l'onglet Apparence
- Cochez la case a gauche
- Cliquez sur ≪?Vector (ancienne version 2010)?≫
|
| Activer
|
- Allez dans vos
preferences utilisateur
- Ouvrez l'onglet Apparence
- Cliquez sur ≪?Vector (2022)?≫
|
- Allez dans vos
preferences globales
- Ouvrez l'onglet Apparence
- Cochez la case a gauche
- Cliquez sur ≪?Vector (2022)?≫
|
-
Vue de la preference permettant d'activer/desactiver l'ancien Vector (interface sans nos ameliorations)
-
Vue du bouton de retour a l'ancien habillage dans la barre laterale gauche
-
Le bouton pour l'option de retrait (
opt out
) en detail
Voir aussi?:
Pourquoi le lien de desactivation n'est-il pas disponible pour les utilisateurs deconnectes??
Cela est du a la capacite limitee de nos serveurs. Les utilisateurs non connectes peuvent utiliser des extensions du navigateur qui leur permettent de personnaliser leur interface, ou ils peuvent se creer un compte.
Voir aussi?:
Contactez nous
. Nous presenterons le projet a votre communaute et entamerons une discussion.
Si vous voulez voir nos changements,
- Assurez-vous d'avoir telecharge
MediaWiki 1.39
- Ajoutez les lignes suivantes dans votre
LocalSettings.php
?:
$wgDefaultSkin
=
'vector-2022'
;
Nous sommes heureux d'apprendre que vous appreciez nos ameliorations?!
Pourquoi ne donnez-vous pas le choix entre differentes versions des fonctionnalites??
Ce serait trop complique a developper et maintenir.
Chaque preference est comme un carrefour ou les utilisateurs peuvent choisir entre les options.
Plusieurs choix comportent plusieurs combinaisons.
Les preferences nous engageraient pour toutes les combinaisons.
Nous aurions a les maintenir, et aussi, dans le cas de nouvelles fonctionnalites, a verifier si les fonctionnalites seraient compatibles avec chaque combinaison. Nous ne pouvons pas prendre en charge tout ca.
Au lieu de cela, nous donnons aux communautes la possibilite de creer des gadgets, des scripts utilisateur et des configurations personnalisees.
Comme toujours, nous fournissons un environnement propice a la creativite ascendante, et nous aidons les utilisateurs aux competences techniques a entretenir leur code.
Voir aussi?:
Pourquoi les utilisateurs anonymes n'ont pas de preferences??
Les preferences pour les utilisateurs anonymes rendraient le chargement des pages trop lent.
La plupart du trafic est genere par des utilisateurs non connectes.
Pour gerer cela, nous disposons de quelques ≪?serveurs de mise en cache?≫ qui ne font que sauvegarder et envoyer des ≪?instantanes?≫ des pages web.
Ces ≪?instantanes?≫ qui datent de
7 jours au maximum
remplacent les pages web generees et elles sont les memes pour tous les utilisateurs non connectes.
Cela nous permet de donner acces aux pages rapidement.
Les preferences demandent de generer differentes versions des pages web.
Faire cela pour les utilisateurs non connectes surchargerait nos serveurs.
Nous ne voulons pas le faire aussi parce que nous avons besoin de reduire la
fragmentation
de la memoire cache.
L'unique facon de fournir des Preferences pour les utilisateurs non connectes actuellement serait de faire en sorte que les parametres se chargent toujours apres la page.
Cela prendrait
beaucoup plus de temps a telecharger
et paraitrait bizarre.
Par exemple, si un utilisateur non connecte voulait utiliser le mode sombre, immediatement apres le chargement de chaque page il verrait d'abord l'interface claire pendant un bref instant et seulement apres l'interface deviendrait sombre.
Pour donner le contexte?: l'unique raison pour laquelle nous avons les preferences pour les utilisateurs connectes est que nous ne leur fournissons pas des ≪?instantanes?≫.
Et cela est possible car le trafic en provenance des utilisateurs connectes est faible.
Voir aussi?:
Que faites-vous pour les editeurs qui ont besoin d'outils et fonctionnalites specifiques??
- Nous contactons les benevoles qui ont des competences techniques pour assurer la retrocompatibilite. Nous leur demandons de verifier le code qu'ils ont ecrit, et nous leur proposons de les aider si le code doit etre modifie.
- Nous permettons de configurer et de personnaliser nos changements. Nous sommes ravis de collaborer avec les benevoles qui ont des competences techniques qui veulent creer des nouveaux gadgets et scripts utilisateur.
- Nous ne remplacons pas le travail des benevoles ayant des competences techniques. A priori, nous ne modifions pas les modeles et ne creons pas de nouveaux gadgets, mais nous pouvons donner des conseils au besoin.
Reparez-vous les gadgets qui ne fonctionnent plus avec vos changements??
Ca depend.
Nous aidons les benevoles qui corrigent les gadgets et les scripts utilisateur.
Parfois, nous les reparons nous-meme.
Mais, en general, nous travaillons sur MediaWiki lui-meme.
Les gadgets et les scripts utilisateur sont ecrit et maintenus par des benevoles.
Par leur nature, ceux-ci sont toujours moins stables et previsibles.
Si vous n'etes pas sur de la maniere de reparer 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
Voir aussi?:
Si votre ecran a au moins 1400px de large, dans le coin inferieur, vous devriez voir un bouton
. Cliquez dessus et la largeur complete sera restauree.
Vous pouvez egalement?:
| Sur un wiki
|
Sur tous les wikis
|
- Allez dans vos
preferences utilisateur
- Ouvrez l'onglet Apparence
- Deselectionnez ≪?Activer le mode de largeur limitee?≫
|
- Allez dans vos
preferences globales
- Ouvrez l'onglet Apparence
- Cochez la case a gauche
- Deselectionnez ≪?Activer le mode de largeur limitee?≫
|
Pour demander plus d'espace sur les bords de la page, ajoutez le code CSS suivant a votre
global.css
?:
.
mw-page-container
{
padding-left
:
2.25
em
;
padding-right
:
1.25
em
;
}
#
siteNotice
{
margin
:
0
}
Voir aussi?:
Ajoutez le code CSS suivant a
votre global.css
?:
- Entete ? ajoutez
.
vector-sticky-header
{
display
:
none
;}
- Sommaire ? ajoutez
.
sidebar-toc
{
position
:
static
;}
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?:
le tableau de contenu ne ressemblera pas a l'ancien.
Pour cela, un CSS supplementaire sera demande si necessaire.
Ajoutez le contenu de la page de code CSS suivante a votre
global.css
?:
User:Jdlrobson/vector-2022/tocNumbering.css
- Demandez a votre communaute son accord pour mettre en place le titre de la page d'accueil. (Voir notre explication des
raisons pour lesquelles c'est une bonne idee
).
- Le titre s'affichera avec Vector 2010, Minerva, Timeless et Vector 2022. Ne sera pas visible sur Monobook.
- Le titre peut etre configure en modifiant
MediaWiki:Mainpage-title-loggedin
pour les utilisateurs connectes et
MediaWiki:Mainpage-title
pour les utilisateurs non connectes. Pour les utilisateurs connectes sur mobile, on utilise
MediaWiki:wikimedia-mobile-mainpage-title-loggedin
. Voir les details qui concernent les parametres de la page d'accueil.
- Testez a quoi ressemble la page d'accueil et comment elle fonctionne avec le bouton en haut de la page, en ajoutant le parametre
?vectorlanguageinmainpageheader=1
a la fin de l'URL. Voir l'
exemple de la Wikipedia en islandais
. Remarquez que la Wikipedia en islandais n'a pas de titre configure, donc seul le bouton apparait.
- Contactez-nous
et demandez nous de deplacer le bouton vers le haut.
- Nous modifierons les parametres de votre wiki.
- A ce moment la, le bouton sera visible en haut de la page avec Vector 2022. Avec d'autres habillages, la liste des liens des langues s'affichera a l'emplacement par defaut, qui est different pour chaque habillage.
Actuellement cela n'est pas possible.
Le logo de Vector 2022 est compose de trois elements, chacun d'entre eux peut etre remplace separement avec CSS.
- Pour substituer l'image
icone
(par exemple le globe de Wikipedia)?:
.
mw-logo-icon
{
content
:
url
(
"INSERT NEW IMAGE URL HERE"
)
}
;
- Pour substituer le
texte du logo
(par exemple le mot "Wikipedia")
.
mw-logo-wordmark
{
content
:
url
(
"INSERT NEW IMAGE URL HERE"
)
}
;
- Pour modifier les texte de la
tagline
(p.e. les mots
L'encyclopedie libre
)?:
.
mw-logo-tagline
{
content
:
url
(
"INSERT NEW IMAGE URL HERE"
)
}
;
Contactez-nous
Veuillez choisir l'une des options suivantes?:
Organisez-vous ou assistez-vous a des reunions en ligne??
Oui?!
Nous organisons des
reunions ouvertes en ligne pour les communautes
.
A ces reunions, Olga (notre chef de produit) presente les derniers developpements.
En suite, les membres de la communaute peuvent poser toutes les questions sur le projet.
Nous sommes egalement ouverts aux invitations a tout evenement communautaire en ligne.
Il peut s'agir de rencontres locales, nationales ou internationales.
Vector 2022 et les Amelioration du bureau, c'est quoi??
S'agit-il d'une refonte??
Non.
Une refonte serait une unique changement majeur qui affecterait la facon de fonctionner du site web.
Dans le cas de ce projet nous avons apporte une serie de changements distincts.
Chaque
fonctionnalite
a ete un petit projet separe en soi.
A la fin, ces fonctionnalites ont ete harmonisees par une conception visuelle coherente.
Quel est le planning de ce projet??
Nous avons travaille sur Vector 2022 (au debut appele
Vector moderne
) depuis 2019.
Entre le debut 2020 et la mi-2022, nous avons construit et mis a disposition differentes fonctionnalites sur nos wikis
adoptants de la premiere heure
.
(Vous pouvez en savoir plus a ce sujet en lisant la reponse a la question ci-dessous, points 2?4.)
Cette partie est achevee.
Vector 2022 n'est plus ≪?en version beta?≫.
Actuellement, nous informons de notre intention d'introduire Vector 2022 sur tous les wikis.
Pourquoi utilisez-vous le mot Ameliorations??
L'expression
adoptant de la premiere heure
est utilisee dans l'article de la Wikipedia en anglais
Technology adoption life cycle
(
Cycle de vie de l'adoption d'une technologie
en francais).
Parce que nous disposons de donnees indiquant que les changements sont positifs?:
- Nous avons identifie des problemes par la recherche avec les lecteurs et les contributeurs
. Au cours de cette phase, en 2019, nous avons etudie comment les gens utilisaient les sites et identifie les plus gros problemes d'utilisabilite. En outre, nous avons identifie des difficultes a naviguer sur le site, a s'engager davantage dans la lecture et dans l'ecriture. Pour arriver a faire ce constat, nous avons interviewes des lecteurs et des contributeurs a travers plusieurs pays, endroits et langues. Voir
Recherche et conception?: phase 1
,
Recherche et conception?: phase 2
.
- Nous avons cree et teste les prototypes.
Nous avons developpe les concepts de chaque fonctionnalite et commence a les montrer aux utilisateurs. Chaque fonctionnalite a ete testee 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 differentes versions linguistiques et projets Wikimedia pour atteindre un public large et diversifie. Chaque prototype a ete teste par 200 contributeurs environs en moyenne. (
Exemple
)
- Nous avons peaufine et construit nos fonctionnalites
. Nous avons recueilli les commentaires du test du prototype et raffine ou modifie en consequence. Dans certains cas, nous avons demande plus de retours pour nous assurer de prendre les bonnes decisions.
- Nous avons contacte plusieurs wikis en demandant de
rejoindre les
adoptants de la premiere heure
(
wikis pilotes
) C'etait la phase ≪?
beta
?≫. Sur ces wikis, nous avons realise des tests quantitatifs pour nous assurer que chaque fonctionnalite avait fonctionne comme prevu.
- Nous
avons realise des tests A/B
sur les utilisateurs connectes. Malheureusement, nous ne sommes pas en mesure de les realiser sur les utilisateurs non connectes. Pour cela nous faisons des comparaisons avant/apres.
- Lorsque nous avons eu les resultats des tests, nous les avons compares avec les criteres de reussite que nous avions definis precedemment. Lorsque nous obtenions des resultats negatifs lors de notre test, nous changions la fonctionnalite et faisions un nouveau test.
- Depuis cette phase, nous avons egalement suivi l'usage a travers tous les wikis, ou de nombreux utilisateurs etaient deja en train d'utiliser Vector 2022 avec leur compte.
Voir aussi?:
Sur quels wikis avez-vous teste ces changements??
Ci-dessous les wikis
adoptants de la premiere heure
ou nous avons teste Vector 2022?:
Pourquoi les appelez-vous Vector 2022 et Vector Legacy??
Il y a une continuite entre plusieurs idees a la base de l'ancien habillage Vector et du nouvel habillage.
Il a ete construit en utilisant le code utilise par l'habillage Vector.
Nous voulions conserver une continuite fonctionnelle et visuelle.
Tout ce qui a ete construit et pense pour l'ancien Vector doit fonctionner avec nos changements, ou etre configure pour le faire assez facilement.
La version construite en 2010 et developpee jusqu'en 2019 a ete figee.
En d'autres termes, nous continuerons a l'entretenir, mais nous ne construirons plus des nouvelles fonctionnalites pour elle.
Nous utilisons le nom de Vector 2022 pour des raisons purement techniques.
Ce nom marque le moment ou le nouveau Vector etait disponible pour les wikis tiers en tant que nouvel habillage.
(Tiers signifie ceux qui installent MediaWiki).
Sur chaque wiki, le nom affiche peut etre redefini en changeant
MediaWiki:Skinname-vector-2022
.
Cependant, cela peut apporter la confusion car il ne changera pas la cle de l'affichage associe utilisee pour les styles du site et d'utilisateur.
Voir aussi?:
Allez-vous retirer Legacy Vector??
Non.
Legacy Vector continuera a etre propose comme option dans les Preferences, au meme titre que les autres habillages qui ont ete par defaut dans le passe, tel que Monobook.
Public cible
Ces changements ont-ils ete faits pour les lecteurs et non pour les editeurs??
Pas exactement.
Notre equipe (
Web
) travaille sur l'experience de lecture (visualisation) sur les navigateurs web, en version mobile et de bureau.
Ceux qui lisent et modifient a 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 a l'esprit que les contributeurs nouveaux et experimentes ont des exigences specifiques.
Le but de ce projet est d'ameliorer l'experience en lecture sur le bureau sans rendre l'edition plus compliquee.
Cela dit, nos
recommandations pour la Strategie du Mouvement
nous implorent d'ameliorer notre experience utilisateur de facon inclusive.
Dans cet esprit, le projet a pour objectif specifique de veiller a ce que la connaissance libre se developpe equitablement a l'avenir.
Durant la construction, nous nous sommes assures de recolter les voix des lecteurs de differents groupes demographiques et geographiques.
Nous voulions aussi faire de leurs opinions un sujet d'interet lorsqu'on definissait ce sur quoi nous devions travailler et evaluer si une idee donnee pouvait repondre a leurs besoins.
Voir aussi?:
Quels outils la Foundation met-elle a disposition des contributeurs??
La Fondation dispose d'autres equipes travaillant sur des projets specialement dedies aux redacteurs.
Parmi eux, il y a:
Vos changements ont-ils un effet negatif sur les statistiques d'edition??
Non.
Nous collectons des statistiques des activites d'edition sur tous les wikis.
Par rapport aux wikis avec l'ancien habillage par defaut Vector (2010), sur les wikis avec par defaut Vector 2022, il n'y a pas de differences negatives.
Vos modifications rendent-elles plus difficiles l'exploration de l'aspect communautaire des wikis??
Non.
Les lecteurs et les nouveaux contributeurs sont intimides par un grand nombre de liens, d'options et de manieres d'explorer le cote de l'edition (en d'autres termes, la communaute) des projets Wikimedia.
C'est une decouverte de notre recherche.
Nous voulons que plus d'utilisateurs rejoignent les communautes.
Nous le faisons en limitant le nombre de liens non caches et en mettant l'accent sur les liens les plus pertinents.
Tout cela est fait en collaboration avec les equipes
Croissance
et
Edition
.
Voir aussi?:
Etes vous concentres sur les articles de Wikipedia??
Oui.
Les articles Wikipedia, dans leur ensemble, regroupent la plupart des vues et des lecteurs, compare aux autres
espaces de noms
de Wikipedia ou aux autres projets.
Nous faisons egalement des ajustements aux pages d'autres espaces de noms et aux pages speciales.
Les pages pour lesquelles nous avons realise des ajustements particulier et des configurations speciales comprennent?: les pages principales, les pages specifiques a certains projets freres, les pages speciales, l'
editeur de wikicode 2010
, l'
editeur de wikicode 2017
et l'
Editeur visuel
.
Nous avons aussi travaille avec l'equipe Editing pour nous assurer que le
travail de redaction qu'ils realisent pour les pages de discussion
est aligne avec notre travail et que les configurations speciales pour les pages de discussion sont mises en place.
Avez-vous pris en compte les projets freres??
Oui?!
Notre but est de changer les elements basiques de l'interface.
La plupart des fonctionnalites sont operationnelles sur les projets freres tout aussi bien qu'elles ameliorent Wikipedia.
Depuis le debut du projet, nous nous sommes assures de tester et de compiler differents projets freres.
Nous feront encore des adaptations pour les fonctionnalites par defaut la ou cela sera necessaire.
Les projets non-Wikipedia, tels que le Wiktionnaire francais, font egalement partie de nos communautes partenaires depuis 2020.
Nous nous sommes assures d'avoir eu une communication directe et des commentaires de leur part.
En ce qui concerne les ajustements, par exemple, sur Wikisource, la largeur limitee ne s'applique pas a l'espace de noms
Page
fourni par l'
extension Proofread page
.
Etes-vous focalises sur la Wikipedia anglophone??
Non.
Nous prenons en compte les besoins des differentes communautes et nous testons nos modifications sur plus de 30 langues.
Nous sommes egalement inspires par l'interface et les gadgets construits sur divers wikis, par exemple les Wikipedia coreennes et vietnamiennes.
Que faites-vous pour vous assurer que les modifications fonctionneront sur mon wiki??
Que faites vous pour vous assurer que les modifications ne sont pas a moitie terminees??
Nous faisons des ajustements a la fois avant et apres l'introduction de modifications sur les wikis pour nous assurer qu'ils repondent aux besoins des communautes individuelles.
Si vous pensez que votre communaute devrait beneficier de plus d'ajustements et de gadgets, voyez?:
Apres avoir apporte ces modifications sur tous les wikis, nous travaillerons sur des projets lies aux ameliorations de la version pour ordinateur de bureau.
Accessibilite
Vos changements ont-ils ete testes par des utilisateurs en situation de handicap??
Oui.
Nous travaillons avec l'American Foundation for the Blind (
Fondation americaine pour les personnes malvoyantes ou aveugles
en francais).
Nous posons diverses questions relatives a l'accessibilite de Vector 2022.
En savoir plus sur Phabricator
.
Les wikis seront-ils moins accessibles pour les utilisateurs avec une mauvaise connexion internet??
Non.
Pour le nouvel habillage, nous voulons garder une quantite de code equivalente a celle de l'ancien Vector.
Voir aussi?:
Mobiles, ecrans larges, et reactivite
Les changements sont-ils inspires par l'architecture sur mobile??
Non.
Ces modifications sont creees specifiquement pour les interfaces de bureau.
Toutes les recherches et les tests effectues pour ce projet se sont concentres uniquement sur les utilisateurs de bureau.
Nous avons cependant examine les experiences des personnes qui utilisent la version de bureau avec des ecrans plus etroits (par exemple, quand vous avez deux onglets ouverts cote a cote).
Pour le moment, nous n'avons pas l'intention de fusionner les experiences des versions bureau et mobile.
Est-ce que la nouvelle interface sera reactive??
Nous avons travaille a cet objectif, mais ce n'est pas un objectif officiel du projet.
Si vous voulez rendre l'interface reactive maintenant et que vous utilisez des wikis Wikimedia, ajoutez ceci a votre
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">'
;
}
Si la communaute souhaite que ce soit la version par defaut, veuillez ouvrir une conversation sur votre wiki, et
nous contacter
lorsque le consensus sera atteint.
Les modifications sont alors possibles.
Y aura-t-il des parametres specifiques pour les hautes resolutions??
Nous n'avons pas l'intention de construire un cadre specifique en ce moment.
Nous voulons que l'experience soit optimisee pour la majorite des utilisateurs, tout en fournissant les outils necessaires a toutes les resolutions.
Nous pensons que la version actuelle du nouvel habillage realise bien cela.
Cela dit, nous encourageons la personnalisation individuelle?!
Voir aussi?:
Pourquoi limiter la taille du contenu??
Pourquoi avez-vous remplace la zone utilisee 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'ameliorer la lisibilite du contenu.
Il y a plusieurs facteurs qui la conditionnent ? a savoir la taille de la police, le contraste, la police, la longueur de la ligne et l'espace vide.
- Lignes plus courtes
- Lorsqu'on lit des lignes courtes, les lecteurs ne deplacent pas trop leurs yeux, ils utilisent moins intensement les muscles de l'œil, evitant ainsi la fatigue oculaire.
- Les paragraphes etroits permettent aux lecteurs de memoriser plus facilement les nouvelles informations.
- Sur les sites web, il devrait y avoir entre 35 et 100 caracteres par ligne. On prefere les nombres plus pres de la plus petite extremite.
- L'ecrasante majorite des sites web ont des limites similaires en termes de largeur de contenu. Par exemple?: les journaux academiques tels que
Nature
, les sites d'information tels que le
New York Times
, les sites gouvernementaux ou intergouvernementaux comme l'
ONU
, les documents academiques comme
LaTeX
, et les traitements de texte tels que
Google Docs
et
Etherpad
.
- espace vide (blanc)
- L'espace blanc est utilise pour reposer les yeux. Il aide les lecteurs de plus de 60 ans a se concentrer sur le contenu et augmente la comprehension du contenu de 20%.
[1]
- Les gens sont plus faciles a se concentrer sans etre distraits par les barres laterales ou d'autres elements.
- Nous utilisons une partie de cet espace pour d'autres fonctions. Nous avons rendu la
barre des pages
punaisable et place le
sommaire
a cote du contenu. En outre, limiter la zone de contenu nous donne de nouvelles options pour un avenir plus lointain. Les membres de la communaute ont suggere de placer ici les boites d'information, les images et les references. Nous allons considerer l'utilisation de cet espace dans un projet separe.
Voir aussi?:
Pourquoi ne pas permettre aux lecteurs de reduire la fenetre de leur navigateur??
La plupart des utilisateurs ne redimensionnent pas leurs fenetres de navigateur ou utilisent des greffons du navigateur pour ameliorer la conception des sites web qu'ils consultent.
Les wikis doivent etre immediatement attrayants, dans leur forme de base.
Certains tableaux et modeles ne rentrent pas dans les limites de la largeur
Nous devrions nous assurer que tout notre contenu soit aussi reactif que possible pour satisfaire chaque visiteur.
Un grand pourcentage de nos utilisateurs, qui n'ont pas de grands ecrans et qui accedent a Wikipedia depuis leur ordinateur portable, avaient deja des problemes avec les tableaux et les modeles avant le changement.
Pourquoi ne pas en faire simplement un parametre??
Nous voulons que ce soit par defaut.
Nous construisons une experience commune qui est partagee entre les contributeurs et les lecteurs.
Cela pourrait etre utile aux contributeurs lorsqu'ils prennent des decisions sur la mise en page des pages.
Actuellement, un contributeur peut modifier une page a une largeur de 1500px, tandis qu'un lecteur la lit a une largeur de 1200px.
En implementant une largeur limitee, nous n'eliminons pas cette disparite (car il y aurait toujours une variante en dessous de la largeur maximale, pour les personnes avec des ecrans plus etroits), cependant nous limiterons considerablement la gamme de variation.
Pourquoi avoir change la liste des liens de langue??
Pourquoi la liste des liens de langue ne pouvait pas rester dans la barre laterale??
Emplacement du selecteur de langue dans Vector 2022
Parce que du point de vue des lecteurs, la barre laterale 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 laterale sont pratiquement caches a leur vue.
Nous devons aussi promouvoir la variete des versions linguistiques des projets Wikimedia.
Depuis plus de 15 ans, la liste est restee affichee dans la barre laterale.
Les utilisateurs les plus actifs ont developpe la memoire musculaire pour rechercher cette liste a cet endroit.
C'est pourquoi, dans la barre laterale, nous avons place une boite avec des informations sur le bouton de langue affiche dans un nouvel endroit.
Est-ce que les liens Wikidata seront plus proches de la liste des langues??
Oui.
Ajouter des liens interlangues
,
Modifier les liens interlangues
et
Element Wikidata
feront eventuellement partie du menu active par le bouton du selecteur de langue (
menu des langues
).
C'est une tache pour l'equipe
Language engineering
.
 L'option recommandee
|
 Une option differente (non recommandee)
|
- Si sur votre wiki, les coordonnees sont placees par un module Lua (par exemple, sur la Wikipedia francaise, il y existe un
Module:Coordinates
), utilisez le code suivant?:
titleText
=
frame
:
extensionTag
(
'indicator'
,
tostring
(
htmlTitle
),
{
name
=
'coordinates'
}
)
- Si sur votre wiki, les coordonnees sont placees par un modele, suivez les instructions de
Ajouter des indicateurs de l'etat des pages
.
|
Utilisez le positionnement absolu dans
MediaWiki:Common.css
, par exemple?:
.
skin-vector
.
skin-vector-legacy
#
coordinates
{
top
:
0
px
;
}
.
skin-vector
#
coordinates
{
top
:
-20
px
;
}
|
Pour ceux qui preferent un exemple de travail, les details sur la facon dont cela a ete corrige pour Wikipedia anglaise peuvent etre trouves ici?:
phab:T281974#8869238
.
Considerez les pages qui utilisent les
indicateurs d'etat de page
, les pages qui ont des bannieres ou des avis de site, ainsi que l'apparence des pages a des resolutions inferieure.
Pourquoi le bouton des langues n'apparait-il pas en haut de la page d'accueil??
Nous avons decouvert que les lecteurs se concentrent sur le contenu de la page et ignorent la barre laterale.
Avec le bouton contenant les liens vers les langues et qui apparait en haut de la page a cote du titre, ils seront plus portes a passer d'une langue a l'autre.
Sur la plupart des wikis, le titre de la page d'accueil est cache.
C'est la raison pour laquelle le bouton des langues ne s'affiche pas a son cote.
Au lieu de cela, il se trouve tout en bas de la page d'accueil.
Cependant, il est possible de le faire apparaitre tout en haut.
Voir aussi?:
Pourquoi avoir change le sommaire??
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 modifiee representent une petite fraction du trafic de la page.
Pour cette raison, nous avons d'abord choisi de creer la fonctionnalite pour la majorite de nos utilisateurs.
Pour les ecrans etroits, nous prevoyons de rendre le sommaire disponible comme un element d'interface deplacable et accessible de n'importe ou sur la page.
Notez que ce qui est affiche sur les appareils mobiles differe de ce que vous voyez lorsque vous changez la taille de votre navigateur.
Sur les appareils mobiles, le site est presente comme une version zoomee du site pour la version de bureau.
Serait-il possible de changer le libelle indiquant le haut de la page (≪?Debut?≫)??
Oui.
Ce libelle devrait se distinguer des titres du contenu.
Pour cela, les wikis dont l'aphabet est different (par exemple, Latin et Japonais) et les differents projets Wikimedia (Wikipedia et Wiktionnaire) pourraient utiliser des mots differents et/ou signes de ponctuation dans ce libelle.
Chaque communaute peut mettre en place un libelle qui fonctionne pour elle.
Cela peut se faire en editant la page
MediaWiki:Vector-toc-beginning
.
Cela n'est pas possible.
Nous n'ajoutons pas intentionnellement l'ancien sommaire a l'emplacement de la nouvelle barre laterale.
C'est un echange.
Nous avons pris cette mesure pour reduire le travail de maintenance du code et pour garder le site fonctionnel du mieux possible.
L'ancien sommaire presente en plus du nouveau presenterait des inconvenients techniques importants.
Cela augmenterait la taille globale du HTML ainsi que le besoin de stockage du cache de notre analyseur et necessiterait un CSS supplementaire pour le rendu.
Voir aussi?:
Le
mots magiques
__TOC__
et
__FORCETOC__
ne fonctionneront pas car le sommaire est toujours dans la barre laterale et cela ne peut pas etre modifie.
Cependant, les mots magiques concernant la presence du sommaire, tels que
__NOTOC__
, continueront a fonctionner.
Les modeles utilises pour substituer le sommaire fonctionneront egalement.
Par exemple, un article pourra desactiver le sommaire par defaut et afficher son propre sommaire a sa place la ou il le faut.
Tous les mots magiques continueront a fonctionner avec les autres habillages qui affichent le sommaire dans l'article.
Nous avons fait de notre mieux pour que votre logo de projet soit coherent entre l'ancien Vector et l'habillage Vector 2022. Neanmoins il est possible que nous ayons neglige quelque chose ou que nous ayons du prendre une decision hative sans consulter votre communaute.
Notamment dans le cas de divers projets Wiktionnaire, Wikiversite, Wikibooks, nous affichons le logo par defaut du projet, car nous ne pouvions pas deriver un logo pour Vector 2022 du logo herite 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 a jour son logo ou demander un changement a son logo a condition qu'il suive le
cycle de vie des demandes du site
. Veuillez ne pas commenter les taches existantes liees aux logos.
Quel est le but de ce projet??
Est-ce que les habillages Monobook ou Timeless seront affectes??
Non.
Ces modifications ne s'appliquent qu'a l'habillage Vector.
Vector est l'interface par defaut des wikis Wikimedia depuis 2010.
Les autres habillages tels que
Monobook
,
Timeless
,
Minerva
ou
Modern
ne sont pas modifies du tout.
Pendant que nous travaillions sur les ameliorations de bureau, nous avons nettoye le code des anciens habillages.
Nous avons facilite le deploiement des nouvelles modifications sur les anciens habillages, supprime les options jamais utilisees, et supprime 75% du code PHP de ces skins.
Tout cela n'a eu aucun effet sur les utilisateurs interactifs.
Voir aussi?:
Ameliorerez-vous les graphiques, cartes, les boites de type a-/f-/o-/tm, les boites d'information, de navigation et les autres modeles??
Non.
Nous ne modifions rien dans la zone de contenu des articles en gris clair (sauf le sommaire)?:
Travaillez-vous sur le mode sombre??
Non, pas en tant que partie des ameliorations du bureau. En 2023, nous avons commence un projet
Accessibilite pour la lecture
. La construction du mode sombre en fait partie.
Quels sont les indicateurs de succes pour ces fonctionnalites??
Augmenter l'utilisation par notre audience actuelle, ce qui sera mesure via?:
- Interactions
- Augmenter les recherches par session de 5% sur la duree du projet
- Augmenter les basculements inter-langues de 5% sur la duree du projet
- Affinite
- Augmenter les impressions positives envers le site (via des enquetes et des tests utilisateur)
- Augmenter le sentiment de confiance et de credibilite (mesure via des enquetes et des tests utilisateur)
A mesure que nous definirons plus precisement les changements a mettre en oeuvre, nous etendrons et ameliorerons cette liste.
References