En fait la préparation d'un document imprimable en utilisant un logiciel de traitement de texte vous force à combiner deux tâches qui sont conceptuellement distinctes et qui devraient être pratiquement séparées, afin de s'assurer que votre temps soit utilisé au mieux et que la communication finale soit la plus efficace. Ces deux tâches sont :

1. La composition du texte elle-même. Par ceci je veux dire le choix réel des mots pour exprimer ses idées, et structurer le texte de façon logique. Cette structure peut prendre diverses formes selon la nature du document : division du texte en paragraphes, sections ou chapitres, choix du texte qui apparaîtra dans le texte ou dans les notes de bas de page, mise en exergue de certaines parties de texte, citations, etc.
2. La typographie du document. Elle comprend le choix des polices de caractères, et la manière dont les éléments de structure doivent être représentés. Est-ce que les titres doivent être en gras ou en petites majuscules ? Doivent-ils être alignés à droite ou centrés ? Le texte doit-il être justifié ou non ? Les notes doivent-elles apparaître en bas de page ou à la fin ? Est-ce que le texte doit apparaître en deux colonnes ou en une seule ? Etc.

L'auteur d'un texte devrait, du moins dans un premier temps, se concentrer uniquement sur le premier ensemble de tâches. C'est le rôle de l'auteur. L'illustre Adam Smith(1) a montré les grands avantages qui découlent de la division du travail. La composition et la structuration logique du texte est la contribution spécifique de l'auteur à la production d'un texte imprimé. La typographie est l'affaire du typographe. Cette division du travail a naturellement été accomplie dans la production traditionnelle des livres et des articles avant l'arrivée de l'informatique. L'auteur écrivait et indiquait à l'éditeur la structure logique du texte au moyen de diverses annotations. Le typographe convertissait le texte de l'auteur en document imprimé, en représentant la conception logique de l'auteur par une typographie adéquate. Imaginez par exemple Jane Austen (2) se demander dans quelle police mettre les titres de chapitres d'« Orgueil et préjugé » pour voir comment la notion est ridicule. Jane Austen était un grand auteur ; elle n'était pas un typographe.

Vous pouvez penser que c'est hors de propos. Les textes de Jane Austen étaient excellents et les typographes professionnels étaient donc intéressés à les éditer. Vous et moi ne sommes pas aussi chanceux ; si nous voulons un article imprimé nous devrons le faire nous-mêmes (et, en outre, nous le voulons réalisé beaucoup plus rapidement que par l'intermédiaire de l'édition traditionnelle). Ce n'est qu'en partie vrai. Nous devons le faire nous-mêmes (sur nos propres ordinateurs), mais nous avons beaucoup d'outils à notre disposition. En particulier nous avons à notre disposition un programme de composition de qualité professionnelle. Ce programme (ou ensemble de programmes) fera en effet pour nous, gratuitement et en quelques secondes ou fractions de seconde, le travail que les typographes traditionnels ont fait pour William Shakespeare, Jane Austen, Sir Walter Scott et tous les autres. Nous devons juste fournir au programme un texte convenablement annoté, comme le font les auteurs traditionnels.

Je suggère donc qu'il devrait y avoir deux moments distincts dans la production d'un texte imprimé à l'aide d'un ordinateur. En premier lieu on dactylographie son texte et le structure au moyen d'annotations simples. Cette tâche est accomplie au moyen d'un éditeur de texte, un programme qu'il ne faut pas confondre avec un logiciel de traitement de texte (j'expliquerai la différence plus loin.) Dans la deuxième étape on « passe la main » à un programme de composition typographique qui compose le texte et retourne dans un temps très court le résultat final.

