Projet:Amélioration de l'interface par la WMF

Une page de Wikipédia, l'encyclopédie libre.

Présentation

Une équipe de la Wikimedia Foundation (WMF) va travailler pendant deux ans à améliorer l'interface de la version bureau (par opposition à la version mobile) de Wikipédia. Quiddity (WMF) l'a annoncé sur le Bistro du . La présente page vise à réunir les idées d'amélioration des Wikipédiennes et Wikipédiens francophones.

Annotated Wikipedia Vector interface (logged-out).png

Toute l'interface n'est pas concernée, puisque un (seul) élément est en-dehors du champ de ce projet : le contenu de l'article (sauf le sommaire, qui est lui concerné). Sur l'image ci-dessus, tous les éléments autres que le corps de l'article en gris clair sont susceptibles d'évoluer dans le cadre du projet.

N'hésitez pas à proposer vos idées : indiquez le problème à résoudre ou l'amélioration permise, puis la solution proposée. Vous pouvez aussi en discuter sur la page de discussion.

(en) Une page dédiée au projet existe sur le wiki de Mediawiki.

Idées[modifier | modifier le code]

Menu latéral gauche principal[modifier | modifier le code]

  • Mettre en valeur le lien vers l'aide à la contribution (sur wpfr : « Débuter sur Wikipédia »). Sans rompre avec la sobriété générale de l'interface wikipédienne, il serait à mon humble avis judicieux de mettre en exergue le lien « Débuter sur Wikipédia » (qui n'existe pas dans toutes les langues ; chez nous, il renvoie vers Aide:Débuter). En effet, la barre latérale gauche est très dense en liens et il n'existe aucune hiérarchisation de ceux-ci. Or les liens les plus susceptibles d'intéresser les lecteurs sont probablement « Article au hasard », « Portails thématiques », « Débuter sur Wikipédia » et « Aide » (ce dernier dirige vers le sommaire de l'aide, sur wpfr). Et pour inciter les lecteurs à devenir contributeurs, il est tout indiqué de mettre en valeur un lien qui dirige vers l'aide à la contribution, quel que soit son intitulé sur les différentes versions linguistiques de Wikipédia. — Jules Discuter 28 octobre 2019 à 17:29 (CET)
  • Permettre aux contributeurs de modifier la totalité des liens latéraux. Le menu latéral, actuellement très dense, contient nécessairement des liens dont certains contributeurs n'ont pas l'utilité et, à l'inverse, ne propose pas certains liens dont les Wikipédiens peuvent avoir besoin. Il existe actuellement, sur Wikipédia en français, plusieurs gadgets (cf. préférences) ou scripts qui permettent de personnaliser en partie le menu latéral, dont voici une liste non-exhaustive :
    • NavigAdmin ajoute des liens supposés utiles aux admins ;
    • SousPages permet un accès rapide, depuis une page utilisateur (PU), aux sous-pages de celui-ci. Mériterait peut-être d'être implémenté en dur ?
    • CustomSidebar, développé très récemment par 0x010C, permet de personnaliser une section « Mes liens » créée pour l'occasion avec une interface graphique (pas besoin d'aller modifier une page en code).
Il n'existe cependant actuellement aucun moyen simple de personnaliser l'ensemble des liens présents dans ce menu latéral : la seule possibilité, qui nécessite des connaissances en css, est de masquer les liens inutiles via la page common.css ou vector.css . Il serait souhaitable que soit implémentée de manière native la possibilité, pour les contributeurs, de modifier l'ensemble du menu latéral gauche à l'aide d'une interface graphique (qui pourrait s'inspirer de celle proposée par 0x010C). — Jules Discuter 28 octobre 2019 à 17:40 (CET)

Interwikis[modifier | modifier le code]

  • Pouvoir choisir les langues qui s'affichent en premier : C'est un algorithme qui choisi les langues qui s'affichent en premier. Le problème, c'est qu'il fonctionne plutôt mal. J'ai une fois été voir certains Wikipédias en d'autres langues pour le plaisir et je suis pris avec des suggestions de langues étranges du genre : Attikamekew (langue amérindienne parlée par quelques individus au Canada, entre autre), srpskohrvatski (d'ailleurs, pour une raison que j'ignore, on m'offre souvent de traduire des article dans cette langue (serbo-croate, je crois)) et plusieurs autres langues dont je ne connaît point mot. Ce serait bien, pour éviter ce genre de chose, de pouvoir choisir sois-même les langues qui s'affichent en premier puis d'avoir l'option d'afficher le reste en ordre alphabétique, par exemple, si on choisit moins de neuf langues à mettre en premier. --Myloufa Discuter ou faire Appel? 30 octobre 2019 à 01:38 (CET)

