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_.
- Re: petites caps ital, (continued)
- Re: petites caps ital, Thierry Bouche (16/10/1999)
- Re: petites caps ital, Alain Hurtig (16/10/1999)
- Re: [XP] langages scientifique, substitution automatique, Olivier RANDIER (17/10/1999)
- Re: [XP] langages scientifique, substitution automatique, Alain Hurtig <=
- Re: [XP] langages scientifique, substitution automatique, Thierry Bouche (18/10/1999)
- Re: [XP] langages scientifique, substitution automatique, Jean-Denis Rondinet (18/10/1999)
- Re: [XP] langages scientifique, substitution automatique, Alain Hurtig (19/10/1999)
- [GAUD.] hors-charte culinaire, Jean-Denis Rondinet (19/10/1999)
- Re: [GAUD.] hors-charte culinaire, Philippe Jallon (19/10/1999)
- Re: [XP] langages scientifique, substitution automatique, Olivier RANDIER (19/10/1999)
- Re: [XP] langages scientifique, substitution automatique, Alain Hurtig (19/10/1999)