Reading/Web/Desktop Improvements/Fifth prototype testing/fr

Nous aimerions recevoir vos commentaires par rapport à certaines décisions concernant le design graphique de l'habillage Vector 2022. Avec l'expression "design graphique" (visual design) nous entendons le style du texte, des boutons, des contours, des fonds et l'espacement.

Instructions
Merci de garder à l'esprit :
 * 1) Consulter cette page pour le contexte
 * 2) Créez une nouvelle section sur cette page en utilisant le formulaire ci-dessous (il sera prérenseigné avec les points auxquels vous pouvez répondre).
 * 3) Renseignez vos avis concernant le prototype dans votre nouvelle section ajoutée.
 * Il s'agit de prototypes, la majorité des fonctionnalités ne marche pas, et vous pourriez rencontrer d'autres bogues ou bizarreries.
 * Le « formulaire de nouvelle section » n’est malheureusement pas compatible avec l’éditeur visuel (VE). Si vous utilisez l’éditeur visuel, créez une nouvelle section manuellement et copiez-collez les points auxquels vous voulez répondre (listés ci-dessous).
 * Vous ne devez pas forcement passer en revue toutes les sections ; concentrez-vous sur celles qui vous intéressent le plus.
 * Le design, notamment le design graphique, peut être subjective. Bien que chacun a droit à ses propres opinions, nous vous demandons de faire de votre mieux pour expliquer les vôtres et la manière dont elles sont liées à nos objectifs de simplicité et de utilisabilité.
 * Certaines bonnes options pourraient ne pas être présentées ici. N'hésitez pas à suggérer autre chose si vous pensez que cela fonctionnerait mieux que les options présentées. Si vous êtes à l'aise avec le design et/ou le codage, n'hésitez pas à inclure des maquettes ou des prototypes de vos idées (mais ce n'est pas obligatoire). Fichiers du design : Figma, Sketch, Google Drawing. Prototype : GitHub.
 * Pour soumettre vos idées, ne modifiez pas cette page mais incluez-les dans votre formulaire de commentaire.
 * Nous apprécions les designers amateurs et respectons le point de vue des designers expérimentés. Nous examinerons toutes les commentaires et les idées et, au bout du compte, nous nous en remettrons au jugement de concepteurs expérimentés pour prendre les décisions finales.
 * Si vous préférez faire part de vos commentaires par courriel, veuillez contacter Olga Vasileva à l'adresse [mailto:Olga@wikimedia.org olga@wikimedia.org].

Aperçu des questions en attendant vos avis

 * 1) Menus — ouvrez le prototype dans un nouvel onglet : https://di-visual-design-menus.web.app/Brown_bear. Quelle option préférez-vous et pourquoi ? Assurez-vous de bien vérifier le menu de recherche, le menu utilisateur, le menu des langues et le menu des outils.
 * 2) Fonds et contours — ouvrez le prototype dans un nouvel onglet : https://di-visual-design-borders-bgs.web.app/Zebra. Quelle option préférez-vous et pourquoi ?
 * 3) Section active dans le Sommaire - ouvrez le prototype dans un nouvel onglet : https://di-visual-design-toc-active.web.app/Otter. Quelle option préférez-vous et pourquoi ?
 * 4) Logo dans l'entête — ouvrez le prototype dans un nouvel onglet : https://di-visual-design-header-logo.web.app/Panda. Quelle option vous préférez et pourquoi ?
 * 5) Couleurs des liens — ouvrez le prototype dans un nouvel onglet : https://di-visual-design-link-colors.web.app/Salmon. Selon vous, il faudrait du travail supplémentaire avant de faire ce changement ?
 * 6) Taille de la police — ouvrez le prototype dans un nouvel onglet : https://di-visual-design-font-size.web.app/Hummingbird. Avez-vous des doutes ou remarques concernant la taille de police proposée ?