Ces deux tâches sont intimement liées dans les traitements de texte WYSIWYG(3). Vous dactylographiez votre texte et, pendant que vous saisissez le texte, il apparaît sur l'écran de l'ordinateur, dans une représentation typographique concrète qui correspond étroitement à ce que vous verrez quand vous enverrez le document à l'impression (bien que pour différentes raisons cela ne se passe pas toujours ainsi). En effet, le texte est composé à la volée pendant que vous le tapez. À première vue ceci peut sembler être un grand avantage ; nous verrons lors d'une inspection plus minutieuse que c'est une malédiction, et ce pour trois raisons :

1. l'auteur est distrait du travail de composition par des choix typographiques pour lesquels il peut ne pas avoir de connaissances (« tripoter les marges et les polices » quand il devrait se concentrer sur le contenu) ;
2. l'algorithme de composition utilisé par le programme de traitement de texte WYSIWYG sacrifie la qualité au profit de la vitesse exigée par l'arrangement et le réajustement en temps réel des caractères entrés par l'utilisateur. Le résultat final est d'une qualité très inférieure à celle d'un vrai programme de composition ;
3. l'utilisateur d'un logiciel de traitement de texte est soumis à une grande tentation de perdre de vue la structure logique du texte et de s'occuper de problèmes typographiques superficiels. Les deux premiers points ci-dessus devraient être explicites. Laissez-moi développer le dernier point (son importance dépend du type de document considéré.)

Prenons par exemple un titre de section. En ce qui concerne la structure logique du document, tout ce qui importe c'est qu'un bout de texte soit « marqué » d'une certaine manière comme titre de section. On pourrait par exemple dactylographier \section{Texte du titre}. La représentation typographique correspondante dans le document imprimé est une question distincte. Cependant, quand vous utilisez un logiciel de traitement de texte ce que vous voyez est (seulement !) ce que vous obtenez. Vous êtes forcé de décider d'un aspect typographique spécifique pour votre titre au moment où vous le créez.

Supposons vous décidiez que vous voudriez vos titres en caractères gras, et légèrement plus grands que le reste du texte. Comment allez-vous réaliser cet aspect ? Il y a plus d'une façons de réaliser ceci, mais pour la plupart des personnes la manière la plus évidente et la plus intuitive (dans le contexte d'un logiciel WYSIWYG) est de dactylographier le texte du titre, le sélectionner, cliquer sur l'icône « caractère gras », dérouler la liste de tailles pour la police et de choisir une plus grande taille. Le titre est maintenant « gras » et grand.

Génial ! Mais qu'est-ce qui indique que c'est un titre ? Il n'y a rien dans votre document qui identifie logiquement ce petit bout de texte comme titre de section. Supposons que vous décidiez un peu plus tard qu'en fait vous préfériez avoir les titres en petites majuscules, ou numérotés avec des chiffres romains, ou centré ou que sais-je. Ce que vous voudriez pouvoir faire est d'ordonner à votre logiciel de changer tous les titres de section selon vos nouvelles préférences. Mais si vous avez appliqué le formatage comme décrit ci-dessus, vous devrez passer en revue votre document entier et changer chaque titre manuellement.

Bien sûr il y a une manière d'indiquer la structure de morceaux de texte dans les logiciels de traitement de texte comme par exemple Microsoft Word. Vous pouvez, si vous faites attention, réaliser des effets tels que changer l'aspect de tous les titres de section avec une commande(4). Mais peu d'utilisateurs de Word exploitent ceci uniformément, et cela n'est pas étonnant : l'approche WYSIWYG n'encourage pas le souci de la structure.

Vous pouvez facilement – trop facilement – simuler la structure par des commandes de formatage de bas niveau. Par contre, en saisissant le texte avec un éditeur de texte, la nécessité d'indiquer la structure est immédiatement évidente.

Bien ! Il est probablement temps d'expliquer ce qu'est un éditeur de texte, et en quoi il diffère d'une unité de traitement de texte. Un éditeur de texte moderne ressemble un peu à un programme de traitement de texte. Il comprend les fonctionnalités standards comme des menus déroulants, des icônes cliquables pour l'ouverture ou la sauvegarde de fichiers, les fonctions de recherche ou remplacement de texte, correction orthographique, etc. Mais un tel programme n'a pas de fonctionnalité de composition typographique. Le texte que vous dactylographiez apparaît sur l'écran dans une représentation visuelle claire, mais sans la prétention de représenter l'aspect final du document imprimé.

