フォントの読みやすさに関するこの記事を読む 。少なくともこの画面上の読み取り時間のグラフを見てください（短い行=速い/良い）：
違いはそれほど大きくはありませんが、Times（セリフフォント）が2位になったことは注目に値します。
中程度の大きさのテキストの場合は、ClearType（またはAppleが代わりに使用できるものは何でも）を検討してください。非常に小さいテキスト（私の経験では〜<=サイズ10.5）の場合、これはぼやけて見えることがあります（その意図に反して）- これに関するWPFの説明を参照してください 。私は一般的にKahWee Tengの答えに同意します-やむを得ない理由がない限り、非Webアプリのプラットフォームのデフォルトを使用します。
一般に、小さなタイプの場合は、サンセリフフォントを使用する方が（目には簡単です）のが適切です。大きな文字の方が読みやすいので、大きな活字の場合は、異なる書体でも表現の自由度が高くなります。
モバイルデバイスなどの小さな画面では、サンセリフフォントを使用することをお勧めします。最終的には、プラットフォームのUIガイドを見て、アプリケーションをネイティブに感じるようにする必要があります（ゲームを作成している場合を除く）。
私の観点から、そして該当する場合（ドメインおよびシステム）、現在構成されているフォントを使用する必要があります。ユーザーがシステムにフォントを選択した場合、それ以外の場合は誰に指示しますか？
もちろん、クリエイティブなアプリケーションを実行している場合、または標準の構成ではないシステムでは、彼のアドバイスは無効です。
私は、どのフォントも魔法の弾丸ではないことを付け加えたかった。悪いフォントはゲームに負けますが、読みやすくて読みやすいフォントは、勝てません。
気に入ったフォントがあなたの声に合うようになったら、そのフォントの使い方に注意を払う必要があります。考慮すべき点は次のとおりです。
- 行の高さ-使用する行の高さは、テキストの本文と行の長さによって異なります
- 行の長さ-これを制御する必要があります。長すぎると、読者は迷子になり、短すぎて、読書は途切れ途切れで壊れているように感じます。
- フォントサイズ-これは明らかですが、行の長さを支援する方法として使用することもできます。
- コントラスト-読みやすくしたい場合は、十分なコントラストが必要です。も
多くのコントラストがあり、うなり、傷つき始めます。すべきでないことの例は、純粋な
白いページ、上部に真っ黒なテキスト。 - リズム-テキストのブロック間の垂直方向の間隔に注意してください。ここに [〜＃〜] a [〜＃〜]
これらの原則とその他の多くは、「 The Webに適用されるタイポグラフィスタイルの要素 」というリソースの優れたリソース http://webtypography.net/ でカバーされています。 。
それはあなたのタイプの使用が読みやすく、読みやすく、そして楽しいものであることを保証するためのたくさんの素晴らしい情報、原則、そしてテクニックを持っています。
ここには多くの要素があります。アプリケーションとは何ですか？ウェブサイト？モバイルアプリ？クリーンな方法です。小さなデバイスの場合、AppleはHelveticaを使用します。これは私のお気に入りのフォントではありませんが、きれいで読みやすいフォントです。
その記事は少し時代遅れです（2005）。
より最新の記事： http://www.vanseodesign.com/web-design/legible-readable-typography/
そして記事からリンクされています（これは正直に言ってすべてが読めるわけではありません）：
http://www.sitepoint.com/typography-readability-and-legibility-part-1/
http://www.sitepoint.com/typography-readability-legibility-part-2/
大きなテキスト本文の場合、サンセリフフォント（Tahoma、Arialなど）は画面上でうまく機能する傾向がありますが、セリフフォント（Times New Romanなど）は印刷でうまく機能します。
私の考えでは、ユーザーの目を巻き毛とピンクで破壊しないと仮定すると、フォントのサイズ（大画面では14px以上）、行間、および適切な背景のコントラストは、フォントの顔よりも読みやすさに大きな影響を与える可能性があります。