(z-)様、あさうす様、早い返信ありがとうございます。
>入稿データは段落スタイルで管理されていないんですか?
得意先の作業者によります。こちらから統一を提案したことあるのですが、フリーの方や他社の方が作ったものを集めて1冊の書籍にしているので統一は無理とのことでした。
みんなインデの段落スタイルを使う、という基本を忠実に行ってくれればいいのですが…(もっと言うとイラレで文字組してインデには貼ってるだけ、という作業者もいます。理由はインデに慣れてないだけだそうです)
>何より、NewCIDとOpenTypeは互換があるわけではなく、置き換えたら文字組み結果は明らかに変わるので、それ自体、多大なリスクがあります。
その点は得意先は理解の上での話でしょうか。
互換性の件、以前からお伝えしているのですが、得意先は対して深く考えていないみたいです。文字組自体そこまで厳しくない得意先なので今のところ問題ないのですが、はっきり言って怖いですよ。置き換えは得意先の指定なので文字組が変わっても、私の会社サイドに責任は押し付けない。で来てるのでまだいいですが…普通の文字組ならアウトですよね。
>またNewCIDは、次期Adobe CCのメジャーバージョンと、リリース元であるモリサワ自体のサポートが終了する旨アナウンスしています。
よってそのことを得意先に報告し、OpenType利用のワークフローにいち早く切り替えてもらうのが最も確実で今後も対応できる方法といえます。
これも以前から伝えているのですが、色々な作業環境の方がいて、統一は不可能だそうです…。
CIDが完全に使えなくなるまで使用する作業者はいなくならないみたいです。
※CIDをOTFへ置き換えるのみ、文字組結果が崩れるは考えないものとする場合、私の理想論としては…
検索と置換で、置き換えるフォントをクエリ登録。
せうぞーさんのスクリプト「run_Queries」で一括検索置換
と出来れば、検索と置換のクエリは増える問題はありますが。
フォント検索で変更の場合でも、同じようなことが出来れば…。
と思ったもので。
[20067] ちーあに (2019/07/26 Fri 11:41)