Fond et contexte
Au cours des deux dernières années nous avons fait divers changements structurels à l'interface. Nous avons déplacé la barre de recherche, le sélecteur des langues, et lesommaire. Nous avons organisé quelques liens et outils dans des menus. Nous avons aussi limité la largeur du contenu, ajouté un entête figé, et déplacé le titre de la page au-dessus de la barre des outils de la page. Actuellement, une fois ces différents éléments intégrés dans l'interface actualisée, nous nous intéressons à l'aspect général. Les premières questions que notre équipe s'est posé sont les suivantes : Historiquement, notre approche a été simple et fonctionnelle. Les éléments HTML sont peu stylisés (voire pas du tout), ce qui simplifie l'interface tant pour les utilisateurs que pour les concepteurs. Cela signifie aussi que notre design graphie est plutôt atemporel. Nous ne suivons pas la mode et n'avons pas besoin de faire des changements tous les deux ans. En regardant les captures d'écran ci-dessous, nous pouvons voir comment l'habillage Monobook et l'habillage Legacy Vector utilisent le design graphique avec parcimonie (principalement les contours et les couleurs du fond).
 * Comment nous pouvons utiliser le design graphique pour améliorer l'interface ?
 * Pensons-vous qu'il soit utile que l'habillage ait plus de caractère (comme avec les lignes bleues et les gradients dans le Legacy Vector) ?
 * À partir de quel moment ça devient trop, au point de devenir une source de distraction ou de rendre l'interface confuse ?
 * Et si nous en faisions le moins possible, en adoptant une approche hyper minimaliste comme celle adoptée par l'interface d'origine de Wikipédia ?

Menus
Nous utilisons différents menus dans notre interface. Jusqu'à présent, notre approche au style des menus n'a pas été cohérente. Nous avons l'opportunité, avec Vector 2022, de développer une approche plus consistante et accessible du style de nos menus. Dans leur forme la plus simple, les menus ont deux éléments : un déclencheur de menu et des éléments du menu. Nous sommes en train de prendre en considération les couleurs bleu vs. noir (à la fois pour le déclencheur du menu et pour les options du menu), et les graisses du texte, gras vs. régulier (pour le déclencheur du menu).

Lien vers le prototype avec les options : https://di-visual-design-menus.web.app/Brown_bear

Contours et fonds
Devrions-nous ajouter des contours ou des fonds pour aider à diviser les zones de l'interface ? dans ce cas-là, comment ils devraient s'afficher ? Comme nous l'avons mentionné dans la section Fond et contexte ci-dessus, Monobook et Vector utilisent tous les deux des fonds et des contours pour séparer l'interface du contenu. Fonds et contours peuvent aussi donner du caractère à l'interface. Cependant, il est difficile de savoir dans quelle mesure ils sont fonctionnels ou nécessaires. Nous avons créé plusieurs options, avec des fonds et des contours progressivement de plus en plus sombres.

Lien vers le prototype avec les options : https://di-visual-design-borders-bgs.web.app/Zebra

