RE: [XP] langages scientifique, substitution automatique

[Olivier RANDIER <orandier@xxxxxxxxxxx>]

>> -----Original Message-----
>> From: Alain Hurtig [mailto:alain.hurtig@xxxxxxxxxxx]
>> Sent: Saturday, October 16, 1999 2:04 AM
>> To: typographie@xxxxxxxx
>> Subject: Re: langages scientifique, substitution automatique
>>
><...>
>>
>> Autre problème : la césure. Une ligature « en dur » (dans la police) n'est
>> pas césurable par définition. Ça pose problème avec « ff », et bien entendu
>> avec des tas d'autres ligatures qui peuvent avoir été inventées par un
>> dessinateur et qui ne sont pas standards. À noter : ce problème de
>> substitution se pose aussi avec les césures en allemand, puisque « ck »
>> devient « k [k » - exemple du code de l'IN : « Drucken » devient « druk
>> [ken », je crois que InDesign gère ça, d'ailleurs !
>
>XP does this for German as well, though I'm not sure how well. These sorts
>of issues aren't as much of a problem as you might think. In response to
>Thierry's comments, I discussed the separation of presentation from content
>-- hyphens, ligatures, and the like are generated for display or printing,
>but not embedded in the document as hard-wired character codes.

Dans la version allemande, ou également dans la version française ? Ah,
c'est vrai, XPress est maintenant Passport (sic) ;->
Je vous attends sur le support multilingue et WorldScript, ça va saigner...

>> >  It seems more useful to have a tool that could build a profile of each
>> >font and compare them in a way meaningful to the user -- ligatures present,
>> >true smallcaps, whatever -- and can build a permanent database of the
>> >information for future recall, for later comparisons, or for grouping fonts
>> >in user-defined buckets as in ATR.
>> >
>> C'est aussi une solution. En fait, l'essentiel pour moi est qu'une fois
>> tout ce tintouin informatique achevé (ou corrigé et mis à jour s'il y a
>> lieu), le reste soit transparent pour l'utilisateur.
>
>So maybe we're again suggesting an optional module for the super-user. Using
>OpenType as an example, the standard application might allow coarse control
>like turning entire features on or off. An XTension or add-in could allow
>exposing the guts of the font features, with control down to each case for
>each feature. A tree structure might be nice here:
>
>	-- AvanteGarde
>	    |
>	    -- Substitutions
>	        |
>	        | - Ligatures
>	        |   |
>	        |   | - Standard
>	        |   |    |
>	        |   |    | - ffi
>	        |   |
>	        |   | + Discretionary
>	        |
>	        | + Swash
>	        |
>....

Non, essayer de construire un modèle universel est voué à l'échec. Il est
beaucoup plus simple de travailler à partir de séries sélectionnées
directement à l'écran dans des tables façons PopChar. Même si on peut avoir
quelques trucs préenregistrés pour ce qui se ferait souvent (substitution
des elzéviriens, ligatures classiques, etc.). Par contre, qu'on puisse
construire des "profils" de cette façon est une idée très intéressante. Ça
revient un peu à l'idée de la métafonte, il ne manque plus que la gestion
du crènage à l'intérieur de cet ensemble.

N.B. -- Please try to not forget the [XP] flag.

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