Quand vous sauvez votre document, il est sauvé sous forme de texte pur, qui dans le contexte des USA signifie habituellement dans le format ASCII (American Standard Code for Information Interchange)

L'ASCII comporte 128 caractères (parfois désigné sous le nom de « jeu de caractères 7 bits » puisqu'il exige 7 éléments binaires pour son codage : 2 à la puissance 7 =128). Ce jeu de caractères inclut les numéros 0 à 9, l'alphabet romain en majuscule et minuscule, les signes de ponctuation standards, et un certain nombre de caractères spéciaux. L'ASCII est le plus petit dénominateur commun de la communication textuelle en forme numérique. Un message ASCII sera « compréhensible » par n'importe quel ordinateur dans le monde. Si vous envoyez un tel message, vous pouvez être sûr que le destinataire verra avec précision ce que vous avez dactylographié.

En revanche, quand vous sauvez un fichier d'un logiciel de traitement de texte, le fichier contient divers caractères de contrôle, non compris dans la norme ASCII. Ces caractères représentent le formatage que vous avez appliqué (par exemple des caractères en gras ou en italique) plus diverses sortes de commandes internes spécifiques au traitement de texte. Ces commandes ne sont pas universellement « compréhensibles ». Pour les interpréter, vous avez besoin d'une copie du logiciel avec lequel le document a été créé (ou un filtre de conversion approprié). Si vous ouvrez un fichier créé avec un traitement de texte dans un éditeur de texte vous verrez (en plus du texte) beaucoup de drôles de symboles : c'est le code binaire de formatage.

Puisqu'un éditeur de texte n'insère aucun code binaire de formatage, si vous voulez représenter des formatages tels que l'italique, vous devez faire ceci par l'intermédiaire de commandes, ou balises. C'est-à-dire que vous saisissez une annotation (en n'employant que des caractères ASCII) qui indiquera au logiciel chargé de la composition typographique de mettre le texte indiqué en italique. kitxmlcodeinlinelatexdvp\mathrm{\LaTeX}finkitxmlcodeinlinelatexdvp est un exemple de programme de composition typographique (plus de détails un peu plus loin). Pour lui indiquer un texte en italique, vous dactylographieriez \textit{texte que vous voulez en italique}. En fait, si vous employez un éditeur de texte qui est conçu pour coopérer avec kitxmlcodeinlinelatexdvp\mathrm{\LaTeX}finkitxmlcodeinlinelatexdvp vous ne devriez pas dactylographier ceci vous-même. Vous saisissez seulement un certain raccourci, ou une entrée d'un menu, ou cliquez sur une icône, et l'annotation appropriée est insérée pour vous ; les mécanismes pour dactylographier un document ASCII approprié au traitement par kitxmlcodeinlinelatexdvp\mathrm{\LaTeX}finkitxmlcodeinlinelatexdvp ne diffèrent pas beaucoup de l'utilisation d'un traitement de texte moderne.

L'approche de saisir votre texte en ASCII pur en utilisant un éditeur de texte, puis en le composant avec un programme séparé, a plusieurs avantages « fortuits » :

