Mise en évidence, tel que le terme est utilisé ici, désigne l'utilisation d'effets typographiques pour attirer l'attention sur un texte. Ces effets peuvent inclure l'italique, le gras, les majuscules, les guillemets, la couleur, et ainsi de suite. La mise en évidence attire l'attention des lecteurs—ou leur "indique"—les actions qu'ils doivent entreprendre ou les informations qu'ils doivent considérer avec soin.

L'un des problèmes dans l'écriture technique—en particulier, l'écriture technique sur les ordinateurs—implique l'utilisation des diverses techniques d'emphase. Malheureusement, certains textes techniques exagèrent l'utilisation des différentes techniques d'emphase qui sont discutées ici.

Les Fondamentaux de la Mise en Évidence

Considérez quelques principes fondamentaux de mise en avant :

Dans la discussion suivante, vous remarquerez que tout système de techniques d'emphase peut devenir assez compliqué et difficile à retenir pour les écrivains et les éditeurs. Vous constaterez qu'il existe de nombreuses façons tout aussi valables d'utiliser les techniques d'emphase : par exemple, dans certains cas, il est arbitraire d'utiliser le gras ou l'italique pour une simple emphase. Pour résoudre ce problème, vous devez documenter vos directives de mise en surbrillance dans un guide de style auquel les écrivains et les éditeurs (ou juste vous) peuvent se référer. A guide de style est tout simplement un enregistrement des décisions que vous et votre équipe de documentation avez prises sur la façon dont vous souhaitez que vos documents apparaissent.

Vos lecteurs doivent également être informés du schéma de mise en relief que vous prévoyez d'utiliser. Cela peut être traité dans la préface : incluez une section appelée "Mise en relief" ou "Conventions typographiques" où vous listez comment vous utilisez l'italique, le gras, les polices et d'autres effets similaires. Pour un exemple, voir la discussion sur les préfaces dans le chapitre sur composants standards des livres techniques

Techniques d'emphase spécifiques

Cette prochaine section passe en revue une à une les différentes techniques d'emphase, en expliquant les pratiques courantes.

Remarque : Pour garder les choses simples, mettre en évidence les problèmes pour tables, figures, titres, listes, et avertissements sont présentées dans ces sections.

Gras

Dans l'édition, et en particulier dans l'édition technique, l'usage est mitigé quant à l'utilisation du gras ou de l'italique pour l'emphase de base. Par exemple, si vous voulez souligner que les lecteurs ne doivent pas éteindre l'ordinateur sans l'avoir d'abord éteint correctement, le "pas" peut être en gras ou en italique. Traditionnellement, l'italique a été utilisé, mais, peut-être à cause des ordinateurs, le gras est également couramment utilisé.

Quelle que soit la technique que vous utilisez, appliquez-la de manière cohérente dans votre texte ou votre bibliothèque de textes connexes. D'ailleurs, les lecteurs ne sont pas susceptibles de pouvoir distinguer les niveaux d'emphase : par exemple, utiliser l'italique pour le texte important et le gras pour le texte très important risque d'être perdu pour la plupart des lecteurs.

Si vous êtes tenté de mettre un paragraphe entier en gras, rappelez-vous l'un des principes d'emphase discutés ci-dessus : utiliser trop de techniques d'emphase fait perdre l'effet de la technique. Non seulement cela, mais trop d'emphase rend les lecteurs moins enclins à lire. Au lieu de lire attentivement un paragraphe entièrement en gras, les lecteurs peuvent tout simplement l'ignorer !

Au lieu de créer un paragraphe entièrement en gras, utilisez le format d'avis spécial. Dans celui-ci, un mot clé (par exemple, Important, Remarque, Danger, Prudence, Avertissement) est en gras, tandis que le reste du texte est en romain régulier (c'est-à-dire dans la même police et le même style que le texte ordinaire).

L'utilisation légitime du gras dans les textes techniques varie considérablement. Tant que vous développez un schéma qui est directement lié aux besoins du lecteur et aux caractéristiques du texte (ou de la technologie) et qui ne conduit pas à un excès, votre utilisation du gras devrait bien fonctionner.

