Typography refresh/fr

Ce document décrit un changement récent apporté à la typographie du thème par défaut « Vector » dans les projets Wikimedia et le logiciel MediaWiki.

Résumé des changements
Nous avons conçu cette mise à jour de la typographie par défaut de Wikimedia avec les exigences suivantes :

Dans ce contexte, nous avons effectué les changements suivants :
 * 1) Lisibilité : Les polices d’écriture doivent être lisibles et belles à toutes les tailles. En tant qu’élément, les caractères doivent aider à faire la différence entre interface et contenu.
 * 2) Cohérence : Une expérience visuelle cohérente entre les ordinateurs de bureau et les périphériques mobiles.
 * 3) Disponibilité : Toutes les polices que nous utilisons doivent être déjà disponibles (ou rendues disponibles) sur toutes les plate-formes où les projets Wikimedia sont présents. Toute sélection doit continuer de fonctionner correctement, quelle que soit la plate-forme (OS X, Windows, Linux, plate-formes mobiles)
 * 4) Accessibilité : le contenu des projets Wikimédia doit être accessible à tous, y compris aux personnes handicapées.


 * Nouvelles polices
 * Nous avons défini les familles de polices suivantes : le style des titres a été défini à « Linux Libertine, Georgia, Times, serif ». Le style du corps des articles a été défini à « Arimo, Liberation Sans, Helvetica Neue, Helvetica, Arial, sans-serif ».


 * Notez que cela ne signifie pas que votre navigateur devra télécharger toutes les polices de ces listes, mais qu'il sélectionnera la première police déjà installée dans chaque liste.


 * Changement de l'espacement et de la taille des titres, du corps du texte et des interlignes : Avec la largeur actuelle du texte, les titres doivent ressortir clairement et l'espace entre les lignes doit être suffisant pour permettre une bonne lisibilité sans créer de fatigue visuelle. Les titres seront désormais définis de la façon suivante : 2em/1.8em pour H1 (le titre de la page), 1.6/1.4em pour H2 (les titres de section), 1.4/1.2em pour H3, 1.2/1em pour H4, 1/1em pour H5. Pour le corps du texte, la taille a été augmentée de 0.8em à 0.875em et l'espace entre les lignes de 1.5em à 1.6em. Cela se traduira par des valeurs en pixels légèrement différentes selon votre navigateur et votre système d'exploitation, mais globalement, le résultat sera une légère augmentation de la taille de la police. L'attribut line-height des textes en exposant (sup) est maintenant égal à 0 afin que la présence de numéros de références ne modifie pas l'espace entre les lignes, un problème qui avait été signalé il y a longtemps.


 * Nouvelle couleur du texte : En triplets hexadécimaux, la couleur du texte est désormais définie à  sur fond , contre   sur fond   précédemment. En termes moins techniques, cela signifie que la couleur a été modifiée de noir sur fond blanc à gris très foncé sur fond blanc. (La couleurs des liens, des titres et des autres éléments reste inchangée.)


 * Contenu préformaté : Lorsqu'un long contenu  est présent, une barre de défilement horizontale sera affichée pour ce contenu plutôt que pour la page entière.

FAQ
Ce qui suit répond aux questions clés liées à ce changement.

Qui verra ce changement ?
Tous les utilisateurs des sites Wikimédia qui utilisent l'habillage Vector par défaut, les lecteurs comme les éditeurs. Les utilisateurs qui ont personnalisé leurs préférences d'affichage ou utilisent un habillage alternatif comme Monobook ou Cologne Blue ne verront aucun changement.

Veuillez noter que les utilisateurs qui ont personnalisé leur feuille de style CSS, ou qui passent par une plateforme où les administrateurs ont modifié le CSS de l'ensemble du site, peuvent obtenir un résultat inattendu. Merci de lire ce résumé et de parcourir la présente foire aux questions avant de vérifier qu'un élément de design particulier peut être attribué à ce changement de typographie.