1. Portabilité : comme mentionné ci-dessus, quiconque, en utilisant n'importe quelle plateforme informatique, pourra lire votre texte annoté, même s'ils n'ont pas les moyens de regarder ou imprimer la version composée. En revanche votre fichier de traitement de texte Snazz 9.0 peut être complètement incompréhensible pour un destinataire qui n'a pas la même marque et version du traitement de texte, à moins qu'il ne soit un expert en informatique et soit capable d'extraire le texte réel à partir du « fouillis » binaire. Et ceci s'applique aussi à vous dans le temps. Vous pourriez très bien avoir des problèmes à lire votre fichier Snazz 8.0 avec Snazz 9.0 ou inversement, mais vous n'aurez jamais d'ennuis pour lire votre vieux fichier ASCII.
2. Compacité : un fichier ASCII représente vos idées, et pas des commandes spécifiques à un traitement de texte. Pour de petits documents en particulier, les fichiers de traitements de texte peuvent être pas moins de 10 fois plus volumineux qu'un fichier ASCII correspondant contenant la même information.
3. Sécurité : l'approche « structure puis composition » vous garantit que vous n'aurez jamais de problème de corruption de vos documents (à mois que votre disque dur ne tombe accidentellement en panne, ou autres calamités de ce genre). Le texte sera toujours lisible, même si le programme de composition échoue pour quelque raison. Si vous employez régulièrement un programme de traitement de texte, et que vous n'avez jamais eu de problème de fichier corrompu, vous êtes très chanceux.

Le lecteur intéressé pourra trouver davantage d'informations sur la page de Sam Steingold intitulée “No Proprietary Binary Data Formats” (http://www.podval.org/ ~sds/data.html).

Il est temps que je vous donne un peu plus de détails sur le logiciel de composition typographique utilisé dans la stratégie que je préconise. Je n'entrerai pas dans les détails techniques ici, mais j'essayerai d'en dire assez pour vous donner une certaine idée de ce dont je parle.

Le programme de composition de base que j'ai à l'esprit s'appelle kitxmlcodeinlinelatexdvp\mathrm{\TeX}finkitxmlcodeinlinelatexdvp , et a été écrit par Donald Knuth de l'université de Stanford. kitxmlcodeinlinelatexdvp\mathrm{\TeX}finkitxmlcodeinlinelatexdvp est disponible gratuitement pour la plupart des plates-formes informatiques(5). Knuth a commencé à développer kitxmlcodeinlinelatexdvp\mathrm{\TeX}finkitxmlcodeinlinelatexdvp en 1977. En 1990 il a annoncé qu'il cessait le développement, non par manque d'intérêt, mais plutôt parce qu'à ce moment le programme avait atteint le stade de la perfection. Il permet de composer n'importe quel type de contenu, du simple texte aux formules mathématiques les plus complexes.

