Espaces fines

Fragment of a discussion from Portal talk:Fr
Jump to navigation Jump to search

Impossible de voir les réponses au delà du niveau d'indentation (bogue connu de LiquidThread). En tout cas, Apple lui-même ddéfinit bien NNBSP, il l'affiche aussi mais c'est un bogue dans sa police système UI qui n'affiche plus rien depuis MacOS8 avec cette police qui a été modifiée pour des versions de MacOS ultérieure (qui n'ont pas besoin de mapping), mais distribuée à tord sur des versions anciennes (qui demandaient encore un mapping explicite du caractère avec les anciens moteurs). Ca marche sur les autres polices car elles sont au courant du bogue et ont conservé un mapping de NNBSP. Et opn voit que tous les navigateurs pour Mac ne font pas la même chose et contournent ce bogue qui en est bien un sur certains Macs et iPhones). Mais Apple n'a pas changé ses recommandations. Son rendu avec sa police système propriétaire ne marche pas, mais sur le web rien n'oblige à utiliser cette police (Apple est tout aussi mauvais pour formater correctement les grands nombres dans son propre tableur en français ou dans les langues utilisant le format ISO standard, où ni la virgule ni le point ne sert de séparateur de groupe, mais un NNBSP est décrit comme neutre et ne souffre aucune des ambiguïtés entre séparateur décimal ou séparateur de groupe selon les langues et usages; le NNBSP est également standard dans les pays bilingues français/autre comme le Canada ou la Belgique ; la Suisse est originale en proposant l'apostrophe verticale comme séparateur de groupe, mais c'est peu utilisé). Le NNBSP n'est pas une "lubie" personnelle, elle est décrite dans de nombreux standards et soutenue aussi par Apple, même s'il a un bogue dans certains rendus (un bogue facilement contournable: la police système UI n'est de toute façon PAS conçue pour le contenu web et Apple a déjà convenu de régler ça cette année avec la sortie d'Unicode 13 au printemps et aussi ses propres remraques concernant le codage de la langue mongole où Apple est directement mentionné comme ne respectant pas un standard nécessaire). Et contrairement à une légende, l'introduction de NNBSP dans Unicode 4 était concomitante avec le premier encodage de l'écriture mongole mais n'était pas liée uniquement à son usage en mongol (un usage qui persiste encore mais qui va être bientôt abandonné): il se trouve seulement que pour le mongol il avait été décidé (à tord) d'unifier le séparateur de voyelle mongole avec la fine insécable; le séparateur mongol (MVS) a depuis été codé, mais il va être généralisé (NNBSP sera officiellement déprécié en faveur de MVS uniquement pour cette écriture, mais pas pour le reste: la fine reste une fine soutenue par l'ISO et les typographes pour diverses langues, y compris en anglais, et pas seulement le français et standardisée par CLDR et Unicode, présente dans ICU; et cela a été reconfirmé et renforcé partout dans CLDR là où elle manquait encore). Bref c'est un faux problème: ceux qui ont les moyens d'acheter du matériel Apple le font en connaissance de cause, et ceux qui pinaillent pour voir une espace peuvent le faire avec un réglage très simple du navigateur ou les préférences du wiki., ou avec toutes sortes d'outils de personnalisation pour leur smartphone (Apple n'impose pas du tout ses polices système pour tout et surtout pas le contenu dont il n'est pas à l'origine: applis tiersces et contenus web comme c'est le cas ici; et aucun typographe ni aucune publication n'utilise les polices système propriétaires d'Apple sans violer les droits d'auteur d'Apple).

Verdy p (talk)14:02, 8 December 2019

Comme dit plusieurs fois, il n’est pas possible de changer la police dans les préférences de Safari, ni sur les autres navigateurs sur iOS qui sont forcés d’utiliser le même moteur de rendu que Safari.

J’ai proposé un compromis qui a été accepté par plusieurs traducteurs, s’il y a quelqu’un qui pinaille c’est plutôt vous sinon cette discussion aurait déjà été close.

Thibaut (talk)14:25, 8 December 2019

Ils sont forcés d'utiliser le moteur de rendu, pas forcés d'utiliser les polices système (pas plus que les auteurs de sites webs comme ici). Ces polices systèmes n'ont jamasi été conçues pour produire du contenu, le web est nécessairement ouvert à d'autres appareils que ceux (bogués et chers) d'Apple. Et ça fait longtemps que les typographes utilisent des Mac mais jamais les polices Apple trop limitées: ils en ont de bien meilleures et ont des règles linguistiques et typographiques bien plus précises que ce que demande Apple pour l'UI priopriétaire de son OS uniquement, mais pas du tout pour les contenus.

Verdy p (talk)15:05, 8 December 2019

Il faut tenir compte non seulement de l'idéal, de ce que peut faire la machine mais ce que fait la machine par défaut car dans 99% des cas l'utilisateur sera dans ce cas.

Et donc la logique veut qu'on utilise l'espace insécable de largeur normale et non l'espace insécable fine. Car entre afficher une espace un peu trop grande et pas d'espace il n'y a pas photo.

Choix révisable dans quelques années si l'espace insécable fine est correctement affichée partout.

Trial (talk)17:28, 8 December 2019
 

Je viens de faire un test avec des polices autres que celles d'Apple et là non plus l'espace fine insécable ne s'affiche pas (alors qu'elle s'affiche sur d'autres programmes sur macOS).

On peut d'ailleurs remarquer des "tofu" avec la police libre DejaVu Sans Mono.

Thibaut (talk)13:22, 9 December 2019