こんにちは。昨日に引き続きDITAのお話です。
昨日は（複数の）トピックとマップを使ってマニュアルを作るという話でした。この仕組みによってトピック単位でのデータ再利用が実現されるわけです。
ここで、ある製品Ａと別の製品Ｂとで充電の方法が「ほんの少しだけ」異なる場合を考えてみましょう。昨日の話の範疇で考えると「充電の方法-Ａ用.dita」と「充電の方法-Ｂ用.dita」のふたつを用意して、マップの中から必要な方のトピックを参照すれば無事解決です。もちろんこの方法で間違っていません。
ただ、「ほんの少しだけ」違うだけなのにトピックを丸ごとふたつに分けるのもなんだかな～、と思いますよね。
そこで条件処理（コンディショナルプロセシング）の出番です。
■条件処理（コンディショナルプロセシング）
条件処理には、大きく２つの機能があります（フィルタリングとフラッギング）。今日は、そのうちのひとつ、「フィルタリング」を紹介します。
●フィルタリング
ひとつのトピックファイルの中に複数の製品の情報を混在して書いておいて、マニュアル生成時にその時の条件によって、特定の情報を出力したり、出力しなかったり、をコントロールすることをフィルタリングといいます。具体例をあげましょう。
＜topic id=”HowToCharge”＞
　　＜title＞充電の方法＜/title＞
　　＜body＞
　　　　：
　　　　：
　　　　＜p product=”上位モデル”＞
　　　　　　充電が完了するのに「30分」程度かかります
　　　　＜/p＞
　　　　＜p product=”下位モデル”＞
　　　　　　充電が完了するのに「60分」程度かかります
　　　　＜/p＞
　　　　＜p＞
　　　　　　充電中は電源を入れないでください
　　　　＜/p＞
　　　　：
　　＜body＞
＜/topic＞
ここには上位モデル用の充電時間と下位モデル用の充電時間が混在して書かれています。このまま何も考えずに処理すると両方ともマニュアル内に出力されてしまいます。
そこで、もうひとつ、ditavalファイルというものを用意します。上位モデル用の出力を得たい場合は次のような内容にしておきます。
＜val>
　　＜prop att=”product” val=”上位モデル” action=”include” /＞
　　＜prop att=”product” val=”下位モデル” action=”exclude” /＞
＜/val>
ここでは、
　* product属性が「上位モデル」のコンテンツは出力してください
　* product属性が「下位モデル」のコンテンツは出力しないでください
　* その他は出力してください
ということを意味しています。
そしてマニュアルを作る時に、このditavalファイルを使ってくださいね、と宣言すると次のような出力が得られるわけです。
—
　充電が完了するのに「30分」程度かかります
　充電中は電源を入れないでください
—
見事に下位モデル用の記述が抜け落ちていますね。
こうすることで、「ほんの少しだけ」違うトピックを複数個作る必要がなくなるわけです。
この機能をうまく使えば、ひとつのトピックの中に「Windows向けとLinux向けの記述」であるとか「上級者向けと入門者向けの記述」であるとかを混在して書いてもいいことになりますね。
では、また明日。

Tweet