J'ai fait référence plus haut à kitxmlcodeinlinelatexdvp\mathrm{\LaTeX} .finkitxmlcodeinlinelatexdvp kitxmlcodeinlinelatexdvp\mathrm{\TeX}finkitxmlcodeinlinelatexdvp est le moteur de composition de base, et kitxmlcodeinlinelatexdvp\mathrm{\LaTeX}finkitxmlcodeinlinelatexdvp est un grand ensemble de macros, initialement développées par Leslie Lamport dans les années 80 et aujourd'hui maintenu par un groupe international d'experts. Ces macros facilitent beaucoup la vie à l'utilisateur moyen du système. kitxmlcodeinlinelatexdvp\mathrm{\LaTeX}finkitxmlcodeinlinelatexdvp est toujours en cours de développement, car de nouvelles possibilités et paquetages sont ajoutés au moteur de base. Les divers modules pour kitxmlcodeinlinelatexdvp\mathrm{\TeX}finkitxmlcodeinlinelatexdvp sont également en cours de développement, comme par exemple un système qui vous permet de faire des documents PDF(6) directement à partir de vos fichiers source ASCII (lorsque je dis 3en cours de développement » je veux juste dire qu'ils sont améliorés continuellement. Les programmes sont déjà très complets et stables).

Comme mentionné ci-dessus, vous indiquez la structure et le formatage désirés de votre document à kitxmlcodeinlinelatexdvp\mathrm{\LaTeX}finkitxmlcodeinlinelatexdvp sous forme d'annotations. Il y a beaucoup de livres (et sites web) qui détaillent ces commandes, et je n'entrerai pas dans les détails ici. Les balises de base sont simples à retenir, et les éditeurs de texte compatibles avec kitxmlcodeinlinelatexdvp\mathrm{\LaTeX}finkitxmlcodeinlinelatexdvp rendent la tâche encore plus facile.

Un aspect très attrayant de kitxmlcodeinlinelatexdvp\mathrm{\LaTeX}finkitxmlcodeinlinelatexdvp est la capacité de changer l'apparence finale de votre texte rigoureusement et uniformément à l'aide de quelques commandes. L'aspect final est contrôlé par :

1. le type de document que vous choisissez (par exemple rapport, lettre, article, livre) ;
2. les modules optionnels que vous décidez de charger.

Vous pouvez, par exemple, complètement changer la famille de police (uniformément à travers le texte, les titres de section, les notes de bas de page et autre) et/ou les tailles des polices employées, en changeant juste un ou deux paramètres dans le « préambule » de votre fichier source ASCII. De même, vous pouvez répartir le texte sur une ou deux colonnes, ou passer du mode portrait au mode paysage. Il est possible d'accomplir quelque chose de semblable en utilisant un traitement de texte, mais la procédure est généralement moins commode, et le risque est plus grand d'introduire des inconsistances

dans le formatage.

Vous pouvez composer des documents aussi complexes que vous le souhaitez avec kitxmlcodeinlinelatexdvp\mathrm{\LaTeX} .finkitxmlcodeinlinelatexdvp Vous pouvez choisir l'approche « par défaut » et préciser uniquement le type de document. Cette approche produit généralement de bons résultats, avec une qualité bien supérieure à celle obtenue avec un traitement de texte. (Naturellement la numérotation des titres, des notes de bas de page ou des références croisées sont générées automatiquement.) Vous pouvez aussi choisir une approche plus « interventionniste » et charger divers modules optionnels (ou en écrire vous-mêmes), pour contrôler divers aspects de formatage. Vous pouvez ainsi obtenir de superbes documents individuels.

Laissez-moi vous donner juste une brève idée de la façon dont tout ceci fonctionne. Si vous avez un système avec kitxmlcodeinlinelatexdvp\mathrm{\TeX}finkitxmlcodeinlinelatexdvp installé, vous saisissez votre texte dans un éditeur compatible kitxmlcodeinlinelatexdvp\mathrm{\TeX} .finkitxmlcodeinlinelatexdvp Vous pouvez dactylographier les annotations directement ou les faire insérer par l'intermédiaire des menus ou des boutons. Quand vous atteignez un point où vous voudriez jeter un coup d'œil à la version composée vous faites un choix d'une option de menu ou cliquez sur un bouton dans l'éditeur pour lancer le moteur de composition. Une autre option de menu ouvrira un aperçu dans lequel vous verrez le document final, tel qu'il apparaîtra à l'impression. L'aperçu est généralement un vrai WYSIWYG, il montrera une version très précise du résultat imprimé. Vous pouvez zoomer, passer à la page suivante, etc. Vous pouvez ensuite choisir d'imprimer le résultat ou retourner en mode édition.

Un peu plus tard dans le processus, vous voulez voir le résultat mis à jour. Il suffit d'appuyer à nouveau sur le bouton du programme de composition. Si l'aperçu est resté ouvert, le résultat est mis à jour. Quand vous avez terminé avec un article, vous pouvez supprimer la version composée et garder uniquement le fichier source ASCII pour économiser de l'espace disque. La version composée peut facilement être recréée lorsque vous avez besoin d'elle.

Pour des documents simples, nous devons nous poser la question : avons-nous vraiment besoin de la composition, de polices spéciales et tout le reste ? N'est-il pas plus approprié, du point de vue d'une communication économique et efficace, d'envoyer uniquement le texte pur en ASCII, avec le formatage minimal permis par ce dernier ? Ceci préserve la bande passante des communications (rappelez-vous qu'un fichier de traitement de texte peut être beaucoup plus volumineux qu'un fichier ASCII contenant le même texte) et garantit que personne ne sera exclu de la discussion parce qu'il s'avère qu'il ne possède pas Snazz 9.0. Vous pouvez attacher un fichier ASCII, créé dans un éditeur de texte, de la même manière que vous attacheriez un fichier de traitement de texte, ou vous pouvez simplement le coller dans le corps de l'email (puisque ce n'est rien d'autre que du texte pur). Puisque les fichiers source de kitxmlcodeinlinelatexdvp\mathrm{\TeX}finkitxmlcodeinlinelatexdvp ne sont rien de plus que du texte ASCII – et puisque nous parlons de documents simples qui ne contiennent que peu d'annotations facilement compréhensibles – ils peuvent être traités de la même manière.

Des documents plus longs et plus complexes peuvent être bien plus lisibles sous leur forme composée. Il est bien plus difficile d'exprimer des formules mathématiques en ASCII et de toute façon les diagrammes et les images sont exclus d'office. Alors que dire de kitxmlcodeinlinelatexdvp\mathrm{\TeX}finkitxmlcodeinlinelatexdvp dans ce contexte ? J'ai affirmé que les fichiers de traitement de texte peuvent être problématiques, parce que votre correspondant pourrait ne pas avoir Snazz 9.0 comme vous. Mais cela n'exclut-il pas les deux méthodes ? Même si vous êtes suffisamment motivé pour essayer kitxmlcodeinlinelatexdvp\mathrm{\TeX} ,finkitxmlcodeinlinelatexdvp combien de vos correspondants disposent de kitxmlcodeinlinelatexdvp\mathrm{\TeX}finkitxmlcodeinlinelatexdvp sur leur machine ? C'est une bonne question. Si vous voulez que votre correspondant puisse lire une version composée de votre document, et qu'il ne dispose pas de kitxmlcodeinlinelatexdvp\mathrm{\TeX} ,finkitxmlcodeinlinelatexdvp vous avez plusieurs possibilités :

1. Convertir le fichier source de kitxmlcodeinlinelatexdvp\mathrm{\TeX}finkitxmlcodeinlinelatexdvp en HTML. Il y a à cet effet de bons programmes de conversion. Le HTML et le code kitxmlcodeinlinelatexdvp\mathrm{\TeX}finkitxmlcodeinlinelatexdvp ont une forte ressemblance du fait qu'ils impliquent tous les deux un marquage au moyen de balises de texte, et donc la conversion entre les deux formats peut être accomplie avec un haut degré de fiabilité(8) Votre correspondant peut ensuite lire votre texte en utilisant un navigateur Internet.
2. Votre correspondant a-t-il accès à une imprimante PostScript ? Ceci est souvent le cas dans un environnement académique ou professionnel. Dans ce cas vous pourriez envoyer une version entièrement composée de votre document sous forme de fichier PostScript, ce dernier pouvant être imprimé directement. Ces fichiers peuvent être lus à l'écran en utilisant GhostView, un programme de visualisation disponible gratuitement sur Internet.
3. Votre correspondant a-t-il le programme gratuit Adobe Acrobat Reader qui permet de lire les fichiers PDF ? Si oui, vous pouvez envoyer une version PDF de votre document composé.

En discutant des moyens de transmission de document par email, nous avons déjà abordé le problème de la préparation de texte pour des pages web. Vous avez la possibilité d'écrire directement du HTML. Si vous ne voulez pas le faire, vous pouvez écrire du HTML indirectement en utilisant un éditeur avec interface graphique comme Mozilla Composer par exemple. Bien sûr vous pouvez aussi produire du HTML avec MS Word (cependant le code produit est horrible, illisible, plein de balises inutiles qui rendent le texte fastidieux à modifier à posteriori avec un autre éditeur). Si vous travaillez avec kitxmlcodeinlinelatexdvp\mathrm{\TeX}finkitxmlcodeinlinelatexdvp il est facile de convertir vos documents en HTML (le code généré est propre et conforme aux standards).