Re: langages scientifique, substitution automatique

[Thierry Bouche <thierry.bouche@xxxxxxxxxxxxxxx>]

Alain Hurtig a écrit:
> >Is it possible for a font
> >designer decide what justification parameters will work without ever seeing
> >the text of the document? Comments?
> >
> Je ne crois pas. Ce qu'un dessinateur peut faire, c'est penser que dans des
> conditions optimums d'utilisation, tels paramètres sont bons. Mais on aura
> toujours des cas d'espèces... Une bonne métrique permet d'obtenir de bons
> paramètres sans trop se casser la tête. Et donc d'avoir un bon gris
> typographique, un titre équilibré, etc.
> 
> D'autres avis là-dessus ?

Je trouve très bien que le dessinateur puisse préciser dans sa police
les paramètres avec lesquels elle fonctionne bien (intermot, pourquoi
pas aussi intermot maximal/minimal, interligne, etc.). De nos jours,
l'AFM d'une police détermine assez précisément son utilisation
_horizontale_, mais laisse la gestion verticale au programme (cf.
l'histoire du corps de Jean-Denis), si les métriques de la police
forcent de meilleurs paramètres par défaut, et que le programme _obéit_
(tout en laissant la possibilité évidemment de faire autre chose, mais
alors en connaissance de cause), les lecteurs ne pourront que s'en
porter mieux.

> Dernier problème, noté par Robert : la restitution du texte, dans une autre
> police ou à l'exportation (vers un fichier Word, par exemple, ou du HTML,
> ou autre). Les ligatures _doivent_ être réversibles, et seule une police
> virtuelle le permet sans trop de manipulations.

Je ne sais pas si seule une police virtuelle, peut-être OpenType aussi,
le point ici, c'est juste de demander au programme de prendre un texte
en clair, et d'appliquer des ligatures pour une sortie graphique quand
l'utilisateur le désire, et la police le permet. Pour des sorties XML,
on peut imaginer conserver le texte en clair (pour permettre la
recherche, le couper-coller, la réutilisation de l'information brute...)
comme méta-commentaire, et afficher une sortie en SVG pleine d'artifices
typo. Donc, oui, très important que la substitution n'écrase pas le
texte, mais s'opère à la sortie (pas sûr que cette distinction
entrée/sortie fasse sens pour un programme wysiwyg, malheureusement...)

> 
> >  It *is* easy to see what characters are present in a font,
> >
> Non, ça ne l'est pas ! Il est facile de voir que « V » est présent dans une
> police Expert, mais rien ne dit _facilement_ qu'il s'agit en fait d'une
> ligature « ff » !

Du point de vue du programme, l'AFM de ladite police permet de le
savoir. Évidemment, s'il est mal fait (genre codage expert, noms de
glyphe AdobeStandard -- souvent vu avec FOG) le programme ne peut y voir
goutte.

> 
> >but what should
> >the application do with this information: When the user changes the font to
> >MS-CoolGlyphs, should it compare which ligatures are present in each font
> >and tell the user which are missing? [...] It gets messy, cumbersome,
> >and slow rather fast.
> >
> Thierry, il va falloir que tu expliques à nouveau comment ça marche sur TeX !

Pitié !
L'idée est pourtant très simple : prends un AFM, il y  a l'instruction L
qui dit : si un i suit un f, utiliser le glyphe fi. Pour pouvoir faire
ça avec des polices différentes, il faut une police virtuelle, avec son
AFM qui va dire d'utiliser ffi par exemple, et il faut que le programme
sache trouver ffi là où il est. Les possibilités (beaucoup plus
générales) des polices virtuelles de TeX sont bien décrites dans
l'article de Yannis :
ftp://ftp.gutenberg.eu.org/pub/gut/publicationsPDF/22-yannis.pdf
Comme ces instructions sont dans les métriques des polices, le programme
est capable tout seul de savoir s'il substitue une ligature ou non,  pas
besoin de demander à l'utilisateur ! et c'est le seul moyen d'avoir
quelque chose qui marche avec des cas très spéciaux, donc avec des
codages non standards : si on assoit les substitutions sur des codages
connus par avance, ça va aller pour les compléments experts et les ligs
ff, mais guère au-delà...

Th.