Re: [XP] langages scientifique, substitution automatique

[Olivier RANDIER <orandier@xxxxxxxxxxx>]

>Je mets le flag [XP], omis au début du trhead.

L'animateur te remercie ;-)

>At 19:22 + 0200 16/10/99, Thierry Bouche wrote :
>>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.
>>
>Ce serait bien, hein ? Mais bon, on sort de l'épure, là...

Dans une police postscript, il est tout-à-fait possible de prévoir des
talus de pied et de tête. Il suffit de dessiner plus petit dans
l'em-square. Dans la pratique, on ne le fait pas parce que ça diminue la
précision et parce qu'alors la cohérence des corps risque de laisser à
désirer.

>>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.
>>
>Très exactement ! On doit pouvoir retrouver son texte en sortant aussi
>propre qu'on aurait souhaité le trouver en entrant...
>
>>Pour des sorties XML,
>>
>Ou PDF... Ou ASCII, ou Word. Ou n'importe quoi. Pour une nouvelle mise en
>pages, avec une autre police, aussi !
>
>>(pas sûr que cette distinction
>>entrée/sortie fasse sens pour un programme wysiwyg, malheureusement...)
>>
>Pourquoi ?
>
>Sur mon Commodore 64, c'était peu envisageable, pour des raisons de taille
>mémoire, de vitesse du processeur, etc. (encore que les programmeurs
>faisaient, à l'époque, d'étonnantes merveilles : j'avais un vrai
>vérificateur d'orthographe, sur mon Commodore 64 !)
>
>Mais de nos jours ? Sur mon joli G3 ? Sur ta console Unix ? Tu ne me feras
>pas croire qu'un programme ne peut pas calculer ce genre de choses à la
>volée, au moment de la sortie graphique (donc de l'affichage !), de façon
>transparente pour l'utilisateur.

D'autant plus qu'Xpress sait déja le faire (fi, fl). Il s'agit juste
d'étendre la fonctionnalité aux glyphes d'une métafonte et d'en améliorer
la souplesse.

>>Évidemment, s'il est mal fait (genre codage expert, noms de
>>glyphe AdobeStandard -- souvent vu avec FOG) le programme ne peut y voir
>>goutte.
>>
>On en a plein, des comme ça, y compris des polices commerciales. Donc, il y
>a nécessité de _prévoir_ qu'une police peut être mal standardisée.

Ou pas standardisable (Poetica, Champion, etc.).

Olivier RANDIER -- Experluette		mailto:orandier@xxxxxxxxxxx
	http://technopole.le-village.com/Experluette/index.html
Experluette : typographie et technologie de composition. L'Hypercasse
(projet de base de données typographique), l'Outil (ouvroir de typographie
illustrative).