SAVING IDML FILES – WHEN AND WHY TO USE THEM

InDesign で作業していて、ファイルを共有したりプロジェクトで共同作業をする必要がある場合、地味な IDML ファイル拡張子に遭遇したことがあるかもしれません。

通常のワークフローでは、InDesign ドキュメントを保存すると、結果のファイルは INDD フォーマットで保存されます。 InDesign CC ファイルを InDesign CS6 で開こうとすると、新しいファイルは古いバージョンでは開けないというエラーメッセージが表示されます。

InDesign の異なるバージョン間でのアクセスを容易にするために、CS4 以降の InDesign のすべてのバージョンで読み込める汎用フォーマットである IDML 形式 (InDesign Markup Language) を用意しています – IDML 形式は保存またはエクスポート メニューから選択することができます。 In the screenshot below we can see the File Info for an identical InDesign document saved out to the 2 formats – notice the INDD file specifies the version CC 2015.0 but no version number is specified for the IDML file.

The other noticeable difference is the file size – the INDD file here is 6MB but the IDML file is less than half a megabyte at 402KB. The reason for this is simple, and it’s one of the important things to understand about the difference in the two formats.

The INDD file stores a lot of data from the resources used within the file and the most memory intensive of these are the graphics. Every time we place a graphic in InDesign a thumbnail (or preview) of that graphic is generated by InDesign and cached as part of the INDD file. This is a useful feature as it enables us to see how and where all the images should appear within the layout even when the graphics aren’t present. The resources will only be needed for printing/exporting the file. In the example below we can see the preview even though the image is shown as missing in the Links panel.

This does mean that complex InDesign files with lots of graphic resources can get quite large.

しかし、IDML に保存またはエクスポートすると、画像プレビューのすべてと、その他のキャッシュされたリソース データがファイルから削除され、超小型のファイル サイズに終わります。 IDMLファイルは、基本的にファイルそのものではなく、InDesignファイルを「説明する」テキスト文書です。 すべてのリソースとその使用方法をリストアップすると、ファイルを再作成するためのレシピができ、これが（過度に単純化した言葉で）IDML フォーマットを使用して InDesign の異なるバージョン間を移動する方法です

So What Happens Where We Open Our IDML FILE?

さて、新しい InDesign ドキュメントが IDML ファイル内の「レシピ」に従って作成され、この時点で、InDesign は必要なプレビューを再構築できるように、あらゆるグラフィック リソースの呼び出しを開始します。

If I send an IDML file of the above example and don’t send the image with it the preview can’t be rendered so we end up with grey boxes for our graphic frames as below.

This might be fine to work with in a very regimented column layout where everything is contained in discrete boxes but will not be much use in a more fluid layout where text and imagery interact and overlap.

私の経験では、この小さな詳細はあまり理解されておらず、多言語で印刷される出版物の外国語の植字用に IDML ファイルを提供するようよく頼まれます。 グラフィック リソースを提供しないと (これらのワークフローでは通常そうです)、すべてのグラフィック フレームが空白のグレー ボックスとしてレンダリングされるので、植字工は「見えない」状態で作業することになります。 この特定のワークフローでは、可能であれば、必要なバージョン番号に保存された INDD ファイルを提供することがより望ましいです。

この 2 つのファイル タイプの違いを把握すれば、同僚やクライアントが提供したファイルをどのように使用する必要があるかに基づき、コンテンツを提供するための最善のアプローチについて賢明な選択を行うことができます。 前述のように、INDD 形式は多くのリソース データをキャッシュしており、不要になったリソースによってファイルが肥大化することがあります。 もしあなたが「名前を付けて保存」コマンドを使ってファイルのコピーを別のフォルダに保存した場合、2つのコピーのファイルサイズが異なることに気がつくかもしれません。 これは、新しいINDDファイルから不要なキャッシュデータが削除されたためと思われます。 もし、あなたのドキュメントを徹底的にダイエットさせ、不要なメガバイトを削減したいのであれば、IDMLにエクスポートして、そこから新しいINDDファイルを作成してみてください。 冗長なキャッシュ データはプロセスで削除され、すっきりとした INDD ファイルが得られます。