Quels types de polices conviennent à un document technique?


48

Quelles sont les bonnes polices à utiliser pour un document hautement technique? Y at-il un type spécifique qui devrait être utilisé / évité?


1
Peut-être pourriez-vous ajouter un peu de détail sur ce que vous entendez par "document hautement technique"? Contient-il des tableaux très complexes avec un petit texte, des équations, des diagrammes complexes étiquetés, des graphiques, du code de programme?
e100

4
Comic Sans MS doit être évité à tout prix, dans tout ce que vous faites.
Mateen Ulhaq

Les documents techniques? Vous aimez un texte technique lisible ou simplement des annotations techniques?
Robert Koritnik le

1
Le CERN (le temple des physiciens) décide de passer à Comic Sans :)). home.web.cern.ch/about/updates/2014/04/cern-switch-comic-sans
Ooker

Réponses:


35

Les documents techniques auront une structure hiérarchique profondément imbriquée, et utiliseront également des notes de bas de page, différents types d'emphase, des renvois croisés, des extractions et des barres latérales d'une sorte d'une autre et des légendes. La principale caractéristique des documents techniques est généralement la structure complexe.

Pour les titres, vous pouvez utiliser n’importe quelle police raisonnablement lisible; cela pourrait être serif ou sans-serif. Votre corps de texte devrait avoir un style complémentaire , mais les titres devraient fournir une structure visuelle évidente au document.

Une bonne police de caractères serif ou sans-serif convient parfaitement au corps du texte si vous avez beaucoup de prose. Si vous avez beaucoup d'illustrations avec des étiquettes ou des légendes, des extraits ou des tableaux, vous pouvez utiliser une police sans-serif pour le corps du texte et une police avec empattement pour les titres. Les notes de bas de page seront plus petites que le corps du texte. N'utilisez donc pas de police pour un corps trop petit.

Pour souligner que, la version italique ou oblique de la police doit avoir une texture sensiblement différente de celle du corps du texte.

Pour les tableaux, les légendes et les extraits, vous devez utiliser une police sans-serif dans la plupart des cas. Si vous utilisez une police empattement pour le corps du texte, assurez-vous que la texture de la police sans-empattement est complémentaire, mais contraste nettement avec le type de texte.

Si vous avez l'intention d'insérer des listes de codes ou d'autres éléments à espacement fixe dans le document, vous disposez d'un troisième caractère pour le texte à espacement fixe. Cela devrait compléter visuellement toutes les polices sans empattement. N'utilisez pas Courier pour cela car il est relativement large; D'autres polices monospaces telles que Lucida Console vous donneront davantage de caractères monospaces de même largeur pour la même taille de points ou la même lisibilité générale. En outre, Courier ne va pas vraiment avec rien et la version livrée avec la plupart des plates-formes O / S est très légère et pas très lisible pour la lecture de listes de codes volumineuses.

Si vous avez la possibilité d'acheter les polices, vous pouvez choisir n'importe quelle combinaison qui semble appropriée; de nombreuses ressources sur le Web proposent des suggestions utiles à cet égard.

Si vous êtes bloqué avec des polices fournies par le fournisseur de votre système d'exploitation, l'histoire est légèrement différente. Bien que j'ai brièvement travaillé comme compositeur il y a environ 20 ans, la plupart des travaux de documentation technique que je fais de nos jours sont des spécifications fonctionnelles et je suis généralement limité par le logiciel disponible dans la version de bureau standard du client.

Certaines options sont:

Palatino est une fonte assez agréable pour le texte si vous écrivez de grands corps de prose. C’est chose faite à l’époque du PAO, car elle est livrée avec la plupart des imprimantes Postscript, mais c’est un souvenir mourant qui lui permet de rester autonome. Cela ira avec n'importe quelle police sans empattement (Arial, Tahoma, Trebuchet, Calibri, etc.) livrée avec Windows. MacOS et la plupart des distributions Linux viennent également avec une interprétation décente de Palatino d'Adobe ou URW.

La famille Lucida est conçue pour ce type de travail et comprend des polices serif, sans-serif et monospace. Il a un look contemporain et agréable et fonctionne bien. Un autre avantage non négligeable est que la plupart des plates-formes O / S sont livrées avec les polices Lucida. La famille Lucida a également été conçue pour reproduire correctement les périphériques de sortie basse résolution tels que les écrans ou les imprimantes laser anciennes. Elle constitue donc un bon choix pour une police destinée à la sortie PDF.