Voici quelques utilisations courantes et standards du gras :

Vous remarquerez que la discussion précédente n'énonçait aucune règle absolue. C'est ainsi—la pratique de l'édition technique est assez variée. L'idée principale est de développer un système logique et contrôlé de mise en évidence, de l'utiliser de manière cohérente et de le documenter dans un guide de style afin que vous et les membres de votre équipe de documentation puissiez vous y référer.

Italique

Voici quelques-unes des utilisations standard des italiques :

Tirets bas

Il y a presque aucune raison d'utiliser des traits de soulignement dans un texte technique. À l'époque des textes dactylographiés, il y en avait certainement une. Cependant, de nos jours, lorsque le gras, l'italique et d'autres effets typographiques similaires sont facilement accessibles, les traits de soulignement semblent obsolètes. Si vous souhaitez souligner quelque chose, utilisez vos directives standard—par exemple, utilisez l'italique ou le gras. N'essayez pas de créer des gradations d'accentuation : par exemple, une échelle d'importance croissante allant de l'italique au gras en passant par le souligné sera perdue pour vos lecteurs.

Si vous voyez un bon usage des soulignés dans un texte technique, cela se produira probablement dans la conception des titres.

Capitalisation

Dans l'édition technique, il semble y avoir une bataille constante entre les rédacteurs techniques et les experts techniques concernant la capitalisation. Les experts techniques aiment utiliser des majuscules pour pratiquement chaque composant et processus dans un système. De plus, les experts techniques (et la direction) utilisent généralement des majuscules pour le texte qu'ils considèrent important et sur lequel ils souhaitent que les lecteurs se concentrent. Pendant ce temps, les rédacteurs techniques et les éditeurs (à juste titre) insistent sur l'utilisation de majuscules uniquement pour les noms propres.

En tant que rédacteur technique, maintenez la ligne contre la capitalisation. Les lettres majuscules sont distrayantes ; le texte en majuscules est inconfortable à lire. Les lettres majuscules créent un texte chargé, ce qui envoie de nombreux signaux inutiles. Les lettres majuscules sont traditionnellement destinées aux noms propres tels que Microsoft, Netscape, Gateway, Dell Computers, WordPerfect, et ainsi de suite. La directive classique dans l’édition technique est de mettre en majuscule les noms de produits commandables séparément seulement. Cependant, la politique des organisations déforme considérablement cette directive. Si une entreprise est fière d'une certaine fonctionnalité dans sa nouvelle version, par exemple, EnergyMiser, elle l'écrira en majuscules, même si vous ne pouvez pas la commander séparément.

Voici quelques directives typiques pour la capitalisation :

Guillemets simples ou doubles

Les guillemets sont souvent utilisés à tort comme techniques d'emphase dans les textes techniques. En tant que rédacteur technique, limitez les guillemets à l'utilisation traditionnelle, qui inclut le discours cité ; les nombres, lettres ou mots mentionnés en tant que tels. Les guillemets, comme les lettres majuscules, tendent à créer un texte chargé et distrayant et doivent donc être évités.

Une utilisation légitime des guillemets est l'utilisation étrange, atypique et non standard des mots (appelée « guillemets d'effroi » par Manuel de style de Chicago). Par exemple :

Dans un vidage de mémoire, l'ordinateur "rend" toutes les données dans un seul fichier.

Un texte informatique bien conçu évite les guillemets de manière assez fervente. L'une des principales raisons est que certains lecteurs pourraient supposer à tort qu'ils doivent inclure les guillemets dans les commandes qu'ils saisissent.

Au lieu de Utilisez la commande "déplacer".
Écrire Utilisez le déplacer commande.
Au lieu de Entrez "copier installer installermaintenant."
Écrire Entrer copier installer installermaintenant

