欧文フォントの競合について

monokanoさま、monokanoさま、お返事いただきありがとうございます。

特にTTFの解像度制限の話は大変興味深かったです。

さまざま聞いてわかったのは、私の理想とする、T1、TTF、OTFの共存と完全互換は不可能っぽいなということです。

ですがみなさまの経験を交えたためになるお話が聞けてまたひとつ賢くなりました。

ありがとうございます。

解答いただいたみなさまありがとうございます。

なるほど！と思うことも多くありましたが、

新たに出てきた疑問があります…

akatsuki_pocketさま

いただいたURLのHelvetica問題の内容を見てもよくわからないのですが

/Library/Application Support/Adobe/Fontsに

T1のHelveticaを入れても認識しないことが多々あります。

FontExplorerも併用していますが、思い通りにいきません。

毎回、すべてのHelveticaをFontExplorerでオフにして、

見つからないフォントをInDesignで表示させてから

該当のフォントをオンにするという手間があります…

2.欧文フォントはOpenTypeフォントに統一

ということは、TTFしかないフォントは使用しないよう

指示・管理をされているということですか？

yusuke.sさま

淘汰したいなと思ったのは、デザイナーの立場からです。

共存できるというのは、例えば厚物の1000ページぐらいあるようなカタログを

10社ぐらいで合同で作っていると、他の会社さんが作ったページを流用目的で開いたりします。

同じHelveticaでもファイル名異なるのHelvetica（「Helv」「Helve」のように微妙に違う）や

T1、TTF、OTFすべてのHelveticaがまざって使われていて（どうやって作ったんだ？）

満足に開けない、表示できない状況にイライラしています。

このレベルでの共存の方法が知りたいです。

monokanoさま

T1壊れる問題は、言ってた人の勘違いですね、ちょっと安心しました。

Classic Macのいにしえの時代では、たしかにDTPでTrueTypeは禁忌扱いでした

これがなぜなのか、どういう現象が当時は起こっていたのか知りたいです。

silk-mさま

SS入りの説明ありがとうございます。

そう！このIllustratorのように、InDesignでも表示してほしいのです。

できれば、Adobe/Fontsの中身をいじらなくても良い状態で…

それはさすがに無理なのでしょうか。無理だとしたら、それは何が原因なのでしょうか。

InDesignはあまり使っていませんので間違っていたらごめんなさいですが、競合していると使えなくなるのはInDesignの仕様だと思います。OSのTTフォントとダブりOSより警告の出るフォント（主にType1フォントですが）はここにいれて使っています。

InDesignの場合Type1フォントとダブるTTフォントはメニューに出てきません。

Phtoshopの場合はTTとType1が混じっていますが、表示はされます。

Illustratorの場合はTTとType1は完全に分かれ使いやすくなっています。

またType1を無効にするとMacが壊れるは完全に間違っています。そもそもがOSをクリーンインストールしても、Adobe CCをインストールしてもType1フォントがデフォルトでインストールされることはありません。

-- silk-m

T1は無効にするとMacが壊れる

ありえません。そもそも、Classic Macのいにしえの時代から、Type1がシステムフォントになったことはありません。

システムフォントを無理矢理に無効にすればシステム起動もできなくなるかもしれませんが、Type1を無効にしてシステムに影響することはありません。

ですから（akatsuki_pocketさんが挙げたType1の問題もあわせて考えると）淘汰されて消えていくべきは、何よりまずType1でなければなりません。

人によってTTFは使っちゃダメとか

Classic Macのいにしえの時代では、たしかにDTPでTrueTypeは禁忌扱いでした。しかし現代では、そんな禁忌は旧弊でしかありません。今どきのTrueTypeは（フォントフォーマットはOpenTypeなので）正常なフォントならトラブルの原因になる要素はありません。

ただし、ダイナフォントのTrueTypeは、PDFへのフォント埋め込みは保証外であり、実際にトラブルになります。

Q：TrueTypeフォントは、PDFの埋め込みに対応していますか？

TrueTypeフォント版のダイナフォントを使用してPDF変換すると文字化けする場合があります｜DTPサポート情報

また、個人が自作配布しているフォントの中には、品質が低くトラブルになりそうなものもあります。その点はTrueTypeだけでなく、OpenTypeでも同様です。事故を防ぐには、TrueType云々というよりも、フォントベンダーの検証を経たもの、使用実績があるものを使うのが無難でしょう。

確かにおっしゃる通り煩わしいですが、これを淘汰して楽をしようと思ったことはありません。フォントは欧文にかぎらず、小塚、ヒラギノ、游明朝体等々、和文フォントもバージョンによって組版結果が変わることがあり得るからです。

nicoriさんがどのようなスタンスで仕事をされているかわかりませんが、印刷会社の組版オペレーターのいち個人としての私見です。

OSが「フォント名（正確にはPostScript名）」でフォントを判断するので、同じ名前ならば競合します。これは仕方のないことです。同じ名前のファイルが同じフォルダ内に存在できないと思っていただければ。

共存が可能か、というのは、どのレベルの共存なのでしょう。T1フォント、OTF、TTF、TTC、同じような名前の形式違いを全部アクティブにして日常業務をこなすことが可能か、という意味でしょうか。

それってフォントを選ぶ時に大変だと思いません？僕は「使いたい時に使いたいフォントをアクティブにする」が一番効率がいいと思ってます。

淘汰するならどれが正解か、はnicoriさんの状況次第ではないでしょうか。このデータを使ってくださいと言える立場であればある程度自由は効くと思いますが、（例えば自分のような立場からすると）このデータを使ってくださいと言われる立場であれば合わせるほかありません。データの川下とでもいいますか、このような立場ですと「淘汰する」なんてもってのほかで、入稿されたデータをデータ通り出力しなければなりません。

確実に言えることは、仕事が動いている間にT1だったりOTFだったり、途中で変えたりしなければあとは自由ではないでしょうか。この仕事はOTFを使ったから最後までOTF、こっちはTTCだから最後までTTC、というふうに、仕事毎にフォントを正しく管理するのが本筋だと僕は考えます。淘汰したい＝使わないフォントは排除したいのであれば仕事の切れ目ですればいいし、どれを残すのが最適解か、であればとりあえずOTF、それも例えばモリサワパスポートなどで提供されるものであればまず問題ないでしょう。

フォント管理という意味で、僕はそれ以上に（形式だけでなく）しっかりとバージョンまで管理できないといけないと考えています。これは例ですが、Adobe Garamond Proの1.007と2.0以上のフォントで、スモールキャプス等の挙動が変わります。

2.0以上のバージョンは、スモールキャプスが適用されますが、それ未満のバージョンでは適用されません（言語設定を日本語から米語などの言語に切り替えれば、2.0未満のフォントでもスモールキャプスが反映されます）。

どのフォントを使うかは自由だと思いますが、形式だけでなくバージョンまで含めて、「仕事ごと」に管理するのが前提。フォントの競合は確かに煩わしいけれども、データを受け取る立場からすると避けては通れない。したがって淘汰はできない。

というのが僕の意見です。