Menu utilisateur[modifier | modifier le code]

OOjs UI icon information-progressive.svg En haut à droite. Liens vers la page utilisateur, la page de discussion utilisateur, les contributions de l'utilisateur, etc.

Titre de la page[modifier | modifier le code]

Boîte de recherche[modifier | modifier le code]

  • Plus grande, centrée et avec des aperçus d'article (à la manière de l'interface mobile). Tout devrait pouvoir se trouver dessus, plus besoin d'aller sur une autre page (Spécial:Recherche) pour faire des recherche + précise. Cela inclut de pouvoir très facilement chercher dans tous les espaces de nom, et que si on fait une faute d'ortho, l'article est quand même trouvé en un clic, que si je cherche le NOM avant le prénom d'une personne, la boîte affiche directement le nom de la page et je ne dois pas aller sur « Contenant... » qui me ramène encore une fois à la page spéciale. (ça nous éviterait également de devoir faire plusieurs milliards de pages de redirection) Pour résumer, qu'elle fassse enfin des recherches pertinentes comme n'importe quel moteur de recherche marre de passer 5 min pour trouver le bon modèle car c'était Section à Sourcer et pas À sourcer/Section (ceci est un exemple évident parmi tant d'autre) et idem pour les article et le reste. -- Nemo Discuter 24 janvier 2020 à 17:01 (CET) (Exemple : pour iPadOS, je recherche ipad os -> 0 résultats correspondant pour une histoire de majuscule et d'espace)

Onglets relatifs à la page[modifier | modifier le code]

OOjs UI icon information-progressive.svg Onglets « modifier », « historique », etc.

  • Ajouter un onglet « auteurs ». « Pour les onglets, ce que je trouverais utile, c'est une mise en valeur des contributeurs. L'un des reproches faits à Wikipédia, c'est que ce sont des anonymes qui contribuent. Or, ce n'est pas vraiment pas la réalité. Au contraire, on sait voir précisément qui a écrit quoi, accéder à leur page personnelle, leur poser des questions. Je pense qu'on devrait avoir un onglet "auteurs" avec la liste des contributeurs classés par "added text" (pas par nombre d'edits, car il y en a qui font 10 edits pour ajouter 2 phrases) et le pourcentage que représentent leurs contributions, comme on a dans "auteurs et statistiques" sous l'onglet historique. »Delsaut (d · c) (source)

