RE: langages scientifique, substitution automatique

[Robert Keeble <RKeeble@xxxxxxxxx>]

> -----Original Message-----
> From: Thierry Bouche [mailto:thierry.bouche@xxxxxxxxxxxxxxx]
> Sent: Saturday, October 16, 1999 11:23 AM
> To: typographie@xxxxxxxx
> Subject: Re: langages scientifique, substitution automatique
> 
> 
> 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
<...>
> > 
> > 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
<...>
> 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.

That's a good idea. If there is justification information from the font
designer, make it available in an application generated H&J.

> 
> > 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...)

Sure, that is the reasonable way to do it. Many QXP users don't realize that
the ligature characters are not inserted in the document, they only exist
when the text is displayed or printed. (Or not at all in the case of
Windows, or 'ffi', 'ffl', etc. ;^)  OpenType is based on this idea that
content and presentation are separate, and XML and XSL also make use of the
idea. It fits well with having multiple views of a document, too -- the
views are just different presentations of the same information.

> > >  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.

And there's the problem; anything that is not standard, like specialized
expert fonts with different glyphs replacing the letters A-Z (for instance)
is hard for an application to manipulate. When should the glyph #172 be
used? That's one of the problems OpenType gets at, selecting appropriate
replacement glyphs by embedding the designer's intentions in the font
itself. What to do with the old ones? There may not be enough return on
investment for anyone to attempt  this level of control for older fonts.
After all, it is a little late with OpenType looming on the horizon.

> > >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 

My concern is not so much with finding a way to do the right thing in the
application, but letting the user control the substitutions in an easy to
use interface. Math users would probably like a tool that allowed using
regular expression parsing to do substitutions, but many casual users would
find it too difficult. I seem to hit this theme regularly, but I really
think it is one of the hardest things about the new capabilities coming with
smart fonts like OpenType: how to give the advanced user easy to use control
over the advanced capabilities.

> 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

Thanks, I'll read it.


Robert Keeble
Quark, Inc.