インデザイン変換サービス

これまでに作ってきたPageMakerのデータ、どうします？
そのまま保存して、これからも、今までと同様に頑張っていきますか？
流用・改版の制作効率が悪くないですか？
今後のOSやソフトのバージョンアップへの対応はどうですか？

モッタイナイ！
もし、これをWin InDesign化すれば…

◎WinDTP実現
→クオリティ維持、設備投資軽減、内製化、流用・改版時のオンデマンド制作

◎XML化実現
→TRADOS連携、多言語・多媒体展開の自動処理、データベース連携自動処理、OSやソフトに依存しないデータ管理

いかがでしょう。まずはWin InDesign化を御検討ください。

次に、その方法です。

Mac PageMakerデータから素材を抽出して、Win InDesignでイチからレイアウトをしますか？

時間的にもコスト的にも、これは結構大変です。
フツーの新規組だけではありません。素材抽出やファイルのリネームもありますし、Illustratorファイル内の書体置換なんかもあります。
また、当然、テキストデータ化した段階で本文中の索引設定マーカーは全て消失しますから、これも要再設定・要確認です。
フツーの新規組＋素材抽出＋素材変換＋索引再設定＝校正もヘビーです。

では、Mac PageMakerデータを、Win InDesignで開いて調整していきますか？

これも中々ヘビーです。レイアウトは崩れるわ、画像の拡縮比率も狂うわ、思わぬ所に脱字が生じるわ、etc.です。この校正がまた大変。イチから組んだ方が早い！と叫びたくなるケースもあります。

そこで、弊社が、最短距離でMac PageMakerデータをWin InDesign CS2/CS3に変換します。

弊社でも、基本的には、Mac PageMakerデータをWin InDesign CS2/CS3で開く方法を取ります。でも、レイアウトは崩しません。インライン画像も索引設定も全て移行します。

なぜ、このような最短距離でデータ変換ができるか。 弊社では、多岐に渡る調整作業を自動化するスクリプトを開発し、データ変換に伴う諸々のオペレーションを自動処理をしているからです。
人（オペレータ）ではなくPCがやりますから、精度は期待通り、一校校了も可能です。

汎用的なプラグインとは異なり、PageMaker元データに合わせた細やかで柔軟な対応ができるのがスクリプトです。
このスクリプト開発を担当するのは、DTP歴10年超のプログラマー。
PageMakerデータにありがちな事は全て想定の範囲内です。

弊社実績で申し上げれば、「イチからInDesign新規組方式」と比較して、
　→制作時間：初校出まで1/3
　→校正回数：1/4（一発校了vs全４～５校）

さらに、弊社では、Win InDesign→即XML化も可能にします。
［アンカーオブジェクト化］や、［XML構造生成］［XML書き出し］も自動処理するスクリプトを開発しますので、２～３クリックでOK。
TRADOS等、外部で再編集されたXMLファイルも［XML読込］スクリプトを１クリックするだけで再レイアウト完了です。

ちなみに、この時に生じがちなリフローも、「発見」するだけでなく、「処理」迄を自動化。
本文リフローではページを自動追加・自動流し込み、引出文字リフローではフレーム伸張方向の指定が出来、その通りに自動処理します。

その他、元のPageMakerデータに応じて、様々なスクリプトを開発し、自動処理を行います。

PageMaker→InDesign化（CS2/CS3）は、弊社にお任せください！

PageMaker→InDesign コンバートサービス料金体系
変換のみ	過去にページメーカーで制作されたデータを、そのままインデザインCS2/CS3に移行・変換します。 インデザインデータにはしますが、これがDTP的に適正かどうかは元のページメーカーデータに依ります。 例えば、テキスト枠の連結が飛んでいようと、画像文字が画像置・ページ置バラバラであろうと、基本的にそのままです。 「DTP的データの正しさは別に不要。改版があるわけじゃなし」とか、 「いずれ、必要に応じて、必要なことは社内でやるし」のような、 『とりあえずインデザイン化』が必要な、インデザイン力のあるお客様向です。 ただ、経験から申し上げますと、「印刷物になりゃいーのだ、最悪、紙版」という時代のトンデモデータが結構ありますので、その後のコストと御苦労は想像に難くありません…
変換＋DTPデータ整備	オペレータは玉石混交、修正・改版繰り返しのページメーカーデータを、インデザイン化しながらDTP的に適正なデータにします。 例えば、スタイルの整理、表組の統一、テキスト連結の整備、画像処理、などなど。 「この際だから」的レイアウト変更・スタイル統一などもOKです。 なので、「DTP制作は、以後、インデザインでやってく」とか 「インデザインデータになった後の活用・展開は、専用のシステムや別ソフト等でバッチリなんだけど、いかんせん大元のインデザインデータがないのよね」 というお客様向です。
変換＋XML対応データ化	さらに、XML的活用ができるデータにします。 例えば、TRADOSと行き来し、TRADOS戻りのデータはインデザインで自動レイアウトされる、いわゆる「多言語展開」を誰もが実現できるようなXML対応データにします。 この時、画像引出文字も本文と一緒にTRADOSと行き来させます（Excel別ファイルからコピペの必要はありません！）。 一連の多言語展開で、オペレータにXMLの知識は不要。ワン・クリックで自動処理出来るようなインデザインデータにします。 また、XMLには「多媒体展開」や「データベース連携」という方面もありますので、様々な目的で様々なメディアと行き来できるインデザインデータにします。

というわけで、まずは元データの状態を拝見し、同時に、以後の展開・可能性をお聞きしながら上記３パターンに大別、その上で細かなニーズを伺って御見積させていただいております。

補足：
QXP→InDesign変換は、さらに元のQXPデータに依ります。
例えば、デザイナーがIllustratorで作った全面データをQXPにべったり貼り付けてるだけの、つまり「出力用QXPデータ」というものが結構あります。
これは「イラレデータの変換が主」あるいは「インデザインで組み直し」方面になります。
また、テキストボックス全てバラ置き・スタイル非割当の「見栄えだけを考えて作られたデータ」もよく見受けられます。
これも同様に、インデザイン変換目的に合わせた作業が必要になります。
いずれにせよ、目的に合わせた方法（最短距離）は必ず見つけ出しますので、QXPデータを抱えて困っている方も、まずは御相談ください。