技術文書は、深くネストされた階層構造を持ち、脚注、さまざまな種類の強調、相互参照、ある種のキャプションと引き出し、サイドバーも使用します。技術文書の主な特徴は、複雑な構造になる傾向があります。
見出しには、合理的に読みやすいフォントを使用できます。これは、セリフまたはサンセリフです。それはあなたの本文テキストを補完するスタイルを持つべきですが、見出しはドキュメントに明らかな視覚的構造を提供する必要があります。
文章が多い場合は、本文に適切なセリフまたはサンセリフ体の書体を使用します。ラベルやキャプション、プルアウト、表を含むイラストがたくさんある場合は、本文にサンセリフフォントを使用し、見出しにセリフフォントを使用することをお勧めします。脚注は本文よりも小さくなるため、本文に小さすぎるフォントを使用しないでください。
強調するために、フォントの斜体または斜体バージョンは、本文とは明らかに異なるテクスチャを持つ必要があります。
テーブル、キャプション、プルアウトには、ほとんどの場合、sans-serifフォントを使用する必要があります。ボディテキストにセリフフォントを使用する場合は、サンセリフフォントのテクスチャを補完するが、テキストタイプとはかなり対照的であることを確認してください。
ドキュメントにコードリストまたは他の等幅のアイテムを含める場合は、等幅のテキスト用の3番目の書体があります。これは、サンセリフ書体を視覚的に補完するものでなければなりません。比較的幅が広いため、Courierを使用しないでください。Lucida Consoleなどの他の等幅フォントは、同じポイントサイズまたは一般的な読みやすさのために、同じ幅でより多くの等幅文字を提供します。また、Courierは実際には何も使用せず、ほとんどのO / Sプラットフォームに付属しているバージョンは非常に軽量で、大きなコードリストを読むのにひどく読みにくいです。
フォントを購入するオプションがある場合は、適切な組み合わせを選択できます。Web上の多くのリソースには、これに関する役立つ提案があります。
オペレーティングシステムベンダーから提供されたフォントにこだわっている場合、話は少し異なります。約20年前にタイプセッターとして簡単に働いていましたが、最近私が行う技術文書のほとんどは機能仕様であり、通常はクライアントの標準デスクトップビルドで利用可能なソフトウェアに制約されています。
いくつかのオプションは次のとおりです。
パラティーノは、大きな文章を書いている場合、テキストにとって非常に快適な書体です。ほとんどのPostscriptプリンターにバンドルされていたため、DTP時代に死に絶えましたが、それはやや死にかけているメモリなので、それ自体のメリットに耐えることができます。Windowsに同梱されているSans-serifフォント（Arial、Tahoma、Trebuchet、Calibriなど）のいずれかに対応します。MacOSおよびほとんどのLinuxディストリビューションには、AdobeまたはURWからのPalatinoの適切な演出もあります。
Lucidaファミリはこのタイプの作業用に設計されており、セリフ、サンセリフ、およびモノスペースフォントを備えています。快適で現代的な外観を持ち、うまく機能します。もう1つの大きな利点は、ほとんどのO / SプラットフォームにLucidaフォントが付属していることです。Lucidaファミリーは、スクリーンや初期のレーザープリンターなどの低解像度出力デバイスでも適切にレンダリングできるように設計されているため、PDF出力用のフォントに適しています。
スタンバイのTimesとArial（またはHelvetica）は正常に機能しますが、Timesの斜体はレーザー印刷されたドキュメントではあまり目立たない傾向があることがわかります。文書はMS Wordで行われたように見えますが、書体は保守可能です。これらのフォントを避ける主な理由は、個人的な好み、またはアマチュアワードプロセッシングのように見えることを避けたいという願望です（ドキュメントを真剣に考える必要がある場合は、あなたが考えるよりも重要かもしれません）。
従来の古いスタイルまたは移行型（例：Garamonds、Bembo、Baskerville）は見た目がよく、テキストでは読みやすいですが、xの高さが低いため、大きなサイズに設定する必要があります。これらのインラインをより大きなx-heightのsans-serif書体と混ぜると奇妙に見えるかもしれません。ITC Garamond（1980年代と1990年代にAppleで広く使用されていました）は、より大きなx高さを持つGaramondを再考したものなので、この問題に悩まされることはありません。
CMやCentury Schoolbookなどの現代人は、20世紀の19世紀前半に死に絶えたため、多くの文化的な荷物が付いてくる傾向があります。現代人は文書をビクトリア朝時代や1920年代や30年代の何かのように見せると思います。それらは非常に実用的で読みやすいものですが、技術文書に対する適切性についてはDEKと異なるようにお願いします。
ヒューマニストと幾何学的な書体を混在させるときは、ケアに関する通常のヒントを参考にしてください。Avant-Garde GothicやFuturaのような非常に幾何学的なサンセリフ体は、技術文書のテキストタイプにはあまり適していません。見出しには問題ないかもしれませんが、ドキュメントに多くのキャプション、ラベル、またはその他のサンセリフアーティファクトがある場合、同じ書体に設定されていないとAGGまたはFuturaと衝突します。これは、章のタイトルなどの主要な見出し以外にこれらのフォントを使用することに対するストです。非常に特徴的な外観のサンセリフフォントを使用する場合も、同様の問題が発生します。
記憶から、私は執筆に携わったさまざまな技術文書で、Times、Helvetica、Charter、Palatino、Frutiger、ITC Berkeley Old Style、Calibri、Tahomaなどのテキストタイプセットで良い結果を得ました。
私が使用したいくつかの組み合わせは次のとおりです。
タイムズのテキスト、Arialの見出し、キャプション、Lucida Typewriterのリスト付きのラベル（企業の基準により規定）
PalatinoテキストとHelveticaの見出し、キャプション、およびラベル（Adobeフォント。フォントを埋め込むことなくPDFにレンダリングされるように設計されているため、35の標準PostScriptフォントを使用しています）。ドキュメントはFramemakerで作成されました。
Lucida Consoleリストを含むPalatinoテキストとTahomaの見出し。後から考えると、Windowsに付属しているTahomaの大胆さは重すぎます。
カンブリアの見出しとカリブリテキスト-Word 2010のデフォルトで、一緒に表示されます。デフォルトのサイズから見出しスタイルを縮小します-太字は非常に重く、本文テキストに対して強すぎます。また、デフォルトのスタイルでは、テキストスタイルの先頭にかなりの部分が挿入されます。
憲章、CMSans-LaTeXで作成されたドキュメント。これは、LaTeXに付属する基本的な「Charter」スタイルを使用し、インクルードに関するハッキングによって少し修正されました。
ITCバークレーオールドスタイル/ヘルベチカ。BOSとキャプションで行われた見出しとテキスト、およびHelveticaで行われた他の一部。私はBerkeley Oldstyleがフォントとして好きで（「Quidditch」という単語を設定してみてください）、ディスプレイとテキストタイプの両方で機能します。ITCバージョン（おそらく十分だと思います）はかなり大きなx-heightを持っているので、sans-serifフォントで動作します。
Lucida-ほぼすべての主要なOSプラットフォームに付属しており、非常に読みやすく、レーザープリンターなどの低解像度出力デバイスで適切にレンダリングされるように設計されています。セリフ、サンセリフ体、等幅フォントのファミリーが利用可能です。画面上で適切にレンダリングされ、印刷物で見栄えがよく、技術文書の人間工学に優れています。
編集：実際、これは私に物語を思い出させます。私が学士号を取得した大学では、LaTeXと構造化文書の喜びを（特に）教えるコースがありました。私の友人は、ある時点でその論文の家庭教師をしていました。学生の一人がLaTeXについて不平を言った。
しかし、LaTeXを使用すると、すべてのドキュメントはTeXで作成されたように見えます
私の友人が答えた：
悪化する可能性があります。Wordで行われたように見えます。
学生は要点を見ました。
その結果として、講師の1人が実際にこれについていくつかの統計を一度に行い、課題の成績とLaTeXの使用との間に相関関係を見つけました。彼は、割り当てにLaTeXを使用することは、平均してグレードの約半分の価値があると誓います。これがTeXの構造化されたドキュメンテーション効果と自動ルックアンドフィール機能によるものなのか、それとも賢い学生がそれを使用する傾向があったからなのかは明確ではありませんでしたが、彼は学生。