Tony Graham はこのカンファランスの XSL FO チュートリアルセッションで XSLT と XSL-FO の実践のためのコツとヒントについての発表も行いました。

およそ 400言語に翻訳されている世界人権宣言（UDHR）の様々な言語のユニコードテキストを用いて、FO を作成するサンプルなどを紹介しています。

発表資料はこちらからダウンロード可能です。
https://www.antenna.co.jp/AHF/ahf_jirei/pdf/2015/tips-and-tricks.pdf

トニーグラハムの経歴
Tony Graham は1991年よりマークアップに関わり、1996年からは XML に、そして1998年からはXSLT/XSL-FO に従事している。現在 W3C の Print and Page Layout Community Group の議長を務めている。以前は W3C の XSL-FO 仕様を策定する XML Print and Page Layout Working Group (XPPL) の招待エキスパートであり、また同時に XSLT のエキスパートであり、stf スキマトロン テスティング フレームワークの開発者であり、Antenna House focheck XSL-FO 検証ツールの開発者であり、XSpec および Juxy XSLT テストフレームワークのコミッターであり、「Unicode: A Primer」の著者である。
Tony の XML と SGML のキャリアは日本、USA、イギリス、アイルランドで培われ、また扱った言語は英語、中国語、日本語、韓国語で、教育界、自動車産業、出版、ソフトウェア、通信機器業界など様々な分野に関わっている。
2014年11月より、アンテナハウス(株)にシニア・アーキテクトとして勤務。 AH Formatter、 クラウドオーサリングサービス、その他関連製品に携わり、XSL-FO, XSLTのコン サルティングサービスを担当している。

US 営業グループ
アンテナハウス海外サイト
http://www.antennahouse.com/
http://rainbowpdf.com/

Tweet

6月6-7日、 ロンドンで XMLカンファランス (http://xmllondon.com/) が開催されました。弊社からは、アイルランド在住のTony Graham がプレゼンを行いました。

“RELAX NG（リラクシング）” と “Schematron（スキマトロン）” を組み合わせて XSL-FO のマークアップの妥当性をチェックする方法について、述べました。
RELAX NG は、構造的な検証を処理し、Schematron は RELAX NG では表現できない制約条件を処理します。

この機能は oXygen XML エデイタのアドオンとして、Schematron と RELAX NG を使って XSL-FO の詳細な検証を行う” focheck “として開発されました。focheck （オープンソース）は、GitHub よりご利用可能です。Oxygen の追加のアドオンフレームワークとしてインストールすることが可能です。もちろん、oXygen とは独立して focheck の RELAX NG と Schematron を使用することも可能です。

focheck – Validate XSL-FO and Antenna House extensions in oXygen or standalone
→ https://github.com/AntennaHouse/focheck

AH Formatter は、組版結果をより精度の高いものに仕上げるため、XSL 1.1標準の他に弊社独自の拡張機能を実装しています。この拡張機能の妥当性も RELAX NG と Schematron の組み合わせにより、チェックすることが可能となっています。

アドオンフレームワークの使用方法について、日本語のリードミーもご用意しました。是非お試しください。

明日はXML London で Tony Graham が行ったもう一つのプレゼンについてお伝えします。

US 営業グループ
アンテナハウス海外サイト
http://www.antennahouse.com/
http://rainbowpdf.com/

Tweet

こんにちは、『AH Formatter』のサポート担当です。
今回はCSSのお話です。
CSS3ではページの概念が追加され、html+cssでもPDF化や印刷時に見栄えのいい結果が得られるようになりました。
『AH Formatter』でCSSを組版されるお客様も徐々に増えてきました。

CSSはパッと見、とても簡単そうです。
書き方はこんな感じです。

セレクタ｛
　プロパティ：値；
　プロパティ：値；
｝

セレクタでスタイル付けしたい対象を指定します。
対象を決めて、どんなスタイルにしたいかをプロパティ名と値のセットで指定します。基本はこれだけ。
例えば、

p {
　font-size:10pt;
　color:red;
　}

のようにするだけです。
セレクタというのは、このようにタグを直接指定して使う要素型セレクタもありますが、
他にも様々な種類があります。
classセレクタ、idセレクタ、擬似要素セレクタ、属性セレクタなどです。
一般的にはclassを使うことが多いですが、複合して使うこともできます。
仕組みとしてはとても単純ですが、管理していくことが非常に難しい。
そして、何か問題があったときに原因箇所を探るのがこれまたもっと難しい。
何故かと言えば、

・スタイルの定義を複合的に指定できること
・同じセレクタで何度でも多重に定義できること
・スタイルには子要素まで継承されるものがあること
・スタイルには優先順位があること

などが理由です。

例えば、

<p id=”abc” class=”aaa bbb ccc”>Antenna House</p>

/* CSS */
/* 要素型セレクタ */
p {
color:red;
}

/* idセレクタ（p要素のみ） */
p#abc {
color:blue;
}

/* idセレクタ（要素特定なし） */
#abc {
color:green;
}

/* classセレクタ（p要素のみ） */
p.aaa {
color:yellow;
}

/* classセレクタ（要素特定なし） */
.bbb {
color:pink;
}

/* 全称セレクタ */
* {
color:black;
}

/* classセレクタ */
.bbb {
color:white;
}

こーんな感じでCSSは定義できます。
さて、ここで問題です。この場合何色で表示されるでしょう～か？

正解は、青（blue）です。
上記の場合、要素を特定したidセレクタが優先されます。
この優先度のルールを把握するだけでも大変です。
（さらに最優先される “!important” なんて厄介な奴がおります。）

このCSSで
“bbb”のクラスが2回定義されていること、気がつきましたか？
そう、”同じセレクタで何度でも”です。いいんです、CSSでは。
前の定義を残しつつ、ちょっと追加してレイアウト変更しよう、なんてことも可能ですが、
こうしてるうちにCSSはどんどん膨大なものになっていきます。

それから、この例ではid名やclass名に”abc”や”aaa”なんて適当に書いてますが、
名前付けルールも「自由」です。
なんでもいいんです。これってとても怖いことです。
こんな風に適当に付けてたらそのうち破綻するの、目に見えてますよね。
名前にしろ、多重定義にしろ、自由すぎるにも程があります。

だから、ちゃんとルールを決めてやりましょう、っていう方法論が
たくさん考えられています。
裏を返せば、それだけ皆さん破綻しないために苦労されているってことですね。

複雑化したCSSはトラブルの元、です。
開発もメンテナンスも（そしてサポートも）XSL-FOの数倍の時間を必要とします。
『AH Formatter』では、CSSの組版はシンプルな構造、シンプルなレイアウトをお勧めします。
マニュアルなどの複雑なレイアウトにはXSL-FOでの組版が向いています。

続きのお話はこちらです：CSS を組版に使うときに注意すべきこと（入門編その２）

Tweet