Re[2]: [typo] chiffres anciens et e supérieur

[Thomas Linard <thomas.linard@xxxxxxx>]

Le 2003-07-07 11:14:36, Thierry Bouche <thierry.bouche@xxxxxxxxxxxxxxx> a écrit :

TB> TL> Donc la phrase peut être traduite par :
TB> TL> « Quand on a la suite « 3d », remplacer le d par un d supérieur. »
TB> 
TB> c'est précisément ça qui me gêne : l'abréviation de third est 3rd plutôt
TB> que 3d, on ?

C'est bien pour ça que le code complet était

    sub three d' by dsuperior;
    sub three r' d by rsuperior;
    sub three rsuperior d' by dsuperior;

ce qui marche pour 3d et 3rd. De même, on peut vouloir permettre 2e et
2ème.

TB> TB>> TL>  Ça peux bien sûr changer si la police s'améliore.
TB> 
TB> d'ailleurs, ça aussi, ça me gêne : ça veut dire qu'un texte fait par
TB> quelqu'un qui a la version x d'une police sera vu différemment par
TB> quelqu'un ayant la version x+1. Et que la modification en question peut
TB> casser la marche éditoriale de celui qui l'a produit !
TB> 
TB> Pour les abréviations, je suis à peu près sûr d'avoir vu des éditeurs
TB> américains préférer « 21st. » à « 21^st ». Si les _st_ de la première
TB> version décollent tous seuls (en laissant le point au sol, qui n'a plus
TB> de raison d'être !) il y a de quoi mécontenter pas mal de monde. (J.-F.
TB> Roberts dira si mon exemple est complètement idiot, je suppose.)

Oui, comme dit Bringhurst en parlant des lettres supérieures : « in
English most such forms are now archaic ».

Pour les polices OpenType : bien entendu la prise en charge d'une
fonction OpenType peut modifier l'apparence d'un texte, mais ça reste
limité. Pour prendre l'exemple d'une implémentation de référence,
InDesign, seulement quelques fonctions sont appliquées « à l'insu » de
l'utilisateur :
- la fonction « kern » (pour les tables de crénage étendues que permet
  le format OpenType) -- le jour où Word supportera OpenType, cela
  pourra changer la mise en page de documents Word simplement par cette
  fonction ;
- si un utilisateur sélectionne la fonction « Tout en majuscules »
  d'InDesign plutôt que de tout saisir en caps, les fonctions  « cpsp »
  (espacement des capitales) et « case » (formes dépendantes de la casse)
  sont appliquées -- si une police gagne ces fonctions dans une version
  x+1, la composition est modifiée ;
- la fonction « Petites majuscules » d'InDesign marche par anamorphose,
  mais si une police gagne une fonction « smcp » (petites capitales)
  dans une version x+1, c'est cette fonction qui sera utilisée (cela
  marche aussi avec une police Type 1 : si l'utilisateur acquiert une
  version SC/OSF de la police, c'est elle qui sera utilisée).

Il y a aussi la fonction Ligatures d'InDesign qui est activée par
défaut : une police qui gagnerait des ligatures changerait la
composition (notons tout de même que Ligatures utilise seulement la
fonction « liga », les ligatures standards, ce qui exclut « dlig », les
ligatures discrétionnaires, « clig », les ligatures contextuelles, et
« hlig », les ligatures historiques -- ce qui ne laisse pas beaucoup de
nouvelles ligatures potentielles comme ligatures standards).

On active la fonction Ordinal d'InDesign (qui utilise la fonction
« ordn » de la police OpenType) quand on veut que certaines
substitutions soient réalisées automatiquement au fil de la frappe (1st
en 1^st, etc. -- selon ce que permet la police). Si ça ne convient pas
ou si on en veut d'autres, il ne faut pas l'activer et prendre plutôt la
fonction Exposant/supérieur d'InDesign (qui fait appel à la fonction
« sups ») : celle-ci est à activer « manuellement », au cas par cas.

L'intérêt de la fonction Ordinal, comme Ligatures, est qu'on peut la
laisser activée en permanence -- si ce qu'elle produit convient, bien
sûr.

À noter que la police Palatino Linotype, la référence d'implémentation
d'OpenType chez Microsoft, n'a pas de fonction « ordn », alors que les
lettres supérieures sont toutes là (dont « è »).

TB> Ce que je voulais dire, c'est que dans ce cas, le flot de caractères
TB> serait plutôt : one, e exposant (même police mais corps différent et
TB> parangonnage), r exposant ; je ne suis pas certain que ces substitutions
TB> s'appliquent quand les corps sont différents (ce qui m'inquiéterait à
TB> nouveau un peu...).

La fonction « ordn » est conçue pour être automatique, elle est donc un
peu « dangereuse » à utiliser : elle peut entrer en conflit avec
d'autres paramètres, comme le parangonnage. Ce qui peut expliquer
l'absence d'implémentation chez Microsoft.

Cordialement,

-- 
 Thomas Linard