Remarque : Bien que certains textes techniques aient des usages bien définis pour les guillemets simples, en général, il n'existe pas d'utilisation standard pour les guillemets simples, autre que la règle traditionnelle du citation-dans-une-citation et la règle d'usage particulier. Lorsque vous voyez des guillemets simples dans un texte technique, il n'y a généralement pas plus de raison pour leur utilisation que pour les guillemets doubles.

Polices alternatives

L'un des styles les plus courants utilisant des polices alternatives est d'utiliser Courier ou une police à chasse fixe similaire, de style machine à écrire, en contraste avec la police de corps standard (comme Times New Roman ou Helvetica). Vous pouvez créer cet effet dans une page web en utilisant un style CSS comme <span class="example_text">. Par exemple, "taper installer "pour installer le programme."

Voici un aperçu des usages courants des polices alternatives :

Couleur

La couleur est utilisée dans les textes techniques mais elle est coûteuse et difficile à gérer tout au long du cycle de publication.

Cependant, la couleur est facile à utiliser dans les informations en ligne. Il est courant de voir des liens hypertexte, par exemple, utilisant de la couleur. Les aides en ligne utilisent généralement le vert tandis que les pages web utilisent typiquement le bleu pour les nouveaux liens et le violet pour les liens que l'utilisateur a déjà explorés.

La tendance à utiliser la couleur de manière indiscriminée dans les informations en ligne est très semblable à la tendance à abuser du gras, des italiques, des tailles de police et des polices alternatives dans les informations sur papier. Le sentiment doit être quelque chose comme : « C'est là, c'est cool, donc utilisons-le ! »

Si vous souhaitez utiliser des couleurs, planifiez-le soigneusement. Ne vous attendez pas à ce que les lecteurs se souviennent que le rouge signale une idée, le bleu une autre idée et le vert encore une autre idée. En général, évitez d'utiliser des couleurs pour un texte étendu. Au lieu de rendre toute une alerte rouge, faites simplement que le mot Alerte soit rouge et laissez le texte d'avertissement en romain régulier (texte comme le corps normal du texte).

Mieux encore, lisez quelques-unes des publications standards sur la couleur dans le domaine de la communication technique. Il existe des questions de conception générales et des questions internationales :

Combinaisons de ce qui précède

En général, c'est une mauvaise idée de combiner des techniques d'emphase, par exemple, le gras et les italiques. Dans un texte technique non professionnel, vous verrez de telles combinaisons criardes comme le gras-italique en toutes majuscules ou le gras-italique en toutes majuscules avec des guillemets doubles. Évitez cela !

Une combinaison légitime est d'utiliser des italiques avec des polices alternatives. Par exemple, lorsque vous montrez la syntaxe d'une commande, vous voulez que tout le texte soit en Courier, mais vous voulez aussi que les variables soient en italique :

copier AncienNomDeFichier NouveauNomDeFichier

Noms fonctionnels pour les styles de caractère et les étiquettes

Si vous avez déjà été en contact avec l'industrie de l'édition, vous avez peut-être rencontré quelque chose appelé balisage sémantique. Cela signifie nommer des sections de texte en fonction du rôle structurel qu'elles jouent dans le document—par exemple, titre. Le lecteur ne voit pas ces noms, mais ils jouent un rôle important dans la façon dont le document est formaté et comment il peut être réutilisé.

Cette même idée s'applique aux mots dans les phrases au sein du texte. Par exemple, dans le HTML d'une page web, vous pouvez utiliser le <b>mot en gras</b> tags pour rendre un mot en gras. Mais en gras n'indique pas la fonction du mot ou de la phrase. Au lieu de, commande ou bien étiquette_interface Donc, en utilisant le balisage sémantique avec HTML et CSS, les choses sont plus fonctionnelles si elles ressemblent à ceci : <span class="command">mot en gras</span>.

Les fichiers utilisant HTML et CSS sont généralement convertis en d'autres formats tels que PDF ou même d'un et vers XML. Utilisant fonctionnellement Les styles de surlignage nommés, comme décrit juste au-dessus, peuvent grandement faciliter le processus de conversion.

