Re: [XP] Comments on Reflexions so far

[Olivier RANDIER <orandier@xxxxxxxxxxx>]

>	Bonjour,
>
>Dans son courrier, Olivier RANDIER a écrit :
>
>« >	Si ça vous intéresse et comme base de départ éventuelle de demandes
>« >pour les recherches et remplacements, je peux vous faire un rapide topo
>de ce
>« >qui existe dans Calamus, depuis le temps que j'en parle.
>« >	Il y manque aussi des choses à mon goût, d'ailleurs.
>« 
>« Oui, ça peut être une idée. En n'oubliant pas de mentionner ce qu'il te
>« manque encore.
>
>	C'est parti alors :-)
>
>	D'abord, un préliminaire : calamus fonctionne plutôt par « blocs »
>comme Xpress, si ce n'est que ça s'appelle des cadres. Pour modifier le texte
>d'un cadre texte, il y a deux méthodes : soit en corrigeant directement le
>texte dans le cadre (comme Xpress si ma mémoire est bonne), soit en appelant
>l'éditeur de texte intégré. Les recherches et remplacements ne peuvent se
>faire que dans cet éditeur intégré (je ne suis pas très sûr que ce soit un
>manque, mais ça a une conséquence : la recherche ne porte _que_ sur le texte
>du cadre (ou de la chaîne de cadre) sélectionné, jamais sur tous les textes
>d'un document).

Oui ! L'éditeur intégré est une demande que nous avions formulée dans
_Réflexions_ (I.2.c). Actuellement, il est possible d'avoir accès aux codes
de contrôle d'XPress, en enregistrant le texte en XTags et en l'éditant
avec un TdT quelconque*. Mais c'est un peu lourdingue comme démarche.
Par contre, la limitation à une seule chaîne de texte est gênante (dans
XPress on a le choix, y compris pour la vérification orthographique).

>	Dans cet éditeur, le texte n'apparaît pas du tout "mis en page" : il
>utilise la fonte système, point. En revanche, tous les codes de contrôle
>apparaissent : changement de style, de réglette, positions potentielles de
>coupure d'un mot, différents types de fin de paragraphe, cadres ancrés,
>approches modifiées, appels de note,... et peuvent être modifiés ou insérés.

J'ajoute qu'il faut pouvoir afficher/masquer les codes ou afficher juste
leur emplacement. Et ne pas oublier les fonctions de calibrage...

>	Le texte à chercher et le texte à remplacer sont en fait des textes
>exactement comme les autres textes qui apparaissent dans cet éditeur, donc on
>peut y mettre absolument n'importe quel code de contrôle - on peut ainsi
>remplacer un mot par un cadre ancré sans problème, par exemple.

Outre tous les avantages cités pour le moteur de recherche, il y a une
chose qui me tient à coeur et que permettrait un éditeur intégré : c'est la
publication/abonnement, qu'Xpress sait gérer pour les images, mais pas du
tout pour les textes. Comme je l'ai dit dans _Réflexions_, quand on fait
des annonces, on a souvent un texte commun entre plusieurs documents qu'il
serait très pratique de pouvoir mettre à jour simultanément (typiquement,
les mentions légales d'un médicament). Il y a sans doute une difficulté
supplémentaire que je ne sais comment surmonter si l'enrichissement est
différent selon les annonces. Cette fonction permettrait en tout cas de
faciliter la répartition des tâches entre le metteur en pages et le
rédacteur, notamment dans la presse.

>	Bien sûr, il est possible de ne pas distinguer majuscules et
>minuscules ; il est aussi possible de dire qu'une recherche doit être
>récursive (méthode la plus simple pour éliminer les espaces multiples).
>	Comme la mise au point d'un masque de recherche peut être un peu
>délicate dès que ça devient subtil (l'exemple ci-dessus pour les siècles est
>encore très simple...), il est possible de sauver les masques de recherche
>pour usage ultérieur.
>	Comme il peut être pratique de faire plusieurs recherches à la suite
>pour mettre en forme un texte rapidement, il est possible d'avoir plusieurs
>masques de recherche à la suite (la sauvegarde sauve alors l'ensemble).
>	Application pratique : pour nettoyer un texte, il suffit de charger la
>collection de masques de recherche appropriée (élimination des espaces
>multiples, points multiples -> ..., mise en place des bons espaces avant/après
>les ponctuations, - -> tiret ou trait d'union,... tout ce que l'on a eu le
>courage ou l'occasion de préparer comme masque) puis de lancer la recherche et
>hop, le travail est fait.

Un vrai rêve...

Pour toutes les fonctions de recherche, Philippe Jallon et moi avions
consacré un certain temps à traduire un utilitaire intéressant,
PowerReplace, qui permettait de créer des filtres de conversion assez
élaborés avec une syntaxe simple. Il serait peut-être intéressant de s'en
inspirer (avec l'accord de l'auteur, bien sûr). Au fait, Philippe, tu avais
fini la traduction, finalement ?

Dans le même ordre d'idée du nettoyage des textes avant composition évoqué
dans une autre enfilade, il serait pratique de pouvoir spécifier un certain
nombre d'attributs qu'on ne souhaite pas écraser ou qu'on souhaite modifier
de façon précise lors de l'application de feuilles de styles.
Par exemple, lorsque j'importe un texte mis en forme sous Word, je vais lui
appliquer immédiatement la feuille de style texte courant que j'ai
déterminer, ce qui va écraser plein d'attributs superflus. Par contre,
j'aimerais souvent pouvoir conserver les italiques, convertir le souligné
en gras, les exposants en lettres supérieures, etc.

* Récemment, j'ai voulu tester une démarche en Xtags et j'ai eu la mauvaise
surprise de constater qu'apparemment @#&$* Word 98 ne sait plus éditer du
XTags en texte brut :-(
Quelqu'un peut-il confirmer ?

P.-S. -- Pas de nouvelles de Robert Keeble depuis plusieurs jours.
L'ampleur de la tâche l'aurait-elle effrayé ? ;-)

P.-P.-S. -- Eric Mueller d'Adobe a disparu depuis un certain temps aussi
(6 mois). Dommage, la confrontation aurait été intéressante...

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