こんな「困った」を解決！
こんな「困った」を解決！
Wordで執筆された原稿をInDesignへ流し込む際、一般的な取り込みフローでは多くの体裁情報が欠落します。
弊社では入稿データに応じた独自のマクロおよび前処理スクリプトを通すことで、手作業による再設定を最小限に抑え、手戻りのない組版を行います。
執筆者によって設定方法が異なるイタリック（斜体ボタン／書体指定／スタイル指定）や下線、スモールキャップ、圏点などを自動判別し、InDesignの文字スタイルへ正確に関連付けます。
「斜体＋下線」といった複合的な設定も属性を壊さず保持します。
Word標準の脚注機能をInDesignへそのまま移行すると発生しやすいレイアウト破綻を防ぐため、脚注と本文を分離して管理します。
分離処理時にも文字飾りやフォント情報が欠落しません。
一太郎からWord形式で保存されたデータ特有の「検索置換が効かない」「ルビが移行されない」といった問題も、データ構造を事前に正規化することで安全に取り込みます。
｢大見出し｣ ｢中見出し｣の指定指示がテキスト上にない、あるいは統一されていない原稿でも、AIとスクリプトが文脈から見出し階層を自動判定してInDesignの段落スタイルを適用します。
マーク付け作業の負担を軽減します。
式を入力するだけで、足し算・引き算・掛け算・割り算の筆算レイアウトを自動生成します。日本の教科書・問題集特有の割り算記号や、教師用赤字、小数点の位置移動処理など、フォントや組版ソフトが標準で対応していない難題を自動化でクリアします。
ネームテキスト一覧からクリック操作だけで連続配置するスクリプトにより、高速化を図れます。
画像化やプラグインに頼らず、MathML（数式の国際標準仕様）をベースにInDesignのネイティブオブジェクトとして数式を組み上げます。組版後もInDesign上で直接文字修正や微調整が可能なため、校正戻しのコストを大幅に削減します。
Windows Vista以降のJIS2004採用に伴い、「辻」「葛」「逢」「茨」など168字の例示字形が変更されました。
執筆環境（OS）やInDesignの設定、フォント選定によって、著者の意図しない字形で出力されるトラブルが後を絶ちません。入稿データで使用されている字形属性（OpenType機能のJIS78/83/90字形タグや異体字セレクタ）を把握し、本文全体の整合性を保ったまま組版します。
過去版からの改訂案件でも、旧版の字形を損なうことなく安全に新環境へ移行します。
モリサワ等のフォント名末尾にある「N」（例：A-OTF リュウミン Pr6 と Pr6N）は、デフォルトで表示される字形が「JIS90」か「JIS2004」かの違いです。
同じドキュメント内で無意識に混在させると、同一文字の字形がページごとにバラつく原因になります。
制作着手時に案件全体のフォント規格を厳格に統一。
混在による事故をシステム的・視覚的に排除します。
出版社によって「どの漢字をどの字形で統一するか」という厳密なハウスルール（校閲基準）が存在します。
一般的なDTP会社では見落とされがちな細部の字形指定も、正確に反映する必要があります。
写研時代の写植文字から培ってきた文字へのリテラシーをベースに、各社ごとの字形基準・ハウスルールに沿った組版を行います。
指定外の字形が混入していないかの事前スキャンや確認体制を整えています。