Quel était le problème avec notre typographie pour commencer ?
Le texte est l'élément visuel central des projets Wikimedia, que ce soit pour l'encyclopédie Wikipédia ou des projets plus petits comme Wikisource et Wikibooks. Nous voulons que l'apparence visuelle du site donne à nos utilisateurs une sensation de précision, de fiabilité et de clarté, comme avec le contenu qu'ils lisent. Avant cette mise à jour de la typographie, nous avions plus de 20 tailles de police arbitrairement définies rien que pour les ordinateurs de bureau, ce qui ne donnait pas un aspect cohérent. La taille de la police était trop petite pour de nombreux lecteurs et la hauteur des lignes pouvait rendre la lecture de longs textes difficile. À propos des titres, ils doivent être des points d'entrée dans de longues pages de texte et leur style a été défini en conséquence afin d'améliorer la lisibilité. Nous avons voulu obtenir un meilleur équilibre et une meilleure cohérence pour que les utilisateurs puissent parcourir efficacement la page ou se plonger dans une lecture approfondie.

Les problèmes fonctionnels avec nos anciens styles ont d'abord été résolus par des améliorations de la typographie dans l'interface pour mobiles. Ceci nous a donné la chance d'essayer une plus grande taille de police, des interlignes plus grands et des titres avec une police serif. Désormais, il est temps de s'attaquer aux problèmes de lisibilité et d'accessibilité dans toutes les langues et tous les projets, ainsi que de rendre l'apparence cohérence entre les ordinateurs de bureau, le web mobile et les applications.

Y a-t-il une police idéale qui réponde à nos besoins de lisibilité dans tous les alphabets ? Que pensons-nous qu'elle soit ?
Non, il n'y a aucune police idéale qui allie... Nous devons prendre une décision pragmatique permettant de satisfaire au mieux ces exigences, dans la limite du possible. Des millions d'utilisateurs lisent chaque jour Wikipédia sur des périphériques variés. Les nouveaux choix de police amélioreront la lisibilité et la cohérence entre les plates-formes, même s'ils ne sont pas parfaits.
 * 1) l'ubiquité, c'est-à-dire la disponibilité dans tous les systèmes d'exploitation courants (bureau ou mobiles).
 * 2) un rendu correct des glyphes, des diacritiques et des centaines de caractères non-latins, ainsi qu'un bon crénage entre deux caractères, afin que les utilisateurs n'aient pas à plisser les yeux pour les lire.
 * 3) une hauteur d'x convenable, afin que la police soit lisible même avec une taille réduite, pour les liens de navigation à gauche, les légendes, les conditions de service et les informations secondaires.
 * hinting : des caractères nets pour les petites tailles de police, en particulier sous Windows.

Pourquoi augmenter la taille de la police et les interlignes ?
C'est un petit changement prudent. La taille de police précédente était illisible pour de nombreux utilisateurs. Les retours des utilisateurs nous ont montré que ceux qui avaient des problèmes de vision, même basiques, avaient très souvent besoin d'agrandir le texte. Comme nous nous efforçons de rendre l'information accessible à tous, ce changement nous a semblé être un besoin élémentaire pour toute amélioration dans ce domaine.

Le corps du texte est l'élément central des pages sur les projets Wikimedia. Pour la plupart des projets linguistiques, le texte est petit et dense selon nos mesures. Bien que cela occupe efficacement la page, le manque d'aération crée une fatigue visuelle lors d'une lecture prolongée. De plus, utiliser une taille inférieure à 14px n'est pas recommandé pour les scripts non latins. Les mots portent des exposants et des glyphes qui ont tendance à être écrasés et ne peuvent pas être lus sans plisser les yeux.

Pourquoi utilisons-nous des polices serif pour les titres ?
Pour un meilleur constraste et une meilleure distinction entre le corps du texte et les titres. Les titres agissent comme un point d'entrée lorsque les utilisateurs parcourent une page. Les titres ajoutent de la diversité visuelle à nos polices. Les titres et les images ont un rôle essentiel, ils cassent la monotonie de la page. Combiner des polices serif et sans serif n'est pas une idée inhabituelle ni originale.

Pourquoi avons-nous choisi les polices serif Linux Libertine, Georgia et Times ?
Les titres de section sont le point d'entrée dans l'article. Une police serif permet une distinction visuelle avec le corps du texte, ce qui aide l'utilisateur à parcourir la page. Serif are also well-known for conveying a traditional demeanor that is in keeping with our design goals.