Les modes de veille Times et Arial (ou Helvetica) fonctionnent bien, même si j’aperçois que les caractères italiques Times ont tendance à ne pas bien se distinguer des documents imprimés au laser. Le document ressemblera à quelque chose de fait avec MS Word, mais les polices de caractères sont utilisables. La raison principale pour éviter ces polices est le goût personnel ou le désir d'éviter de ressembler à un traitement de texte amateur (ce qui peut être plus important que vous ne le pensez si vous avez besoin que le document soit pris au sérieux.)

Les types traditionnels de style ancien ou de transition (Garamonds, Bembo, Baskerville, par exemple) sont très jolis et lisibles dans le texte, mais ils ont une faible hauteur x et doivent donc être placés dans des tailles plus grandes. Le mélange de ces caractères en ligne avec une police de caractères sans empattement et une hauteur x plus grande peut paraître étrange. ITC Garamond (largement utilisé par Apple dans les années 1980 et 1990) est une réinvention de Garamond avec une plus grande hauteur x, afin de ne pas souffrir de ce problème.

Des modernes tels que CM ou Century Schoolbook ont ​​été détruits au XIXe siècle et dans la première moitié du XXe siècle. Ils ont donc tendance à avoir beaucoup de bagages culturels. Je trouve que les documents modernes font ressembler un document à quelque chose de l’époque victorienne ou des années 20 ou 30. Bien qu’ils soient assez pratiques et lisibles, je ne peux que me mettre d’accord avec DEK sur leur pertinence pour les documents techniques.

Prenez les allusions habituelles en matière de soin lorsque vous mélangez des caractères humanistes et géométriques. Notez que des sans-empreintes très géométriques comme Avant-Garde Gothic ou Futura ne conviennent pas vraiment pour le type de texte d'un document technique. Bien qu'ils puissent convenir aux titres, si vous avez beaucoup de légendes, d'étiquettes ou d'autres artefacts sans serif dans le document, ils entreront en conflit avec AGG ou Futura s'ils ne sont pas définis dans la même police. Ceci est une grève contre l'utilisation de ces polices pour des titres autres que les titres principaux tels que les titres de chapitre. Des problèmes similaires s’appliquent lors de l’utilisation de polices sans empattement au look très distinctif.

De mémoire, j’ai eu de bons résultats avec les types de texte définis dans Times, Helvetica, Charter, Palatino, Frutiger, ITC Berkeley Old Style, Calibri, Tahoma et un ou deux autres dans divers documents techniques que j’ai écrits.