Section active du sommaire
Le Sommaire est désormais dans la barre latérale (à gauche) de l'article, et est fixe pour rester visible quand on fait défiler la page. Une nouvelle fonctionnalité du Sommaire indique quelle des sections de l'article vous êtes en train de lire  (nous l'appelons « section active »). Actuellement, en suivant un pattern utilisé pour les onglets Article/Discussion, la section active du Sommaire est noire, et les sections non actives sont bleues. Nous aimons ce pattern, parce qu'il est simple, déjà utilisé, et réduit les distractions. Nous pourrions également utiliser un style supplémentaire pour indiquer la section active.

Lien vers le prototype avec les options : https://di-visual-design-toc-active.web.app/Otter

Logo dans l'entête
Monobook et Legacy Vector, tous deux présentent un logo Wikipedia carré avec un grand globe. En prenant en compte les diverses modifications apportées à Vector 2022, un logo plus petit et rectangulaire dans le coin pourrait mieux convenir à la mise en page. Cependant, nous voulions être sûrs d'essayer différentes options. Merci de se souvenir de tester ces options avec des différentes tailles d'écran, car l'équilibre de la mise en page change en fonction de la taille de votre écran.

Lien vers le prototype avec les options : https://di-visual-design-header-logo.web.app/Panda

Couleurs des liens
The World Wide Web Consortium (W3C) a Règles pour l'accessibilité des contenus web. Ces directives définissent un niveau de contraste minimum pour les liens : « Pour des raisons de utilisabilité et d'accessibilité, les liens devraient être soulignés par défaut. Cependant, le texte du lien doit présenter un contraste d'au moins 3:1 avec le texte environnant, et doit présenter un indicateur non coloré (généralement souligné) au passage de la souris et comme cible du clavier. » Since we do not underline links by default, our link color choice must meet the 3:1 contrast requirement. In order to check the contrast of our links with our body text we can use the contrast checker provided by WebAIM.

Additionally, the proposed blue link color is already part of the Wikimedia Design Style Guide, and is used on our mobile websites as well as in various project logos, so we would be gaining consistency.

Link to prototype with proposed colors: https://di-visual-design-link-colors.web.app/Salmon

Font size
The mission of our movement is to provide all of the world's knowledge to as many people as possible. Currently the majority of the knowledge we offer is in the form of text. Research has shown that typographic settings (such as font size, line length, and line height) influence the experience of reading, both in terms of general comfort (i.e. eye strain and fatigue), and comprehension and retention. Therefore it is important for us to use optimal typographic settings in our interface. An important factor to keep in mind when determining what is optimal for our projects is that people engage both in in-depth reading, as well as scanning of text.

In a previous phase of the project we read research studies regarding the line length and concluded that between 90–140 characters per line is optimal for our projects (link to writeup). Recently we have spent time reading research studies about font size. The most convincing, and directly applicable, research we have found thus far is a 2016 study that used eye-tracking to evaluate the affects of font size and line spacing for people reading Wikipedia:

"Using a hybrid-measures design, we compared objective and subjective readability and comprehension of the articles for font sizes ranging from 10 to 26 points, and line spacings ranging from 0.8 to 1.8 (font: Arial). Our findings provide evidence that readability, measured via mean fixation duration, increased significantly with font size. Further, comprehension questions had significantly more correct responses for font sizes 18 and 26. These findings provide evidence that text-heavy websites should use fonts of size 18 or larger and use default line spacing when the goal is to make a web page easy to read and comprehend. Our results significantly differ from previous recommendations, presumably, because this is the first work to cover font sizes beyond 14 points." Users often scan the page in order to find a certain piece of information. This, however, wasn't included in the study. To accommodate this, we are recommending a font size of 16px instead of their conclusion of 18px. We would be increasing the maximum width of the article as well, from 960px to 1050px.

Annotated bibliography of typography and readability research

Link to prototype with proposed font size: https://di-visual-design-font-size.web.app/Hummingbird

MaxEnt's note to the team and other editors: There seems to be some confusion here between px and points. The study actually recommended 18 points. There's no fixed relationship between px and points, but if you presume an underlying display resolution of 96 dpi, which was once dominant (in particular, during the formative years of CSS) then it's possible to equate 96 px per inch to 72 points per inch, giving a conversion factor of 1.33 px per point. Using this factor, the study recommendation would be closer to 24px rather than the 18px given above. Few displays these days are much less than 96 dpi, and with higher resolution displays, this estimated factor would only increase—if it changed at all. On hasty OR, it seems to be the case that CSS defines the px unit to be "exactly 1/96th of an inch in all printed output" and that modern high-resolution screens commonly fall into alignment with the printed output standard, transforming the px into a de facto constant on most modern devices. On this basis, it's unlikely that a 16px font is larger than 14 points, as previously studied, and nowhere close to the recommendations from the newer study cited here in detail. Until this confusion is further clarified, be careful not to evaluate the proposal on the basis that the chosen font size for this prototype is only modestly less than these newer font size recommendations.