Re: [XP] langages scientifique, substitution automatique

[Olivier RANDIER <orandier@xxxxxxxxxxx>]

>At 22:20 +0200 20/10/99, Olivier RANDIER wrote:
>>Voir le fichier PDF que j'ai monté à l'adresse suivante :
>>http://altern.org/typographie/techno/interface.pdf
>>
>Sauf que c'est :
>http://altern.org/typographie/techno/Interface.pdf  ;-)

Oups, sorry ! :(

>Une chose me frappe immédiatement : tu ne vois pas que la substitution est
>un événement _permanent_ et _transparent_, tandis que le remplacement est
>un événement unique, et lié à une requête.

Je te prends en flagrant délit de ne pas me lire :
>>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.

Bien sûr que la substitution est permanente et transparente, mais je ne
vois en quoi ça l'empêcherait de se faire à partir d'une requête identique
à celle d'un remplacement, donc à partir de la même interface. La seule
différence (à part le fait que le remplacement modifie le texte
sous-jacent) entre une substitution et un remplacement, c'est que le
remplacement s'exécute ponctuellement à la demande de l'utilisateur, alors
que la substitution est récursive et automatique.
Donc, du point de vue du programmeur, pourquoi faire deux moteurs là où un
suffit ?
À la base de la substitution fi-fl qui existe dans XPress, il y a bien une
requête enregistrée dans le programme, il s'agit juste de permettre à
l'utilisateur de créer ses propres requêtes de ce type, au lieu de le faire
via un cherche/remplace dont le mode de fonctionnement ne convient pas (pas
récursif, pas automatique et modifiant le texte sous-jacent).
En fait, si le moteur de substitution est bien fait, le cherche/remplace ne
sert plus à grand chose, excepté pour retrouver une occurence dans le texte
ou pour faire des remplacements ponctuels contrôlés par l'utilisateur. Ça
me fait penser à une chose que j'ai oubliée : dans beaucoup de programmes,
la recherche se lance à partir du moteur de recherche, mais peut ensuite
s'exécuter pas à pas à partir du clavier (il y a une commande « [occurence]
suivante » et une « remplacer », avec les raccourcis idoines). Sur XPress,
il faut tout faire en cliquant sur des boutons avec une boîte qui occupe
les trois-quart de l'écran, c'est nul. Dans le genre nul, si on pouvait
éviter que le mot recherché soit affiché (sic) sous une palette, ce serait
bien, aussi ;->
Un truc auquel je viens de penser : on pourrait aussi se baser sur ce
moteur pour l'indexation, il suffit de pouvoir insérer (automatiquement
avant chaque balise délimitatrice d'occurence) une balise d'indexation (du
style remplacer "toto" par "toto<\index>" et de prévoir une fonction
d'import dans le moteur...
Ce qui nous fait un moteur pour trois fonctions ! :-)

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