今日は InDesign Dynamic Deck をローカル開発環境で試します。基本的に最後のおまけ以外はこのリンク先の猿真似をやります

先に紹介した IDS と Adobe Experience Manager(AEM) と連携させ、DAM(AEM Assets) に保存された素材を使用し、編集工程を自動化させるのを検証します。編集処理の成果物はカタログ版下データ等を想定しています

※ Adobe Experience Manager(AEM) は CMS, DAM などを内包するアドビ製品群の一角です

前提条件

システム要件は前回のとおり
AEMがインストールされていること
IDS がインストールされていること（前回参照）

準備

AEM 起動
IDS 起動
- InDesignServer -port 8080
- ポート番号注意。前回と異なります
ACS AEM Commons 最新版 zip を DL (2021/08/10時点では 5.0.6 - 2021-07-12)
pack=/[DOWNLOADPATH]/acs-aem-commons-content-X.X.X-min.zip; curl -u [USER]:[PASS] -F file=@"$pack" -F name="$pack" -F force=true -F install=true http://localhost:4502/crx/packmgr/service.jsp
InDesign Dynamic Deck Samples package を DL
pack=/[DOWNLOADPATH]/indesign-dynamic-deck-samples-X.X.zip; curl -u [USER]:[PASS] -F file=@"$pack" -F name="$pack" -F force=true -F install=true http://localhost:4502/crx/packmgr/service.jsp

※ AEM の追加パッケージは GUI を介してインストールすることも多いと思いますが、コマンドラインでも可能です。私は CLI が好きだしそのほうが楽なので、上記 2 点のパッケージに対してこうしています

実行

AEM の UI で InDesign Dynamic Deck に行きます

このように入力し、実行

すると IDS 側でこういう出力があります

Tue Aug 10 17:04:21 2021 INFO   [javascript] Executing Script
Tue Aug 10 17:04:21 2021 INFO   [script] Started IDSPrint Script - Export generation...
Tue Aug 10 17:04:21 2021 INFO   [script] Fetching resource from CQ (for IDSPrint): localhost:4502/content/dam/dynamic-deck-dynamo/templates/get-outside-template-2020/get-outside-template-3.0-2020.indd to /Applications/Adobe%20InDesign%20Server%202020/INDD-SERVER-DOCUMENTS/1111111111111/simple_deck_example.indd
Tue Aug 10 17:04:22 2021 WARN   [font manager] Missing Font Gin Regular
Tue Aug 10 17:04:22 2021 WARN   [font manager] Missing Font ScriptoramaJF Tradeshow
Tue Aug 10 17:04:22 2021 INFO   [script] Started PDF generation...
Tue Aug 10 17:04:23 2021 INFO   [script] Finished PDF generation...
Tue Aug 10 17:04:23 2021 INFO   [script] Started JPG generation...
Tue Aug 10 17:04:24 2021 INFO   [script] Finished JPG generation...
Tue Aug 10 17:04:24 2021 INFO   [script] Started INDD generation...
Tue Aug 10 17:04:24 2021 INFO   [script] INDD generation Finished...
Tue Aug 10 17:04:24 2021 INFO   [script] Finished pdf Pages export...
Tue Aug 10 17:04:24 2021 INFO   [script] Posting to location: /var/proxy/jobs/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx/renditions
Tue Aug 10 17:04:24 2021 INFO   [script] Finished IDSPrint Script - Export generation...

出力先に行ってみると、

できました

所感

このことから判るのは、次のとおりです

AEM と IDS の連携動作は可能
DAM から素材取得 -> IDS で編集 -> DAM に成果物保存という一連のタスクをネイティブに自動化できる可能性を示した
XML によりデータとテンプレートを関連付ていて、 ExtendScript のコーディングを要しない設計も可能（理想的な条件下では）

課題 - テキストデータの入力について

成果物には Title, Description がテキスト情報として配置されています。これはどこから来たのでしょうか。 DAM にある元画像を見たところ、 Exif に同じ文字列が書き込まれていました。したがってこの InDesign Dynamic Deck が入力として受け入れているアセットはあくまでも画像のみで、Exif 情報から文字列を参照、マッピングしているのではないかと推測します

課題 - ExtendScript について

前出の 2, 3 について少し考えてみます。
こういっては何ですが、 ExtendScript という誰もが使い慣れているわけではない言語で開発するのを省略できるのには大きな価値があります。しかし本ツールで成果物.indd を得られたまでは良いものの、微妙に修正したい箇所が残ってしまった、というケースも想定されます。
基本はテンプレートとデータをしっかり設計しておくことで、そもそもそのような事態を抑止させる、というのが正解でしょう。しかしどうしても後からでないとできない修正、というのも無いわけでもないのです。そういった場合、また成果物.indd を開いて編集するわけですが、その工程も自動化できるものならしたいですよね。その場合は、その成果物.indd をまた任意のカスタム ExtensScript とともに IDS 送りにすればよいでしょう。それが可能であることはこちらで解説されています。前回 IDS で Hellow World したときは特に入力ファイルは設けませんでしたが、当然ペイロードを設定することも可能なわけです。

そしてやはりそのような場合でもテンプレートとデータの設計品質は高く保っておくことが重要かと思います。これが残念になると ExtensScript で書かなければいけないことが肥大化し、不本意な開発を余儀なくされる恐れがあるからです。不本意と言っても、とくに駆け出しのプログラマは逆に自身の専門領域ということで、プログラムで出来ることをなんでもそれ一つでやりたがる傾向があります。しかしぜひそこは手を動かす前にデータ設計やテンプレートの性能などコーディング以外の要素にも目を向けましょう。書かずに楽に済ませる方法が無いかは常に注目すべきテーマです。 ExtensScript はあくまでも最終手段的な位置づけとして、どうしてもそれでしかできない事だけを必要最小限の範囲内で書くに留めるように配慮した設計をおすすめする次第です

おまけ: 画像の代わりに CF を入力値にしてみる

DAM アセットを SQL で取得する方法があります。InDesign Dynamic Deck にも3つの画像検索クエリが同梱されていまして、前項でもそれを利用していました。そのサンプルクエリを参考に Content Fragment(s) を取得する SQL を作ってみました

SELECT s.* FROM [dam:Asset] AS s where ISDESCENDANTNODE(s, "/content/dam/dynamic-deck-dynamo/get-outside-assets") AND s.[jcr:content/contentFragment] = true

※事前に対象のディレクトリ内にサンプルの CF を作成しています

このクエリを InDesign Dynamic Deck で登録し、

実行すると

こうなります