Sommaire de la page[modifier | modifier le code]

  • Mieux intégrer le sommaire à l'interface. Actuellement, le sommaire est situé après l'introduction avec un design assez vieillot (un cadre grisâtre aux bords carrés, assez moche àmha). Il serait bon d'intégrer le sommaire de manière plus harmonieuse. Je ne sais pas exactement comment, mais une piste serait, si la suggestion faite plus bas de mettre une limite de largeur au texte des articles, d'intégrer le sommaire latéralement (et qu'il soit toujours visible, même quand on descend dans l'article, tout en pouvant être caché d'un clic). — Jules Discuter 7 novembre 2019 à 17:31 (CET)

Pied de page[modifier | modifier le code]

Je trouve que la position en pied de page des catégories mères pour les catégories elles-même est contre-intuitif. Cette information gagnerait à être en haut de page pour avoir dans l'ordre : catégories mères, catégorie de la page, sous-catégories.
Popsygel (discuter) 10 décembre 2020 à 09:02 (CET)

Idées transverses[modifier | modifier le code]

OOjs UI icon information-progressive.svg Idées relatives à plusieurs éléments de l'interface.

  • Réduire la largeur du texte des articles/du contenu. Aucune interface web (et même papier : cf. les colonnes des journaux) moderne ne propose un texte étalé sur une telle largeur, et pour cause : cela complique la lecture (l’œil a plus de mal à repérer la ligne suivante, notamment). L'interface mobile, utilisée sur PC, est à ce titre plus agréable s'agissant de la lecture, puisqu'une largeur maximale est définie pour le corps des pages. — Jules Discuter 7 novembre 2019 à 17:28 (CET)
    C'est pour cette raison que la nouvelle interface n'est pas entièrement responsive ? J'apprécie au contraire que l'ancienne interface s'adapte pleinement à la taille de mon écran, avec ainsi plus d'éléments à l'écran. Je comprends cependant l'argument de la lecture – FatBrioche[Salut !] 2 septembre 2020 à 16:05 (CEST)
  • Thème sombre. Sans faire perdre à la sobriété du site, un thème plus sombre serait une contribution majeure à l'Encyclopédie dans le sens où l'on s'arracherait moins les yeux qu'avec ce blanc si aveuglant. Les migraines des lecteurs et des contributeurs seraient sûrement moins fréquentes. Bstn Chmpns (discuter) 4 décembre 2019 à 15:14 (CET)
    Je soutiens complètement cette proposition. Il est difficile quand on est hypersensible à la lumière de contribuer dès qu'il fait un peu sombre. — GrandCelinien (discuter) 4 décembre 2019 à 16:07 (CET)
    Idem -- Nemo Discuter 24 janvier 2020 à 17:01 (CET)
    Oui ! Cela permet en plus, avec la popularisation des écrans OLED notamment sur appareils mobile, de réduire la consommation de l'écran – FatBrioche[Salut !] 2 septembre 2020 à 16:08 (CEST)
    Cela soulagerait les yeux effectivement. En attendant un thème officiel, j'en ai créé un (voir sur meta). -- ◄ David L • discuter ► 15 novembre 2020 à 14:59 (CET)

Version mobile[modifier | modifier le code]

OOjs UI icon information-progressive.svg Pas au cœur du projet de la WMF, mais c'est la même équipe qui développe la version mobile, donc c'est aussi l'occasion.

  • Remarques d'Archimëa (source) :
    • Dans l'historique des articles, il n'y a pas de lien direct vers l'affichage de la page. Il faut passer par la dernière version en cours de l'historoque, ou n'importe quelle autre version pour cliquer sur "Article" pour charger l'affichage normal de la page.
    • Il est impossible de modifier une page entière ? Il faut systématiquement passer par une modification de section ? Même le bouton Modifier en haut de page n'ouvre que l'introduction. Sinon il faut désactiver la version mobile.
    • Si on affiche une version antérieure d'un article via l'historique de la page, on ne peut pas la remettre en ligne : donc si sur cette version antérieure, je clique sur le bouton modifier, dans l'optique de la remettre en ligne, MediaWiki charge la version en cours et pas l'ancienne version.
    • Si on consulte un dif depuis sa liste de suivi, on ne peut pas annuler. Il faut refermer le dif et ouvrir la page en question puis charger l'historique pour pouvoir atteindre le bouton Annuler.
    • A contrario (cf. remarque précédente), il n'est pas possible de remercier via l'historique il faut charger chaque diff pour pouvoir remercier.
    • Il est impossible de visualiser un modèle sur la version mobile. Il faut systématiquement désactiver la version mobile. Il faudrait donc activer sur mobile l'affichage des modèles que sur l'espace modèle. Édit de Archimëa : apparemment, c'est limité à la désactivation de l'affichage des palettes de navigation.
    • Dans la version mobile, la barre d'outils a complètement disparu, ainsi que la fonction de recherche ou de remplacement de caractère.
    • Lorsqu'on est en cours de modification d'une page, on a le bouton suivant pour publier, qui nous permet de previsualiser la version qui va être mise en ligne ainsi qu'un espace pour ajouter un commentaire de diff, mais il n'y a pas de bouton pour voir les différences. Seulement publier. C'est problématique.
    • Impossibilité de renommer une page, il faut obligatoirement désactiver la version mobile.
    • Il est impossible d'atteindre la page de recherche avancée. Même si on clique dans la barre de recherche vide, la nouvelle page chargée n'est qu'une page/barre de recherche simple.
    • Il n'y a même pas de bouton pour signer sur les pages de discussion.
    • Affichage des catégories, ou permettre à tout utilisateur l'affichage des catégories en activant une fonctionnalité dans les préférences.