88
安全なフォント:クロスプラットフォームの格差を克服する

プラットフォーム間でドキュメントを共有する場合、フォントが見つからない、テキスト行が意図したとおりに折り返されないなど、一般的なフォントの問題を経験したことがあるでしょう。

この問題は、Windows ユーザーとのドキュメントの共有に限定されません。以前のバージョンの Mac OS X で作成されたドキュメントや、Mac OS X で開かれた Mac OS 9 のドキュメントでも発生する可能性があります。解決するには、問題の原因を理解し、安全に共有できるフォントを意識的に使用することが必要です。

下の表のフォントを使用すれば、どのプラットフォームを使用していても、ドキュメントは作成時と同じ状態で表示されます。ただし、一つだけ問題があります。Microsoftは主にワープロとスプレッドシート用のソフトウェアを開発しているため、プログラマーは2つのことを前提としています。1つのフォントファミリーには、標準、イタリック、太字、太字イタリックの4つのスタイルしか含まれないこと、そしてフォント開発者はフォント内に4つのスタイルへのリンクを含めることです。

これにより、Windowsにフォント処理の要件を設定することが容易になりました。フォントファミリー内のスタイル間にリンクがある場合、ボタンまたはキーボードショートカットを使用してアクセスする必要があります。つまり、Arial Bold を使用する場合は、まずArialを適用してから、アプリケーションの太字ボタンを押すか、太字のキーボードショートカット(この場合はCommand + Shift + B または Command + B)を使用する必要があります。実際、多くのWindowsアプリケーションでは、個別のスタイルはフォントメニューのどこにも表示されません。そのため、MacのドキュメントをWindowsで開いたときに、スタイルが「見つかりません」と表示されることがあります。

Mac OS X と Windows の両方で使用できるフォント。

Macで文書を作成する際には、この点は必ず覚えておく必要があります。アプリケーションのフォントメニューでArialが4つのスタイルに分割されていて、Windowsでも文書の書式設定を維持したい場合は、必ず基本スタイル(Arial)を選択し、アプリケーションのスタイルボタン、または以下のキーボードショートカットを使って太字または斜体の書式設定を適用してください。

• 太字: Command-B または Shift-Command-B

• 斜体: Command-I または Shift-Command-I

• 太字斜体: 太字ショートカットの後に斜体ショートカットを使用します

アプリケーションのフォント メニューからフォントのスタイルを直接選択すると、Windows を使用している友人にはスタイルが表示されない可能性が高くなります。

もちろん、この戦略に着手する前に、フォントに実際に太字、斜体、またはボールドイタリックのスタイルがあるかどうかを確認することが重要です。そうしないと、アプリケーションが巧妙にフォントを横にぼかしたり、文字を傾けたり、またはその両方を行ったりして、偽の太字、斜体、またはボールドイタリックを作成する可能性があります。フォントに複数のスタイルがあるかどうかを確認する方法はいくつかあります。フォント管理ユーティリティは個別のフォントスタイルを表示しますが、一般ユーザーがその情報を取得する最も簡単な方法は、Mac の Fonts フォルダを確認することです。フォントに複数のスタイルがある場合、(通常は)解読可能な名前を持つ複数のフォントファイルが存在します。フォントは、複数の Fonts フォルダのいずれかに存在する可能性があります。

• システム/ライブラリ/フォント

• ライブラリ/フォント

• [ユーザー名]/ライブラリ/フォント

まずライブラリ/Fontsフォルダから始めましょう。ここにはMacの全ユーザーで共有されているフォントが保存されています。ユーザーフォントフォルダ(家のアイコンとあなたの名前が表示されているフォルダ)には、現在のユーザー専用にインストールされたフォントが含まれています。

異なるフォント

これらの基本的な「安全な」クロスプラットフォーム フォント以外のフォントを使用する場合は、次の 2 つの点に注意する必要があります。

1. 受信者が、あなたが使用しているのと同じフォントをインストールしています。

2. これらのフォントは、ベンダー、バージョン番号、フォーマット(PostScript、TrueType、OpenType)に至るまで、お客様のフォントと全く同じです。クロスプラットフォームでの使用にはOpenTypeフォントのみをお勧めします。同じ名前で同じベンダーのPostScriptフォントやTrueTypeフォントが多数存在するにもかかわらず、Mac版とWindows版で文字間隔がわずかに異なるためです。OpenTypeフォントをMacまたはWindowsで使用する場合、フォントファイルは全く同じなので、違いはありません。

Mac OS 9 と Mac OS X

OS Xが発売されてから10年が経ち、Mac内部の問題はますます少なくなってきているかもしれません。しかし、現実を直視しましょう。おそらく多くの人は、Mac OSがUnix化される前に作成された文書を今でも扱っているでしょう。Mac OS X以前のシステムで作成された文書をMac OS Xで開き、その文書にZapf Dingbats、Helvetica、Helvetica Narrow、Helvetica Neue、Verdana、あるいはAdobeの初期によく使われていたフォントが使われている場合、アプリケーションから「フォントが見つからない」というエラーが表示されるかもしれません。厳密に言えば、これらのフォントはMac OS 9からMac OS Xにかけて大幅に変更されたため、これは事実です。(Zapf Dingbatsの場合、PostScriptまたはTrueTypeからOpenType形式に変換された際に、グリフを元の2次元256文字グリッドからUnicodeの多次元文字グリッドに完全に再マッピングする必要がありました。そのため、フォント内のどのグリフも元の位置にはありません。)

私の提案は、(いわば)勇気を出して、ドキュメントを開くたびにフォントを置き換えることです。Monotype Sortsは、多くの類似グリフを持つZapf Dingbatsの代替として妥当です。ArialはHelveticaの代替として妥当です。Verdanaなどの問題のあるフォントは、OpenType版に置き換えてください。最初は少し手間がかかりますが、長期的には問題を解決できます。

Monotype SortsはZapf Dingbatsの適切な代替品です。Microsoft Office製品のバージョン2004以降に含まれています。

この記事は、必然的に簡潔にまとめられています。これらの問題やその他のフォントに関する問題については、 Sharon Zardetto著『 Take Control of Fonts in Leopard』をお勧めします。この電子書籍はTake Control Booksから15ドルで購入できます。フォントがどのように、そしてなぜそのように動作するのかについての明確な答えを求めるなら、 Yannis Haralambous著『Fonts & Encodings』をお勧めします。約1,000ページにも及ぶこの本は、O'Reillyから出版されており、驚くほど読み応えがあります(印刷版は60ドル、電子書籍は48ドル)。

[ Jay J. Nelson は、グラフィック デザイン ニュースのエグゼクティブ サマリーである Design Tools Monthly の編集者兼発行者です。 ]