出力の手引きWebのはてなブックマーク数
ホーム > 出力の手引きWeb > Adobe Creative Cloud 2017 (5) - 正式サポートとEQUIOSでの対応|このエントリーを含むはてなブックマーク

出力の手引きWeb

2017年06月05日 | Adobe Creative Cloud 2017 (5) - 正式サポートとEQUIOSでの対応

■結論
Adobe CC 2017の当社RIPでの検証が完了し、下記の条件下でサポートOKとなりました。
1つ前の記事に書いた通り、Illustrator CC 2017.1では、特色名の記述はShift_JISつまりIllustrator CC 2015と同じに戻っており、そのバージョンでの検証を行いました。
合わせて、EQUIOSの最新バージョン Ver.5のアップデート(EQUIOS Ver5.00 EQ011)において、UTF-8の自動認識、Shift_JISへの変換を新たにサポートし、Illustrator CC 2017.0のデータとの混在にも対応しました。
(EQUIOS Ver5.00 EQ011には、EQ013も併せて適応してください)

■発生条件
.aiネイティブをInDesignに貼る運用の場合は、問題は発生しない。
・発生条件はPDF書き出しプリセットの「Illustratorの編集機能を保持」がOffであり、編集情報を含めることができないPDF/Xであれば、ジョブオプションが当社製でも、Adobe純正でも、PDF/X-1aでも、PDF/X-4でも、Illustrator CC 2017.0であれば、特色名はUTF-8になる。PDF/X-3は知らないけど、きっと同じ

■留意事項
【重要】このUTF-8の特色名が使用されたデータがInDesign(CC 2017でなくても)で配置された場合、PDF書き出し時に特色がプロセスカラーに変換されたPDFを生成することがある。(発生条件が特定できていません)
この場合、InDesignから書き出した時点で既にデータ不正になっているので、EQUIOS側で補正する事ができない。
・内部に記述された特色名がShift_JISかUTF-8かは、一般的な方法では見分けがつかない。
・上記、EQUIOSでの対応は、あくまでもIllustrator CC 2017.0からダイレクトに書き出されたPDF/Xに対してのみ有効。
 それ以外のAdobeアプリケーションではUTF-8にならない

■EQUIOSの最新バージョンでの追加的な対応について
Illustrator CC 2017.1では、元の仕様に戻りましたが以下の課題が残っています。
 ・Illustrator CC 2017.0は、リリースから半年以上経過しており、既に該当データが相応数拡散している
 ・PDFを見ただけでは特色名の文字コードの判別ができない。
 ・今後、いつ(InDesign CCともキチンと仲良く連携して)UTF-8に変更されるか分からない
これらの課題を改善するため、EQUIOSの最新バージョン Ver.5のアップデートにおいて、UTF-8の自動認識、Shift_JISへの変換を新たにサポートし、Illustrator CC 2017.0データの混在にも対応しました。
support_table.png
◎:特色の扱いはAdobe CC 2015と同等(Shift_JISしか存在しない)
○:UTF-8→Shift_JIS変換に伴う僅かな仕様上の制限あり
 ・Shift_JISにないUTF-8の文字があるとエラーにします
 ・Shift_JISとUTF-8のコード重複部分があると誤って自動判別する可能性
  →特色名文字化け。(出力版は抜けない)

△:下記の条件下でのみ運用可能(非推奨・未検証)
 ・特色を使わない(プロセスカラー出力なのに特色スウォッチを使わない)
 ・特色名には英数字のみ使う(全角スペースも含め全角は使わない)
 ・Illustrator CC 2017からはPDFではなく.aiネイティブをInDesignに貼る



■Shift_JISに変換する対策のメリット・デメリット
今回のEQUIOS(Ver5.00 EQ011)では、入力処理において、UTF-8形式の特色名をShift_JISに書き直す、という対応を行いました。
内部の処理の全てをUTF-8に変更すると、レガシーな製品との連携や当社製ではない製品とのインターフェースへの影響が懸念されるために、この様な対応となっています。
UTF-8からShift_JISへの変換にはごく稀ではあるものの仕様上避ける事のできない制限がありますが、その制限が問題になる可能性は知らずにUTF-8形式のデータが入力され、不慮の事故になるよりも少ないと判断しました。

■Shift_JISに存在しないUTF-8文字を使用した場合
Illustrator、InDesignの各バージョンでPDF/Xを作成した場合の文字コードとAcrobatの分版プレビューとそのPDFをInDesignに配置した場合のスウォッチ上の表示を以下にまとめました。
PDFの作成バージョン、受け取り側のバージョンに応じて症状が変化し、トラブル発生の可能性が高くなります。
特色の名前にこの様な文字を使うことは控えましょう。

utf-8_sjis_table.png
*1) Acrobatの分版プレビューは、UTF-8でもShift_JISでも化けずに表示できる
*2) 特色の扱いについてはInDesign 2015.4/2017.0/2017.1ともに同じ
*3) InDesignはPDF内部の特色名はShift_JISながら、UTF-8固有文字もサポート
   Illustrator CC 2017.0はPDF内部の特色名はUTF-8ながら、UTF-8固有文字未サポート。
*4) Shift_JISに存在しないUTF-8文字だけの特色が2色ある場合の2色めは「グローバルカラー 1」になります

■まとめ
この問題は、発生頻度という意味では大きな問題ではないかも知れません。
実際に部材として.aiでもEPSでも一般的なPDFでもなく、わざわざPDF/Xを使うケースはそれほど多くなく、実害が出る可能性は高くないとも言えます。
しかし、PDF/Xも正しいPDFとして間違いはなく、見分けがつかないファイルを拡散させてしまった、という意味(当社にも一定数の実害の報告があります)において、今回の受け取り側の各種RIP製品(だけでなく、自社アプリであるInDesignや、「受け側としての」Illustrator自身でさえも含めて)の準備が整う前に、この記述だけを抜き打ちで変更した対応は不適切で、フォーマットを戻しただけでは取り返せない影響を残しました。
UTF-8への移行は、方向性としては間違っておらず、各社足並みを揃えて計画的に行う事と、受け取り側としては互換性に配慮し、Shift_JISもUTF-8も両方の混在を前提とした対応が必要です。
equios_gui.png

[第16版] [Acrobat] [Illustrator] [InDesign] [解説追加] | 固定リンクこの記事をメールで共有 このエントリーを含むはてなブックマーク
このページの先頭に戻る