Explorations supplémentaires

Une fois que vous avez lu ce qui précède, une bonne chose à faire ensuite est d'explorer les publications techniques pour voir quels schémas de mise en relief elles utilisent. Observez la façon dont des éléments comme le gras, l'italique, les lettres majuscules, les polices alternées et d'autres effets similaires sont utilisés. Très probablement, vous verrez des usages très différents de ce que vous avez lu ici. En explorant, réfléchissez à la logique des techniques d'accentuation que vous voyez être utilisées ; essayez de formuler les règles que les écrivains semblent utiliser ; surveillez les incohérences dans la mise en relief ; et pensez de manière critique à l'utilisation que vous constatez. Est-elle logique ? Excessive ? Insuffisante ?

Après avoir fait un peu d'exploration comme cela, l'étape logique suivante est de lire le chapitre sur guides de style, si vous ne l'avez pas déjà fait. Les schémas de mise en évidence doivent être documentés dans des guides de style afin que vous ne les oubliiez pas et que les membres de votre équipe de documentation puissent y faire référence.

Schéma de mise en valeur

Si toutes les options et alternatives discutées précédemment vous submergent, envisagez d'utiliser le schéma de mise en surbrillance suivant. Il est basé sur la mise en surbrillance que vous trouverez dans de nombreux documents UNIX, Windows et Linux.

Noms des champs, dossiers, boîtes de dialogue, menus (tout objet d'interface que les utilisateurs font pas cliquez sur) Style de majuscules à l'écran ; romain régulier
Noms des icônes Style de majuscules à l'écran ; gras
Boutons (ou équivalent fonctionnel s'ils ne sont pas étiquetés comme tels) Style de cap à l'écran ; gras
Sélections de menu, options sélectionnables Style de capitalisation à l'écran ; en gras
Commandes saisies verbatim sans paramètres ni drapeaux Gras
Texte saisi ou affiché Courier New (si nécessaire, une taille de police 1 point plus petite que la police de corps)
Variables Italiques ; romain régulier
Code de programmation Courier New ; romain régulier ; si nécessaire, taille 1 point plus petite que la police du corps
Étiquettes sur le matériel Courier New ; gras ; si nécessaire, une taille de 1 point plus petite que la police de corps

  • Notes :

    1. Roman régulier se réfère à la police et à la taille de police utilisées pour le texte de corps.
    2. Bien que ces suggestions recommandent un "style majuscule à l'écran", les développeurs ont parfois une tendance malheureuse à utiliser des majuscules. Comme un style en majuscules réduit la lisibilité, utilisez tout de même des majuscules initiales (case de titre).
    3. Si vous montrez aux utilisateurs comment entrer une commande en incluant un texte d'exemple, ne mettez pas en gras la commande qui se trouve dans le texte d'exemple :
    4. Utilisez le mv commande pour changer le nom d'emplacement d'un fichier, par exemple :
      mv ce_fichier.txt cet_autre_fichier.txt.

    5. Si vous montrez aux utilisateurs comment entrer une commande en incluant un texte d'exemple, et que vous incluez des variables dans le texte d'exemple, utilisez des italiques pour les variables.
    6. Utilisez le mv commande pour changer le nom ou l'emplacement d'un fichier :
      mv mon_fichier.txt votre_fichier.txt.

    7. Si vous faites simplement référence au nom d'un écran ou d'un menu qui n'est pas cliqué ou qui n'initie aucun événement, utilisez le style majuscule pour l'écran et le romain standard.
    8. Certains styles mettent en évidence l'action que les utilisateurs doivent entreprendre (par exemple, presse, entrer, supprimer). C'est certainement une option, mais pour moi, c'est trop de mise en évidence.

    Les guides d'utilisation incluent souvent un tableau des significations des polices en surbrillance, des couleurs et de la typographie dans la préface :

    Highlighting chart


    Je serais reconnaissant de vos pensées, réactions, critiques concernant ce chapitre : votre réponse.