出力の手引きWeb[透明効果]
2010年05月28日 ｜ 縦書き文字に透明効果で文字が欠ける問題 (4) - CS5で修正
以前の記事、「縦書き文字に透明効果で文字が欠ける問題 (3) - 注意事項」で、縦書き文字に透明とオーバープリントが同時に設定されると、以下の問題が発生することを説明していました。
(1) Acrobat 9で文字が欠ける。
(2) Trueflowでの出力は正常。
(3) InDesign CS4 / Illustrator CS4に貼り込むと文字が欠けたものとして「固定化」され、どのデバイスに出しても文字が欠けてしまう。
InDesign CS5 / Illustrator CS5では、上記(3)の問題が修正されています。
この問題、CS3以前でもOK、CS5でもOKなのに、CS4のみがNGなので、注意が必要です。
2010年03月31日 ｜ 文字に透明度グラデーションを使う
＜2010年7月27日追記＞
この問題はTrueflow側での対策が完了しています。
詳細は記事「2010年07月27日｜7つの問題の対策、完了しました」を参照してください。
■概要
Illustrator CS4を用いて、文字に透明度グラデーションを用いた場合、Acrobat 8以前では正しく表示されません。
■実例(右図は2つのセットアップを合成しています)
1) 右図の様に、文字を並べて、アピアランスから透明度グラデーションを設定
2) PDF/X-4など、透明の活きたPDF形式で保存する
3) Acrobat 8以前とAcrobat 9で表示を比較
■Trueflowでの処理結果
処理結果は以下の通りとなります。
*1最新演算(Adobe PDF Print Engine)で、入力データをPDF1.3に変換する設定
*2入構データのPDFバージョンを保持し透明を活かす設定 (推奨設定)
*3現在開発中のパッチで修正予定(時期未定ですが、このサイトにてお知らせ致します)
■再現条件
以下の全ての条件が揃った場合にこの問題が発生します。
・Illustrator CS4で文字属性の塗りに透明度グラデーションを使用する
・Trueflowの従来演算、PDF1.3化する最新演算、Acrobat 8以前での表示
・PDF/X-4など透明が活きたデータで書き出し
・文字列が2文字以上で、2文字目以降が結果不正
■まとめ
PDFの記述としては文字列にTextClipとsh（シェーディング）とSMask（ソフトマスク）が設定された場合に、2文字目以降で発生する問題となっていますが、現状のDTPアプリケーションにおいては、Illustrator CS4のアピアランスから塗りの属性として透明度グラデーションを使用した場合が該当します。
Trueflowでは最新演算系で処理を行えば、内部でPDF1.3化の処理が入らない限り問題は発生しません。
OutlinePDF-Adv.を作成する場合にもPDF1.3化をしなければ2サイト運用でも問題がありません。
TextClipは文字をアウトライン化せずに文字形状でClipする、というPostScriptにはない記述なため、その分割統合処理は何かと鬼門です。
分割統合処理の必要のないPDF/X-4 + Adobe PDF Print Engineなら全て問題ありません。
2010年03月24日 ｜ 自動墨ノセは万全ではない
■概要
Trueflowでは「自動オーバープリント設定」として、平網や文字がK=100%のみの場合、そのオブジェクトをオーバープリントとして出力する事ができます。
この処理は、入力されたデータ上でオーバープリントがOffの場合でも、そのデータを書き換えてオーバープリントOnとして演算します。
しかし、この機能は入力データの状態によって、期待通り出力されない場合があります。
この様な、RIP上でのデータの書き換えは、間違った入力データに対処するための最後の手段であり、万全な対応ではない事を知っておく必要があります。
■実例
以下の手順で作成されたEPSは、Trueflowで「自動オーバープリント設定」を用いても、墨ベタ部分は下のグラデーションに対してオーバープリントになりません。
1) Illustrator(10～CS4)で右図の様なデータを作成します。
2) オブジェクトの重なりは、下からグラデーション、墨ベタ、画像の順で、僅かに墨ベタと画像が重なってします。(ここがミソ)
3) 墨ベタの部分の下にはグラデーションがあります。
4) ここで使用する画像は、この記事の手順で作成した(必要のない透明が含まれた)Photoshopネイティブです。
5) このデータをEPS保存します。
■発生条件
発生条件は以下の通りです。
・グラデーションや画像の上部に墨ベタの平網がある
・その平網に影響する透明オブジェクトがある
・EPS形式で保存する(Illustratorで透明の分割統合処理を行う)
・Trueflowの「自動オーバープリント設定」で墨ベタをノセに
■発生原理
データ上で、どの様な事が発生しているのでしょうか？
発生条件を満たす、もう少し単純なデータで確認してみます。
右図の様なデータでもEPS形式で保存すれば条件を満たします。
以下の手順で発生原理を確認します。
1) このEPSをDistillerでPDFに変換し、Acrobatで開く
2) AcrobatのTouchUpオブジェクトツールで墨ベタの部分を削除
・この手順で確認すると、右図のように墨ベタの部分にグラデーションがなく、白く抜けており、上部の墨ベタ部分にオーバープリント属性を加えても、下部のグラデーションとは合成されません。
・もし、この墨ベタ部分に透明オブジェクトが関係していなければ（右下図参照）、TouchUpオブジェクトツールを用いて削除しても、その下にグラデーションが存在しているので、墨ベタの部分にオーバープリント属性を加えると期待通り墨ノセになります。
・TouchUpオブジェクトツールで墨ベタを消去して見える部分は、あくまでもデータ上そのオブジェクトがあることを確認しているだけで、実際に出力されるかどうかは、墨ベタのノセ、ケヌキ設定に依存します。
・つまり、このデータを、RIP側でデータ通り(つまりケヌキで)出力すると、演算結果として、この部分にはグラデーションは描画されません。
■まとめと回避策
つまりIllustratorのEPS出力で行われる透明の分割統合では、データ通り、つまりケヌキであることを解釈して、分割統合を行う為に、下のグラデーションの部分が抜けています。(つまりRIP演算の一部をケヌキ前提で済ませている訳です)
RIPでデータの書き換えを行わない場合、この部分はケヌキで出せばいいので、EPSの記述内容には問題ありません。
しかし、RIP側でデータを書き換えて、間違ったデータを期待通り出力しようとしても、データの時点でオーバープリントの対象となるオブジェクトがないので、期待通りにはなりません。
上記のダッキーの例の様に、オーバープリントになるべきオブジェクトに、透明が関係していることが簡単に発見できない場合もあります。
以下の回避方法によって、この問題を確実に防ぐことができます。
・正しくオーバープリント設定を行い、データ通り出力する
・aiネイティブやPDF/X-4など、透明を活かした出力を行う
2009年11月05日 ｜ InDesignに効果付きデータを配置(2) - 発生原理、解説
＜2010年7月27日追記＞
この問題はTrueflow側での対策が完了しています。
詳細は記事「2010年07月27日｜7つの問題の対策、完了しました」を参照してください。
先ほどの記事「InDesignに効果付きデータを配置(1) - 発生条件、回避策」の続きです。
■発生原理
前の記事では、発生条件として、「特定の効果が使用された場合に発生する」となっていました。
しかし、これは表面的な条件であって、根本には「画像に不透明度0%が指定され、背面に透明オブジェクト＋不透明オブジェクトが存在する」という条件があります。（UI表記としては「透明度」100%の方が分かりやすいと思いますが…）
例えば、ダッキーの画像を切り抜いて、Illustratorに配置して、通常の透明の不透明度0%に設定すると、消えてしまいます。
本来の期待される出力としては、消えたまま出力されるべきなのですが、実際には画像ボックスの形状で背面の透明オブジェクトが抜けてしまいます。この挙動が、今回の問題の根本原因です。
この場合は、画像全体が矩形で不透明度0%が指定されている事になり、この矩形で背面の透明オブジェクトが抜けています。
実際には、画像に通常の透明として不透明度0%を指定すると、全く消えてしまうので、あまりその様な指定が行われる事はないと言えるでしょう。
しかし、前の記事のサンプルにある「光彩(外側)」は実際に使用されることのある効果の1つです。
この「光彩(外側)」で付加される効果は、下図（左）の様な画像が透明で合成されます。この場合、画像に応じて透明度が変化するソフトマスク(SMask)で記述されます。
この様なSMaskが使用される場合、対象となる画像の一部に対して、不透明度0%の指定になります。このサンプルの場合、下図(右)のハッチングの部分が不透明度0%の領域になります。
ここで先ほどと同じ様に、この不透明度0%の領域を前の記事のサンプルの画像に適応すると、同様にその領域の背面の透明オブジェクトが抜け、同じ原理で発生していることが説明できます。
■回避方法について
おもてには見えない発生条件がもう一つあります。
この条件が合致しないと今回の問題は発生せず、正常に処理できます。
この問題は、IllustratorのデータからそのままPDF出力した場合は発生せず、InDesignに配置した場合にのみ発生します。
配置された場合、PDFの記述にはどの様な変化があるのでしょう？
これは、InDesignにIllustratorネイティブを配置する際の「背景を透明に」の設定がOffの場合には、PDF上にそのIllustratorデータ全体に対してのグループキーとして、「描画モードを分離」(Isolated Group)がtrueに設定されます。
本来であれば、このIllustratorデータ全体に対して、「描画モードを分離」することにより、背面のInDesignオブジェクトの影響を受けることなく、Illustratorの描画部品にのみ影響する透明グループとして処理されることにより、背景を不透明として処理することができるのですが、この処理の誤動作がもう一つの発生条件になっているようです。
回避策として有効である、この「背景を透明に」の設定がOnの場合は、Illustratorデータ自体がグループ化されず、出力されるPDF上では、あたかもInDesignのオブジェクトの様に記述されます。だからといって、InDesign上で編集できるわけではなく、あくまでも出力PDF上での記述の話です。
つまり、グループ化さえされていないので、このIllustratorデータに対するIsolated Groupの記述も存在しないことになり、今回の問題は回避できることになります。
■最後に
今回の問題は、全ての条件が完全に解明されたわけではありません。最終的には今回の条件に該当するデータのカンプ出力をTrueflowを用いて、事前確認を行って頂く事を推奨いたします。
この件に関して、新しい情報が分かり次第、このサイトからお知らせいたします。
2009年11月04日 ｜ InDesignに効果付きデータを配置(1) - 発生条件、回避策
＜2010年7月27日追記＞
この問題はTrueflow側での対策が完了しています。
詳細は記事「2010年07月27日｜7つの問題の対策、完了しました」を参照してください。
■問題の概要
IllustratorまたはPhotoshopで作成したデータに特定の効果が付いている場合、ネイティブか、アプリケーションから書き出したPDFをInDesignに配置すると、出力が不正になることがあります。
この問題は、Acrobatでは確認できず、Trueflowからの出力で確認されます。
これはPDFのデータの問題ではなく、RIP処理の問題です。下記で解説する回避方法というのは、RIPでの問題のある処理を回避して、同等の結果を得るための解決方法の1つです。
発生原理などは次の記事で解説いたします。
■再現条件（全て揃った場合のみ再現）
現時点で確認できているこの問題の再現条件は以下の作成環境とオペレーションの全てが合致した場合です。全てに合致しても再現しない場合があります。
＜作成環境＞
・InDesign CS～CS4＋Illustrator CS～CS4 / Photoshop CS～CS4
（それ以前のバージョンについては言及しません）
・PDF/X-4形式（Live Transparency）
・Trueflow SE Ver5.01以降の最新演算で処理
＜オペレーション＞
1) IllustratorまたはPhotoshopで特定の効果*a)を使用
1-2) Photoshopの場合、そのネイティブをIllustratorに配置(リンク、埋め込み共)
2) Illustratorで、効果済みオブジェクトの背面に、透明オブジェクトを配置
3) Illustratorで、その透明オブジェクトの背面に不透明オブジェクトを配置
4) IllustratorまたはPhotoshopで作成したネイティブ/PDFをInDesignに配置
■特定の効果*a)について
現在、以下の透明を伴う効果において、この問題が発生することが判明しています。
＜Illustrator＞
・効果→スタイライズ
- 光彩(外側)
- ドロップシャドウ
- ぼかし
・その他
- 透明度が設定されたグラデーション(Illustrator CS4のみ)
＜Photoshop＞
・レイヤー効果
- 光彩(外側)
- ドロップシャドウ
- ぼかし
■回避策（どれか一つで回避）
以下のいずれかの方法でこの問題は回避できることを確認しています。
・上記手順4)でInDesignに貼らず、Illustratorから出力する。
・上記手順2)で効果オブジェクトの下に透明オブジェクトを配置しない。
・InDesignで同様のデザインを行う。
・InDesignにおいてai/PDFファイル取り込み時に「背景を透明に」をOnで配置。*b)
・PDF/X-1a形式で出力する。
■回避方法「背景を透明に」をOn*b)について
上記5つの回避策のうち、4)の回避策が最も簡単で影響が少ない方法と言えますが、若干の留意事項があります。
設定方法としては、 InDesignでIllustratorネイティブの配置時に「読み込みオプション」にチェックを入れると下記のダイアログが表示されます。この中の「背景を透明に」にチェックを入れます。
この設定によって、正常に出力される様になるのですが、設定通り背景が透明になるので、デザインによっては配置ドキュメントの背景に何か描画される物がある場合があります。
元のデザインと同じ結果を得るためには、InDesignで代わりの背景オブジェクトを配置することで、問題を回避しつつ、本来の出力を得ることができます。
単にInDesignをトンボを付けたり、ページ付けするための台紙として貼り込む場合は、この対策を行う必要はありません。
2009年09月22日 ｜ PDF運用での重要な3つの留意事項(2) - InDesignCS4 6.0.4とTrueflow SE
AdobeからAdobe InDesign CS4 6.0.4 アップデート（Mac版・Win版）がリリースされました。日本語での解説も含まれたINDESIGN CS4 6.0.4 RELEASE NOTES - Multi-language（PDF/2.4MB）（79ページから日本語）も公開されています。
しかし、文章で説明された修正内容から、現実にバージョンアップの効果のある事例を知ることは簡単ではありません。
Adobe Illustrator＆InDesign日本製品担当者Blogである「いわもとぶろぐ」(ストレートなネーミングですね…)の記事「InDesign CS4 6.0.4公開 - いわもとぶろぐ」では、その実例として、いくつかの修正されたTechNoteを紹介しています。
当社では、先日の記事「PDF運用での重要な3つの留意事項」の問題について調査しました。
結果、このInDesignCS4 Ver6.0.4によって1つの問題が修正されていることを確認しました。
今回はTrueflowでの今後の対応予定と合わせて、もう一度整理しました。つまり前の記事の空白を埋めます
＜注意＞これらの問題は常に発生するわけではなく、「特定の条件」が合致した場合にのみ発生する、「回避方法」のあるトラブル事例です。
「特定の条件」と「回避方法」については、タイトルからリンクされている各々の元の記事を参照してください。
■ 1) InDesignCS2〜CS4での合成フォントの問題(1)・(2)・(Adobe情報)
【結論】OK : InDesignCS4 6.0.4で修正されています。
【Trueflow】OK : InDesignCS4 6.0.4以外でも正常に処理できる様になります。
【現状の発生条件】下記の修正後は全て「○」になります。
ここでの「○」はInDesignの表示と出力が一致するという意味です。
【概要】
このInDesignCS4 6.0.4を使用することで、AcrobatのバージョンやPDF処理系等に関わらず正しく処理できるPDFを生成できる様になりました。
InDesignCS4のデータであり、再度6.0.4でPDFを再出力したデータは正常に処理できますが、InDesignCS4 6.0.3以前やCS2、CS3のデータでは同じ問題が発生する可能性があります。（再現条件や回避方法は以前の記事を参照してください。
【Trueflowでの対応】
Trueflowでは、6.0.4以外の問題の出るバージョンにも対応するため、同様のデータをPDFの正しい解釈じゃないけど期待通り、つまりInDesignでの表示と一致する様に改善するTrueflow Ver4.01以降向けのパッチを2009年11月リリースの予定で準備中です。
以下の様に、Trueflow側のパッチもリリースされることにより、処理系に関わらず全てOKとなります。
■ 2) 縦書き文字で文字が欠ける問題(1)・(2)・(3)・(Adobe情報)
【結論】NG : InDesignCS4 6.0.4でも修正されていません。
【Trueflow】OK : Trueflowでは不具合を「固定化」しない限り正常に出力できます。
【現状の発生条件】
上記、表の「アプリケーション」としてIllustratorCS2〜CS4、InDesignCS2〜CS4と記述されていますが、これは該当するPDFを作成しうるアプリケーションであり、そのPDFの記述そのものに問題があるわけではありません。
【概要】
この文字の欠ける時として消えてしまう問題は、そのPDFを解釈する側に原因があります。
原因のあるアプリケーションとしてはInDesignCS4、IllustratorCS4、PhotoshopCS4、Acrobat 9など、現時点で最新のアプリケーションのみで再現する共通の問題であるために、これら全ての修正が望まれます。
解釈する側として、Adobe CS3シリーズ以前やAcrobat 8以前では問題ありません。
【Trueflowでの対応】
この問題は、従来のAdobe PDF Print Engineでは正常に処理されていたのですが、Trueflow SE Ver7.00から対応されるAdobe PDF Print Engine 2で「デグレードゼロを目指します」と言っていたトレンドセミナーの更に後のリリース直前に発見され、修正した問題です。この修正によりInDesignCS4などに貼って不具合を「固定化」しない限りTrueflowでは全ての処理系において正常に出力できます。
■ 3) InDesignCS3/4の「効果」で出力が不正になる(1)・(2)・(Adobe情報)
【結論】NG : InDesignCS4 6.0.4でも修正されていません。
【Trueflow】対応中 : Trueflowでは修正パッチを準備中です。
【現状の発生条件】
(*1) AcrobatはTouchUpオブジェクトツールでNG
(*2) Trueflow従来演算では、Polished Inputを使った場合のみNG、通常入力ではOK
【概要】
この問題はInDesignCS3から新たにサポートされた「効果」機能で発生する問題で、Acrobatの表示では問題が見つからない未然予防の難しい問題です。ただし、再現条件や回避方法は明確になっていますので、詳細は以前の記事を参照してください。
【Trueflowでの対応】
Trueflowでは、この問題の発生ロジックは解明できており、リリース日程や対応バージョンなどは影響範囲が広いこともあり未定ですが、修正を行うパッチの準備中です。
2009年09月10日 ｜ PDF運用での重要な3つの留意事項
現状、PDF運用で留意が必要な3つの問題について、まとめました。
PDF運用であれば、データの制作において以下の3つの事例に関して、該当データを避けたり、回避策を講じることで、これだけが全てではありませんが、相当数のトラブル発生を未然予防することができます。
以下に、発生条件、回避策を記載した以前の記事へのリンクがありますのでもう一度参照してみてください。
■ 1) InDesignCS2～CS4での合成フォントの問題(1)・(2)・(Adobe情報)
【発生条件】
ここでの「○」はInDesignの表示と出力が一致するという意味です。
【概要】
この問題は、InDesignCS2～CS4で発生する問題で、同じ事をIllustratorで行っても発生しません。
■ 2) 縦書き文字で文字が欠ける問題(1)・(2)・(3)・(Adobe情報)
【発生条件】
【概要】
この問題は、InDesignCS4だけでなく、IllustratorCS4、PhotoshopCS4、Acrobat 9などの全てのアプリケーションで再現する共通の問題です。Adobe CS3シリーズ以前やAcrobat 8以前では問題ありません。
■ 3) InDesignCS3/4の「効果」で出力が不正になる(1)・(2)・(Adobe情報)
【発生条件】
(*1) AcrobatはTouchUpオブジェクトツールでNG
(*2) Trueflow従来演算では、Polished Inputを使った場合のみNG、通常入力ではOK
【概要】
この問題はInDesignCS3から新たにサポートされた「効果」機能で発生する問題で、Acrobatの表示では問題が見つからない未然予防の難しい問題です。ただし、再現条件や回避方法は明確になっていますので、詳細は以前の記事を参照してください。
この記事、空白が多いのはなぜでしょうか？
2009年08月12日 ｜ QuarkXPress 8.1リリース(2) - 透明サポート
先ほどの記事「QuarkXPress 8.1リリース(1) - 概要」では、QuarkXPressの透明効果オブジェクトがPDF書き出し時に分割統合せずに出力できることを掲載しました。
透明効果オブジェクトを分割統合せずにPDFに書き出す事ができる、ということは言い換えるとPDF/X-4の特徴の一つであるLive Transparencyで出力する事ができると言うことになります。
ただし、QuarkXPressにおけるこの透明サポート機能、3つの注意点があります。
これらの重大な注意点により、TrueflowではこのQuarkXPress 8から出力される透明を含んだPDFをサポートしません。従来通り、Trueflow出力の手引きに記載されているPDF/X-1a運用をサポートします。
また、PDF/X-1aであっても複雑な透明を含んだAIネイティブやPDFをQuarkXPressに配置する場合は、解像度設定に注意が必要です。
■透明が含まれたPDFはPDF/X-4ではない
QuarkXPress 8ではPDF/X-1a出力はサポートされているのですが、透明を含むPDFは出力できても、PDF/X-4の認証はできません。
■IllustratorネイティブやPDFに含まれる透明に対する解像度が一律
Quarkの発表した文章では「QuarkXPressの透明効果が…」とあります。これは、貼り込まれるIllustratorネイティブファイルやPDFに含まれる透明効果はLive Transparencyにならない、つまり分割統合されるという事を意味しています。しかも先ほどの記事のスクリーンショットにあるようにPDFおよびAIファイルに含まれる平滑化解像度は一律に一つの設定しかできません。デフォルトでは透明の関係する文字が300dpiになってしまいます…
■QuarkXPressはIllustratorネイティブやPDFの透明を解釈しない
この留意事項は、PDF/X-1a運用でも同じ症状となり、注意が必要です。
この問題は、QuarkXPress 8から存在した問題ですが、AIネイティブやPDFに透明が含まれている場合、そのデータをInDesignに貼った場合とQuarkXPressに貼った場合とでは出力が異なる場合があります。
例えば、貼り込まれるAIネイティブデータに透明効果オブジェクトが含まれる場合、InDesignはその透明を解釈し、貼り込まれたデータの下部にあるオブジェクトも透けて見えますが、QuarkXPressの場合は先に部品単位で分割統合してから下部のオブジェクトに重ねるので、貼り込まれるデータの透明オブジェクトは背景として「白」色と合成されることになり、下部のオブジェクトは透けて見えません。
InDesignの場合は、出力されるPDFの形式に関わらず部品内部の透明属性も解釈して合成されます。
1) InDesignの場合
下図のように、貼り込まれたAIネイティブやPDFの透明も、ベースページの色（M=50%）と合成されています。
2) QuarkXPress 8の場合
貼り込まれたAIネイティブやPDFの透明はベースページの色とは合成されませんが、QuarkXPressで記述された透明オブジェクトは当然ですが透明として合成されるので、AIネイティブやPDFと同じデザインでも出力結果は異なります。
2009年08月10日 ｜ QuarkXPress 8.1リリース(1) - 概要
QuarkXPress 8.1アップデータがリリースされました。
8/4(火)に更新されていました
このアップデータによる改良点について、QuarkはWebサイトで説明していますが、通常のアップデータでは更新されないような新しい機能も含む、大規模なものとなっています。
この中で「QuarkXPressの透明効果が適用されたオブジェクトを、PDFの最終出力時に平滑化（分割・統合）せずに出力できます。」という内容については特に留意が必要です。TrueflowではQuarkXPress 8.1の、この機能が使われたPDFをサポートしません。従来通り、Trueflow出力の手引きに記載されているPDF/X-1a運用をサポートします。
この留意事項も含め、アップデータの内容の詳細については、別の記事として後日お知らせいたします。
2009年07月31日 ｜ 縦書き文字に透明効果で文字が欠ける問題 (3) - 注意事項
「縦書き文字に透明効果で文字が欠ける問題」「縦書き文字に透明効果で文字が欠ける問題(2) - Adobe情報」
のトラブルに関して、さらに注意事項があります。
Adobeのサポートデータベースでは、問題が発生しているPDFをInDesign CS4またはIllustrator CS4に配置した場合でも、同じ問題を確認できるつまり同じ問題が発生する、と書かれています。では、具体的にどの様な問題が発生するのでしょう？
■具体的な症状
この問題の本質は、PDFの記述には問題はなく、それをAcrobat 9が解釈して表示する部分に問題があると「縦書き文字に透明効果で文字が欠ける問題」で説明しました。
これが、InDesign CS4やIllustrator CS4にも同じ問題があると言うことになります。
言い換えるとこれらのアプリケーションがPDFを読み込んで解釈する時に、縦書きの透明とオーバープリントの設定によりPDF/X-1a出力の分割統合によって生成されたテキストクリップの位置を間違って解釈してしまいます。
その結果、InDesign CS4やIllustrator CS4の画面上の表示も文字が欠けた状態で表示されます。この時点で気付きましょう
その上、PDFの書き出し側には問題がないので、InDesign CS4やIllustrator CS4によって間違って解釈されたこのオブジェクトは、そのままあたかも元から文字が欠けたデザインであるかの様に取り扱われ保存されます。
この様な処理を行われた結果、そのInDesign CS4やIllustrator CS4ドキュメントから生成されたPDFはもちろんPostScriptでも、もはや処理系、つまりAcrobatのバージョンやRIPのバージョンに関わらず、文字が欠けた状態で出力されます。
読み込まれるアプリケーションがCS3系以前の場合では、解釈の問題はなく、仮に元のPDFがCS4系で作成されたものであっても、正常に表示/出力されます。
■出力における注意事項
この問題は、AcrobatだけでなくRIPのバージョンによっても出力結果が異なる事が考えられます。その様な場合、Acrobat 8以前では問題なく表示できていたPDFが、RIP演算の結果文字が欠けて出力されるという事故が発生する可能性があります。
Trueflow SEでは、最新演算系や従来演算系など処理系に関わらず問題なく出力できます。
■まとめ
上図のPDF(A),(B),(C)のそれぞれにおけるPDF処理系による演算結果を表にしました。
重要なことは、たとえ問題の発生しない処理系を用いても、CS4系アプリケーションでPDFを配置した場合、元のデータが書き換わってしまい、同様の問題が発生してしまうということです。
もし、縦書き文字に透明とオーバープリントの両方が設定されるようなデータの場合、データの作成方法や処理系の挙動を理解し対策する事で、正しい出力を得ることができます。
繰り返しになりますが、この問題はあくまでも「オーバープリント」＋「透明」の両方が同時に指定された「縦書き」文字の場合にのみ発生する特異な問題であり、通常の使用におけるAcrobatの再現性について全面的に否定するものではありません。また、この問題の発生条件も回避方法も明確になっています。