Linux Libertine n'est pas très répandue, mais c'est une police libre/ouverte bien conçue qui est aussi utilisée dans le logo de Wikipédia. Ceci en fait un élément omniprésent du langage visuel de Wikimedia et rend cette police appropriée pour une utilisation dans les titres. Georgia est une police optimisée pour les navigateurs et les écrans. De plus, elle est largement répandue sur les plates-formes les plus popularies, notamment Windows, Mac OSX et iOS. Linux Libertine et Georgia sont de bonnes polices complémentaires et s'associent bien à Helvetica et Arial. Times est présent pour garantir que les utilisateurs de Linux ont une bonne police serif par défaut – les systèmes Linux n'incluent ni Linux Libertine ni Georgia par défaut. En incluant Times dans la liste, la plupart des utilisateurs verront Nimbus Roman No9 L.

Pourquoi avons-nous défini de nouvelles polices sans serif ?
Auparavant, pour le corps du texte, la seule police spécifiée était « sans-serif », ce qui signifie que le navigateur utilisait sa police sans-serif par défaut. À l'exception d'Helvetica, les polices utilisées par la plupart des navigateurs dans ces circonstances n'ont pas un bon rendu des glyphes, paires et signes diacritiques en petite taille. Il n'y a pas de police libre/ouverte répondant à ce besoin tout en étant universellement disponible (voir le tableau).

Parmi tous les choix libres/ouverts possibles, les polices Liberation Sans et Arimo, très proches, ont les meilleures caractéristiques d'affichage (bonne hauteur d'x et bonne lisibilitéé à toutes les tailles). La forme des lettres ressemble à Helvetica et Arial, ce qui assure une expérience cohérente. Arimo a la meilleure conformité technique (bon rendu des fonctionnalité Unicode les plus obscures) mais n'est installée par défaut que dans ChromeOS. Liberation Sans a un niveau de présence convenable et est produite par Red Hat qui peut nous aider à corriger les problèmes de rendu. Nous avons défini Neue Helvetica pour les utilisateurs de Mac car c'est une version un peu plus développée d'Helvetica où la ponctuation est améliorée, la hauteur d'x est plus cohérente et dans certain cas elle a un aspect plus arrondi (more rounded bowls and counters). Dans l'ensemble, c'est une version optimisée d'Helvetica, bien qu'elle ne soit pas forcément idéale pour tous les scripts.

Nous définissons des polices à la fois pour obtenir une cohérence entre les appareils et les plates-formes et pour garantir une lisibilité et un rendu appropriés à toutes les tailles pour les scripts latins et non latins. Ces spécifications étant définies, les utilisateurs intéressés peuvent télécharger les polices libres/ouvertes qui ont été testées ou nous rapporter les problèmes rencontrés avec les solutions de repli, ce qui nous permettra de résoudre ces problèmes d'une manière plus systématique.

Pourquoi avons-nous inclus des polices non libres dans la liste des polices ?
La liste inclut des polices telles que Helvetica Neue et Arial qui sont disponibles sur toutes les principales plates-formes. Bien qu'Arial soit déjà souvent utilisée comme police sans serif par défaut, nous avons besoin de l'inclure dans la liste afin d'avoir un comportement prévisible en l'absence des autres polices. Pour garantir une expérience fiable aux utilisateurs entre les différentes plates-formes du mieux que nous le pouvons, nous avons décidé d'inclure les polices non libres dans la liste puisque de nombreux systèmes d'exploitation (tels que Windows, MacOS et iOS) n'ont aucune police libre/ouverte installée par défaut.

Il est particulièrement important de noter qu'en raison de la façon dont fonctionnent les paramètres CSS qui contrôlent la famille de polices, spécifier une police particulière ne crée pas une dépendence forte à cette police et n'entraîne pas le téléchargement de cette police. Cela signifie que les polices que nous définissons n'apparaissent que si l'utilisateur les a déjà et que le texte de Wikimedia continuera à apparaître, que vous ayez ou non une police donnée.

