Archive Liste Typographie
Message : Re: [XP] langages scientifique, substitution automatique

(Alain Hurtig) - Lundi 18 Octobre 1999
Navigation par date [ Précédent    Index    Suivant ]
Navigation par sujet [ Précédent    Index    Suivant ]

Subject:    Re: [XP] langages scientifique, substitution automatique
Date:    Mon, 18 Oct 1999 06:00:42 +0200
From:    Alain Hurtig <alain.hurtig@xxxxxxxxxxx>

At 19:44 + 0200 17/10/99, Olivier RANDIER wrote :
>>>Is there anything for chemistry, etc?
>
>On a dit un peu vite qu'il n'existait pas de polices de chimie. Dans mon
>catalogue Linotype,
>
Le monsieur parlait de logiciel (ou de plug-in) de composition, pas de
polices de caractères.

>Dans mon idée, il faudrait un véritable moteur de substitution, qui
>pourrait être le même que le moteur de recherche. On enregistre une série
>de requêtes, qu'on peut lier à une (méta)fonte ou à une feuille de style.
>Ces requêtes sont ensuite exécutées récursivement et dynamiquement, en
>toute transparence.
>
C'est l'idée, sauf qu'il me semble que tu es emporté par ton enthousiasme
et que tu en veux _trop_.

Décrit comme tu le fais, ce moteur devient une usine à gaz, un monstre
impossible à maîtriser. Si on avait déjà un bête et brave moteur de
substitution gérant quelques cas particuliers (y compris les substitutions
contextuelles), ce serait déjà pas mal.

>Ou bien d'utiliser les swash caps de la
>troisième série de Poetica en début de ligne et celle de la première série
>pour le reste.
>
Ça, ça me semble l'exemple typique : tu vas rendre tout trop compliqué pour
l'utilisateur (et je n'imagine même pas le casse-tête que va constituer
l'écriture de l'interface !)

>Ou encore remplacer tous les v isolés en italique par des nu.
>
Admettons, mais est-ce qu'un script qui commanderait un
« chercher-remplacer » efficace n'irait pas tout aussi bien ?

On peut faire des scripts avec XPress ! Personne ne le fait jamais, parce
qu'AppleScript est aussi chiant à programmer que lent à s'exécuter, mais
bon, c'est même ahurissant le nombre de commandes disponibles dans XPress
(mal documentées, comme si Quark en avait honte, mais c'est un autre
problème).

Donc, il y aurait nécessité de faire un « chercher-remplacer » intelligent,
c'est-à-dire qui gère tout ce qu'il ne gère pas actuellement (y compris les
attributs typographiques) et qui permette les séquences de commande,
éventuellement les boucles, dans tous les cas les commandes conditionnées
par des booléens (If... AND..., etc.) C'est lié à la substitution
automatique (qui doit aussi gérer certains attributs typographiques :
petites capitales, exposants, italiques et gras, etc.), mais ce n'est pas
la même chose.

Et qu'on ne vienne pas me dire que c'est trop compliqué à programmer (sic)
et que ce serait trop compliqué pour les utilisateurs. Des
macros-commandes, c'est pas trop compliqué, non ?

>multiples, comme Beowulf), un paramètre aléatoire serait utile aussi.
>C'est très important. Je n'imagine même pas le nombre de casse-têtes qui
>pourraient être résolus avec un tel système.
>
Moi non plus, je n'imagine pas ;-). Tu peux donner des exemples ? Parce que
je n'en imagine aucun... :-).

>Mais il faut que ça puisse se faire en fonction de la
>fonte/feuille de style et non pour tout le document, comme c'est le cas
>actuellement.
>
Et qu'on puisse sauver la série de commande, soit qu'on ait à composer
encore le même type de document, soit qu'on veuille l'adapter pour un autre
travail.

>Je dirais plus : il faut pouvoir contrôler cette réversibilité. Je veux
>bien qu'à l'export en texte on me substitue f-f-i à ffi, mais pas que mes
>nu redeviennent des v italiques ! Donc ça doit être un attribut de la
>requête (genre une case à cocher).
>
Je n'ai rien contre. Ce serait un paramètre supplémentaire.

>Encore une fois, XPress sait le faire avec fi et fl, il n'y a pas de raison
>qu'avec une métafonte ce ne soit pas possible.
>
Ni aucune raison pour que ce ne soit pas extrêmement rapide, invisible pour
l'utilisateur. D'autant que des substitutions, il n'y en aura jamais
beaucoup, sauf cas rarissimes.

>Et ça résoud également le problème des césures.
>
Oui ;-).

>Mais je trouverais dommage de
>limiter ce système à un logiciel. Pour moi ce doit être une fonctionnalité
>intégrable au système (comme Suitcase, ATM et ATR).
>
Moi aussi, mais là on parle d'un moyen pour XPress de sauver sa peau (et
pour Robert et ses collègues de ne pas être au chômage dans quelques
mois ;-) Jean-Denis ne va pas être content : imagine qu'on ait satisfaction
sur la moitié de ce qu'on demande : quel programme fabuleux on aurait !)

Alain Hurtig                                    mailto:alain.hurtig@xxxxxxxxxxx
-----------------------------------------------------------------------------
Recherchons les enfants, les parents des enfants, les enfants des enfants,
les cloches du printemps, les sources de l'été, les regrets de l'automne,
le silence de l'hiver.
   Philippe Soupault, _Un deux ou trois_.