Certaines combinaisons que j'ai utilisées sont:

  • Times text et Arial titres, légendes et étiquettes avec les listes Lucida Typewriter (dictées par les normes de l'entreprise)

  • Texte Palatino et titres, légendes et étiquettes Helvetica (polices Adobe, conçues pour être converties au format PDF sans qu'il soit nécessaire d'incorporer des polices, je me suis donc tenu aux 35 polices PostScript standard). Le document a été produit avec Framemaker.

  • Texte Palatino et titres Tahoma avec listes de la console Lucida. Avec le recul, le gras de Tahoma fourni avec Windows est trop lourd.

  • Les titres Cambria et le texte Calibri - les valeurs par défaut avec Word 2010 - et regardez bien ensemble. Réduisez les styles de titre par rapport aux tailles par défaut - le gras est assez lourd et semble trop fort par rapport au corps du texte. En outre, le style par défaut insère un peu de tête dans les styles de texte.

  • Charter, CMSans, - document produit avec LaTeX. Cela utilisait le style de base 'Charter' fourni avec LaTeX, légèrement modifié en piratant l'inclusion.

  • ITC Berkeley Old Style / Helvetica. Titres et texte réalisés avec BOS, légendes et autres éléments réalisés avec Helvetica. J'aime Berkeley Oldstyle en tant que police (essayez de définir le mot «Quidditch») et cela fonctionne aussi bien pour l'affichage que pour le type de texte. La version ITC (de manière assez prévisible, je suppose) a une hauteur x assez grande, elle fonctionne donc avec les polices sans-serif.

  • Lucida - est livré avec pratiquement toutes les principales plateformes de système d'exploitation, est très lisible et est conçu pour restituer correctement sur les périphériques de sortie basse résolution tels que les imprimantes laser. Il existe toute une famille de polices serif, sans-serif et mono-espacées. Ils rendent bien à l’écran, ont une belle apparence imprimée et ont une bonne ergonomie pour les documents techniques.

EDIT: En fait, cela me rappelle une histoire. À l'université où j'ai obtenu mon baccalauréat, ils suivaient un cours qui enseignait (entre autres choses) à LaTeX et aux joies des documents structurés. Mon ami était tuteur pour ce journal à un moment donné. Un des étudiants s'est plaint de LaTeX ainsi:

Mais si j'utilise LaTeX, tous mes documents ressemblent à ceux de TeX

A quoi mon ami a répondu:

Pourrait être pire. Pourrait avoir l'air d'avoir été fait dans Word.

L'étudiant a vu le point.

Un corollaire à cela est qu’un des conférenciers a en fait établi quelques statistiques à ce sujet et a trouvé une corrélation entre les notes attribuées à des missions et l’utilisation de LaTeX. Il jure que l'utilisation de LaTeX pour une mission vaut environ une demi-note en moyenne. Que cela soit dû à l’effet de documentation structurée et aux fonctionnalités automatiques d’apparence et de convivialité de TeX ou simplement au fait que les étudiants les plus intelligents avaient tendance à l’utiliser, cela n’a pas été expliqué clairement, bien que je pense qu’il a peut-être tenté de corriger les notes moyennes des élèves. étudiant.


2
Lucida Console n'est pas la meilleure police pour les exemples de code: '0' et 'O' ne sont pas faciles à distinguer. Inconsolata et Consolas ont tous deux slashé 0, mais peuvent être pires sous d'autres aspects.
citrin

22

Les documents techniques sont souvent définis en sans-serif. Il y a plusieurs raisons pour lesquelles cela est préféré à son homologue serif:

  • Les polices Serif sont généralement conçues pour être aussi transparentes que possible pour le lecteur. Dans un roman, la lecture doit être une activité fluide et la police ne doit pas attirer l’attention sur elle-même. Les documents techniques sont souvent remplis de notices importantes où le lecteur est supposé faire des arrêts, et la structure doit être facilement "scannable" avec votre vue.

  • Sans-serif permet une plus grande gamme de poids, du plus mince au noir. Les documents techniques ont souvent une hiérarchie imbriquée profonde, et disposer de nombreux poids vous permet de transmettre cette hiérarchie.

Une paire de bons choix pour les documents techniques sont:

Whitney est une fonte très complète avec une très large gamme de poids. Il fournit également des "chiffres de revêtement" qui sont parfaits pour les tables et autres. Il est également composé de chiffres et de lettres entourés de cercles et de carrés, ce qui est très pratique pour les annotations.

Thesis est une police de caractères en série (avec des choix de serif, semi-serif, mono, semi-sans et sans-serif), également dans une très large gamme de poids. Sa police de caractères mono-espacée vous permet d'écrire du code dans le même beau style.


7

Pour les documents techniques (ou de tout autre type), j'ai trouvé très utile le document "Si vous avez besoin d'un caractère". Cela a commencé comme une petite blague ici, mais c'est en fait incroyablement utile. J'en ai une copie agrandie accrochée au mur.

Lien 1

Lien 2


1
Es-tu seul? [Oui] Ok, alors viens avec moi. - - - - - - (longue marche) - - - - - - - - [Comic Sans] :-D Quoi qu'il en soit, le deuxième lien est brisé, je l'ai transféré sur imgur pour le sauvegarder pour les futurs lurkers, tout crédit Julian Hansen dont le site Web semble être en panne.
Groo

6

Pour tout document technique, les objectifs sont de maximiser la lisibilité, tout en réduisant l’ambiguïté potentielle.

Pour moi, cela signifie que ma première règle est la suivante:

  • Les chiffres ou les chiffres doivent être distincts des lettres, comme pour la modification apportée à Brioni afin de clarifier le chiffre un. J'aime beaucoup voir une distinction entre la lettre majuscule O et le chiffre zéro 0, que ce soit par une barre oblique, par l'étroitesse du zéro ou par un autre indicateur. En rédaction technique, une étiquette composée de lettres et de chiffres combinés peut être utilisée, en particulier pour la randomisation d'échantillons au cours de l'expérimentation et dans le code source pour la programmation. Donc, ISO451 doit être clairement distinct de IS045I.

Après cela, mes suggestions seraient:

  • Le texte ou les non-doublures sont en prose, bien qu’elles ne soient pas gênantes, et les doublures pour la plupart des autres utilisations, en utilisant des tableaux et des proportionnelles comme il convient.

  • Dans les documents techniques, le jargon ou les mots techniques utilisés peuvent ne pas avoir la quantité normale de redondance des informations (entropie) auxquelles nous sommes habitués en texte naturel. Par conséquent, les caractères ambigus peuvent être intraitables dans des cas complexes tels que le nom d'un nouveau composé pharmaceutique. En principe, si une police de caractères constituait manifestement un mauvais choix pour l'OCR, je l'éviterais. Non pas que je sois esclave des performances réelles de la police de caractères et des performances d'un logiciel OCR donné.

  • Les polices de caractères doivent être faciles à lire si elles sont utilisées comme corps de texte. Times New Roman et New Century Schoolbook sont ennuyeux, mais faciles et non fatigants à lire une grande quantité de prose. Un modeste à léger serif est ma préférence personnelle, mais un sans-serif adapté au corps du texte pour la prose publié dans une forme de livre (par exemple, manuels de niveau universitaire), alors cela peut convenir.

En fonction du support du document, par exemple un plan ou un dessin CAO, si l'espace est restreint, envisagez d'utiliser une police de caractères sans-serif semi-condensée dans les légendes, les étiquettes, etc. pour optimiser la densité de l'information.

Suivez toutes les conventions existantes du genre. Pour les documents techniques juridiques, la typographie pour les avocats est un bon endroit pour trouver des conventions. Pour des domaines plus académiques, les revues de recherche publient un guide de rédaction ou des manuels de soumission sur papier, reprenant les conventions de style et de genre de l'éditeur. Les éditeurs de livres ont des guides similaires pour leurs diverses empreintes techniques et de référence. Même les normes (par exemple ISO , IEC, IEEE, etc.).

Respectez le support cible (écran, imprimante laser, tablette) et son utilisation (par exemple, dans un environnement de travail sale avec des machines en désordre, des sections photocopiées sous forme de listes de contrôle, etc.) pour la sélection de la taille de la police. Les notes de bas de page peuvent paraître mieux sur un écran de 30 pouces en police de 8 points pendant que vous définissez le document, mais à 3 heures du matin, que vous examiniez la jurisprudence ou effectuiez une plomberie d'urgence, la clarté est le seul style. se soucier de.


4

Les documents très techniques (je suppose scientifique) devraient utiliser STIX, sans aucun doute.

STIX est une police open source open source gratuite avec une bibliothèque de symboles techniques sans égale.

http://www.stixfonts.org/


3

De manière générale, les polices empattées telles que Times are Palatino sont considérées comme bonnes pour les supports imprimés et les polices sans empattement comme Helvetica pour une utilisation sur les écrans d’ordinateur. Cependant, tout ce qui est en code (HTML, C ++, etc.) devrait être rendu dans une police à largeur fixe telle que Courrier New.


En fait, j'ai vu le code rendu de manière agréable dans des polices à largeur variable. Cela ne pose aucun problème tant que l'utilisation des espaces pour l'alignement est limitée aux niveaux d'indentation (par exemple, aucun alignement interne de commentaires multilignes ou de chaînes de texte). Il offre également l'avantage de permettre des lignes continues plus longues (pratiquement chaque police à largeur fixe a un nombre extrêmement bas de caractères par ligne pour des largeurs de bloc de texte typiques). Je ne suis pas encore prêt à utiliser des polices à largeur variable dans mon éditeur, mais je pense qu'elles sont excellentes pour les documents imprimés.
Steve S

2
En général, je recommande de ne pas utiliser Courier pour les listes de codes pour plusieurs raisons. La première est qu’il est assez large; vous obtiendrez plus de colonnes de même largeur provenant d'autres, telles que Lucida Typewriter, à une taille de point utilisable. La seconde est que c'est assez moche et ne va pas vraiment avec autre chose, mais c'est une question de goût personnel.
ConcernedOfTunbridgeWells

Je pense que les empattements sont maintenant considérés comme acceptables sur les écrans très haute résolution (supérieur à la HD, 1920 x 1080). Certainement d'accord pour le titre en HD.
Erik Reppen
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.