Pourquoi ne pas utiliser des webfonts ?
Les webfonts sont un système permettant de fournir une police aux utilisateurs qui ne l'ont pas installée. Ceci implique que le navigateur de l'utilisateur télécharge une police que nous fournissons, ce qui a pour conséquence le chargement de ressources supplémentaires et aurait un effet négatif sur les performances du site (c'est-à-dire la vitesse de chargement des pages). C'est particulièrement le cas pour les navigateurs anciens. À l'avenir, nous essaierons peut-être d'utiliser des webfonts, mais pour l'instant cette mise à jour permet d'améliorer la lisibilité et la cohérence sans faire augmenter le temps de chargement des pages.

Pourquoi avons-nous changé la couleur du corps du texte ?
Les nouvelles valeurs ( sur  ) ont un niveau de constraste de 15.3:1, ce qui est évalué à AAA par les WCAG 2.0 1.4.6. Utiliser du noir pur sur fond blanc à la fois pour le corps du texte et les titres n'est pas recommandé pour plusieurs raisons. Les utilisateurs dyslexiques sont sensibles à la juxtaposition de texte noir sur fond blanc en raison du contraste élevé. Ceci peut provoquer la sensation que les mots tourbillonnent ou se confondent. Pour les utilisateurs avec des problèmes d'accessibilité, le constraste du noir pur sur blanc pur peut aussi augmenter l'effort visuel requis.

Comment ce changement s'est-il déroulé ?
This typography update was first tested for four months, and then released on mobile web for all Wikimedia projects in October 2012. These included font stack declarations for serif headings and sans serif body copy, as well as increased type size and leading for body copy and captions.

These changes were later brought into desktop as a beta feature, starting in November 2013. This beta feature then went through three major iterations based on community feedback.

Comment avons-nous obtenu des retours ?
Many of the typography changes were first tested on mobile in October 2012, much of the learning was integrated into the typography beta feature for desktop which was launched October 2013 and went through three major releases. During the time the beta feaure was used by over 14,000 users across the top 10 Wikipedias, and more than 100 discussion threads were created on the feature's Talk page.

Est-ce que je peux choisir de revenir aux polices par défaut ?
Oui. Les utilisateurs des sites Wikimédia connectés grâce à leur compte utilisateur peuvent personnaliser leur propre feuille de style CSS (c'est-à-dire Special:MyPage/common.css ou Special:MyPage/vector.css de chaque wiki) pour passer outre tout ou partie des changements. Vous pouvez aussi définir la police par défaut que votre navigateur internet utilise pour afficher les polices "serif" et "non-serif". Si votre système ne dispose pas de ces polices, les préférences du navigateur seront utilisées à la place.

L'avons-nous testé sur un panel de navigateurs et de systèmes d'exploitation ?
Oui, le nouvel ensemble de polices a été testé sur les systèmes d'exploitations suivants : Windows XP, Windows 7, Windows 8, Ubuntu Linux, Mac OSX 10.8, iOS 6 et 7, Android et Chrome OS. Le rendu des polices en matière de taille, de graisse et de glyphes ont été testées sur Windows, Ubuntu Linux, Mac OS 10.8, Android et Chrome OS.

Comment les projets non-anglophones s'adapteront à ces changements ?
By default, the typography update will be applied to all projects (as part of the Vector skin). There may be languages that need to override some of these styles to accommodate particular scripts. For example, some scripts may need a taller line height or larger font size. Each wiki can override these particular styles by editing their MediaWiki:Vector.css page. We encourage other projects to audit the changes introduced by the update, and override the CSS only where necessary based on their script.

Also see the issues that we are already aware of regarding other language projects.

Qu'en est-il des scripts non latins ?
The old type size in non-Latin scripts was 0.8em (12.8 px). This squashes glyphs and superscripts significantly along with the type being too small to read. Scripts examined were Urdu, Marathi, Bahasa Melayu, Chinese, Korean, Navajo. The body copy type size increase will improve readability for most scripts. Specifically for Navajo, an override will be provided because character pairs render strangely in Helvetica.

Inline CSS guidance can be provided to ensure that languages make overrides on a case-by-case basis as needed. Please comment on the Talk page if you primarily use a non-Latin script and encounter significant problems.

Code links

 * Old/Current:
 * (mediawiki/core.git) / skins / vector / variables.less
 * (mediawiki/core.git) / skins / vector / components / common.less
 * Plus local wiki files such as en:MediaWiki:Vector.css and en:MediaWiki:Common.css


 * New/Typography refresh:
 * (mediawiki/extensions/VectorBeta.git) / less / variables-beta.less
 * (mediawiki/extensions/VectorBeta.git) / less / screen-beta.less
 * (mediawiki/extensions/VectorBeta.git) / less / styles.less
 * Plus local wiki files, as above.


 * (Note: Per the talkpage comment, the ToC/Blockquote/Thumbnail/ext-link-icon elements are being removed in the next few days, so ignore them.)