XML を自動組版するには XSLT の開発と XSL-FO の知識が不可欠です。HTML と CSS で組版しようという動きもあるにはありますが、まだまだ少数派でしょう。
弊社では XSLT と FO の両方を１日で学んでしまおうという、ちょっと贅沢なセミナーを開催しています。今まで 25 回以上開催し、ご参加者の延べ人数は 100 名様を超えてます。「XSLT や FO は名前を聞いたことはあるけれど…」という方々からご好評をいただいているセミナーで、6～7時間かけて XSL-FO の基礎を学びながら XSLT をひたすら入力していただく、ちょっとしたスパルタな内容です。
セミナーで使うテキストの一部
先日、久しぶりに XSLSchool 開催のご依頼をいただき、静岡にあるお客様のオフィスに出向き開催させていただきました。
来月も他のお客様から開催の打診をいただいています。
詳しくは「XSLSchoolのご案内」をご参照ください
JATS-Con 2019 は 5月20～21日、今年はイギリスのケンブリッジ郊外のウェルカムゲノムキャンパスで開催されました。 JATS は Journal Authoring Tag Suite の略です。
過去にこの会議はアメリカのメリーランド州ベテスダ（Bethesda）の国立医学図書館で行われおり、来年はまたベテスダで開催される予定です。
国立医学図書館は 2005年よりアンテナハウス XSL Formatter を使用して、JATS を使用した構造化文書を作成しています。
会議の議事録は https://www.ncbi.nlm.nih.gov/books/NBK540820/ から見ることができます。
今年の Markup UK は、6月7～9日にイギリスのロンドンで開催されました。
マークアップ UK 2019 の議事録は https://markupuk.org/webhelp/index_frames.htmlから見ることができます。
アンテナハウスのシニアアーキテクトであるトニーグラハムは、アクセシビリティを取り巻く重要性と問題点を論じた論文「Accessibility Matters」を発表しました。
また、Peter Flynn のプレゼンテーション、「Software we have lost」を拝聴した人たちは、きっと懐かしさを感じたことでしょう。
こんにちは。
AH Formatterサポート担当です。
今回は XSL-FO の line-height プロパティのお話です。
line-heightプロパティは、行高さを指定するものですが、
その値は次のような種類があります。
normal：
line-height-“norml” のように指定します。既定値です。ユーザエージェント（AH Formatter）が適切な値に設定します。
AH Formatterではline-height=”1.2″ を初期設定としています。この値はオプション設定によって変更することも可能です。
<length>：
line-height=”20pt”のように数値＋単位を指定します。
<number>：
フォントサイズに対する倍数を指定します。line-height=”1.5″ のように指定します。
<percentage>：
フォントサイズに対するパーセンテージを指定します。line-height=”150%” のように指定します。
ここで、１つ疑問に思われた方がいるかもしれません。
line-height=”1.5″ と line-height=”150%” って結局同じじゃないの？ と。
実際に組版してみると、このようになります。
例１：
<fo:block line-height=”1.5″>line-height=”1.5″</fo:block>
<fo:block line-height=”150%”>line-height=”150%”</fo:block>
そうです、”この場合”の行高さは同じです。
例えばフォントサイズが 30pt の場合、どちらもフォントサイズ 30pt × 1.5 で行高さは 45pt になります。
では、<number>と<percentage>で何が違うのか。
XSL-FOの仕様説明をみてみましょう。
<number>
The computed value of the property is this number multiplied by the element’s font size. Negative values are illegal.
However, the number, not the computed value, is inherited.
<percentage>
The computed value of the property is this percentage multiplied by the element’s computed font size. Negative values are illegal.
どちらの説明も前半の意味は同じですが、<number> にはこの一文が追加されています。
However, the number, not the computed value, is inherited.
日本語訳：しかしながら、計算された値ではなく、数値が継承される。
line-height プロパティの値は継承されます。親block で指定された値が子（子孫）block にも適用されます。
親block に line-height=”1.5″ または 150% が指定されていて、
子（子孫）の block でフォントサイズが変更されたとき、この “the number, not the computed value, is inherited.” が関係してくるのです。
例えば、次のような場合です。
例２：
<fo:block font-size=”30pt” line-height=”1.5″>
<fo:block font-size=”20pt”>line-height=”1.5″</fo:block>
<fo:block >line-height=”1.5″</fo:block>
</fo:block>
例３：
<fo:block font-size=”30pt” line-height=”150%”>
<fo:block font-size=”20pt”>line-height=”150%”</fo:block>
<fo:block >line-height=”150%”</fo:block>
</fo:block>
どちらも親block で line-height を指定しています。
１つめの子block で、フォントサイズを変更しています。
<number>の場合は、指定された数値が継承されます。
line-height=”1.5″ の場合、”1.5″ の値が継承されて
フォントサイズが変更になると、その block のフォントサイズ×1.5 の行高さになります。
例２では１つめの子block は、20pt×1.5 で35pt、2つめの子block が 30pt×1.5 で 45pt の行高さになります。
<percentage>の場合は、それが指定されたときのフォントサイズから計算された値が継承されます。
例３では、親block の font-size=”30pt” line-height=”150%” から行高さは45ptと計算されます。
（line-height の指定がない）子block には、その”45pt”の値が継承されます。
1つめの子block も 2つめの子block も同じ 45pt の行高さとなります。
両者の違いに注意してお使いください。
『AH Formatter』の評価版は以下のページよりお申し込みいただけます。是非、お試しください。
→ AH Formatter 評価版のお申し込み
XSL-FO の基本仕様と『AH Formatter』の拡張機能をお試しいただけるよう「サンプル FO 集」もご用意しています。
『AH Formatter』についてお問い合わせがございましたら sis@antenna.co.jp 宛てにご連絡ください。
AH Formatter の導入事例紹介ページに有限会社フェリックス・スタイル様の事例「AH Formatter を用いた Markdown-PDF 変換事例紹介」を掲載しております。
事例紹介ページにある PDF文書では、Markdown形式の原稿を『AH Formatter』の CSS組版により、表紙や目次、ノンブルなどを備えた PDF文書へと変換するフローが詳解されております。
また、この事例紹介の PDF文書も Markdown原稿から作成されており、その作成に用いたソースファイル一式も GitHub にて公開しておりますので、実際に Markdown原稿から CSS組版を利用した PDF へのビルドをご体験いただけます。是非ご覧ください。
なお、主に海外の方に向けて、ソースファイルは英語版もご用意しております。
→ https://github.com/2SC1815J/md2pdf/tree/en (English Version)
『AH Formatter』の評価版は以下のページよりお申し込みいただけます。是非、お試しください。
→ AH Formatter 評価版のお申し込み
XSL-FO の基本仕様と『AH Formatter』の拡張機能をお試しいただけるよう「サンプル FO 集」もご用意しています。
『AH Formatter』についてお問い合わせがございましたら sis@antenna.co.jp 宛てにご連絡ください。
<< DITA North America（前回）
セッションの合間には、展示室で出席者と出展者が集まる休憩がありました。 この会議の出展者の大部分はアンテナハウスのパートナーでしたので、彼らと再会し、今後のソフトウェア機能を確認し、パートナーシップを強化するための様々な機会について議論する絶好の機会でした。 既存のお客様はもとより初めての訪問者も、当社の製品に対する要望、問題を解決する方法についての質問、当社が提供するより多くの他の製品を知ることに興味を持っていました。 全体として、今年のカンファレンスでの参加率、ブースでの関心の高さ、そしてパートナーやクライアントとの興味深いディスカッションを通じて、満足のできる結果であったと思います。
さて4月は展示会がとても多い月です。ちょうど今ネバダ州のラスベガスで Xplor International に出展している最中です。また4月29日にはアラバマ州ハンツビルで開催の AIA Product Support に参加する予定です。いずれもお客様、パートナーとの情報共有の大変良い機会となり、アンテナハウスが健全で成長し続けている企業であることを示す良い機会となることでしょう。
今朝ほど丁度 営業担当から、Xplor International の報告が届きましたので、合わせてご紹介いたします。
アンテナハウスが CCM およびデジタルドキュメントの専門家のための Xplor19 に参加するのは今年で3年目です。 Xplor19 は今年から大きくイベントの変更がありました。 過去10年間、フロリダ州オーランドで開催された単独のイベントだったのですが、今年 Xplor は、ISA International Sign Expo との提携を発表し、カンファレンスをネバダ州ラスベガスに移しました。 今後、カンファレンスの開催は、オーランドとラスベガスで交互で行われます。 2つのカンファレンスは独立したイベントとして運営し続けますが、出席者は両方のイベントの特典を体験、享受できるよう、特別なオファーや招待状を受け取ることができます。 今年は開催のスタイルにも変更がありました。イベントは夕方に始まり、一般的なセッションのトラックは出展者と同じホールで行われました。一方ビジネステクノロジー、デリバリーテクノロジー、マーケティングテクノロジーは他のホールで行われました。
アンテナハウス（海外サイト）
http://www.antennahouse.com/
4月14日から17日にかけて、アンテナハウスはノースカロライナ州ダーラムで開催された CMS/DITA North America に、スポンサーとして出展しました。 これは、情報開発管理センター（CIDM）が主催する第21回目の ContentManagement Strategies/DITA North America conference です。 この会議では、メタデータと分類法、パーソナライズされたコンテンツ配信、インテリジェントコンテンツ、ケーススタディ、DITA 2.0 と軽量 DITA、および構造化オーサリングなどのテーマを扱う4つのセッションが同時開催されました。 この会議には、DITA 規格に関する質問に応じたり、問題解決に貢献した DITA 有識者も多数参加されていました。 参加者はまた、実地体験をすることもできます。Technology Test Kitchen では、興味のあるツールを試したり、既存のツールを使って新しいトリックを習得したりできます。
今年は Technology Test Kitchen で、XSL-FO と CSS を使って PDF 出力をするデモを行いました。 PDF 変換用の DITA のスタイル設定に関しては、最もよく使用されるスタイルシート言語は XSL Formatting Objects（XSL-FO）です。これは、DITA Open Toolkit（DITA-OT） が PDF 変換の主要パスとして XSL-FO を使用しており、いくつかのFOプロセッサをサポートしているためです。しかし、DITA-OT できれいな PDF を作成する別の方法もあります。Cascading Style Sheets（CSS）です。 CSS はその単純さのために印刷に広く使用されるようになり、新しい DITA 採用者は従来の XSL-FO の代わりにこの代替パスを採用することもあります。 AH Formatter は XSL-FO と CSS の両方をサポートしているので、お客様には選択肢があります。このテストキッチンでは、XSL-FO と CSS の違いについて説明し、さまざまなプラグインオプション、カスタマイズされたスタイルシートを利用し、DITA-OT と AH Formatter を使用して各プロセスがどのように機能するかを示しました。そして彼らの要求に基づいていくつかのライブデモをしました。質疑応答の時間を設け、既存のお客様との間で非常に興味深い議論があり、どのフォーマット方法がそれぞれのお客様にとって最適であるかについて可能性を探ることができました。
アンテナハウス（海外サイト）
http://www.antennahouse.com/
良い欧文組版はどのようなものかという問いを解決するために
良い組版の「良さ」を受け取る相手は誰なのかを考える必要があります。
活字によって、利益を受け取るのは読み手です。
欧文組版は左から右のように、横へ視線が流れます。
スムーズに視線が流れると、読み手は読みやすいと感じることでしょう。
それに対して、横以外を意識させるような何らかの配置があると、視線の流れがその方向に移り、読みにくくなってしまいます。
欧文組版で、横以外の視線を意識させてしまうものに次のような例があります。
1. 連続したハイフネーション
欧文組版では、単語が行末で分割され、次の行に送られるときハイフネーションが起こります。
そして、ハイフネーションが数行にわたり続いてしまうと、行末にハイフンが縦に並んでしまいます。
読者はその縦に並んだハイフンの連続に視線が移ってしまいます。
※ これは『AH Formatter』で組版する場合、hyphenation-ladder-count によって抑制することができます。
2. リバー
欧文では文中の単語間に空白があります。
その空白が大きめになっている場合に、それらの空白が数行に渡って縦（斜め方向）に連続すると、目線がそちらの方向に移ってしまいます。
長い単語が規則的に並んだときに現れやすいものです。
これだけではありませんが、欧文組版ではこのような要素も考慮して、読みやすい文字の並びを作成する必要があります。
より良い欧文組版を目指して『AH Formatter』は現在も改良されています。
『AH Formatter』の評価版は以下のページよりお申し込みいただけます。是非、お試しください。
→ AH Formatter 評価版のお申し込み
『AH Formatter』についてお問い合わせがございましたら sis@antenna.co.jp 宛てにご連絡ください。
The European Association for Technical Communication (欧州技術通信協会)は、11月13日から15日までドイツのシュトゥットガルトで開催される TCWorld aka Tekom という年次の会議を主催しました。Tekom Europe は、世界最大のテクニカルライターの専門家向けの協会です。
Tekom では、PDF が今日使用されている最も一般的なドキュメントフォーマットであり、PDF を中心としたアンテナハウスの製品には常に大きな関心が寄せられています。 アンテナハウスは、AH Formatter V6.6、Office Server Document Converter V7.0、PDFXML変換ライブラリV2.0、web Interface for AH Formatter、Web Interface for OSDC 、Regression Testing System V1.4 などの製品を紹介しました。
Tekom の参加者のあいだでは、XSL-FO は最適な組版ストラテジーとして選択されていますが、またページ組版としてのCSSにも非常に興味が持たれています。 AH Formatter V6.6 では、CSS の機能が改善されました。また、Formatter と CSS の併用に興味がある開発者のために、弊社ウェブサイトで CSS ページ組版入門 第4版 を公開しています。またプリントオンデマンド版がAmazon.co.jp から販売開始されました。
アンテナハウス（海外サイト）
http://www.antennahouse.com/
昨年の11月5日から6日にかけて、アンテナハウスはオランダのロッテルダムで開催された CMS/DITA Europe でスポンサーとして参加しました。 第14回目にあたる Content Management Strategies/DITA Europe であり、2日間にわたって DITA に関する貴重な情報がふんだんに提供されました。会議では、参加者は Technology Test Kitchen と呼ばれるセッションで、発表者が新しい DITA ツールまたは CMS の使用方法を説明した後に、一緒に実地経験を積むことができました。
アンテナハウスは、DITA Open Toolkit 用の Antenna House PDF5-ML プラグイン を使用して、1つの DITA 文書に複数の言語をフォーマットする方法についてのデモを Technology Test Kitchen で発表しました。 PDF5-ML プラグインは AH Formatter と連携して動作するように設計されており、DITA Open Toolkit が提供するデフォルトの PDF プラグインよりも使いやすく、変更や管理が簡単で、尚且つパワフルです。 参加者は、PDF5-ML プラグインに大きな関心を示し、多言語ドキュメントを修正して PDF 出力を生成することがどれほど迅速かつ簡単であるかを体験しました。
セッションの合間には、参加者と席者と出展会社が集い友好を深めるための休憩室が設けられていました この会議の出展会社の多くはアンテナハウスのパートナーであり、また参加者の多くは AH Formatter のユーザでしたので、彼らと再会し、ソフトウェアの新機能を紹介し、パートナーシップを強化すべく今後のプランについて話し合う絶好の機会であったと思います。
アンテナハウス（海外サイト）
http://www.antennahouse.com/
とある業務で CSS の仕様を読み、気になった点が以下でした。
text-decoration-* という指定の解釈についてです。
https://www.w3.org/TR/2018/CR-css-text-decor-3-20180703/#text-decoration-color-property
によれば
親の text-decoration-color 指定時、子供の text-decoration-line の指定がない場合に子供が text-decoration-color を指定した場合、どうするか書いていないようです。
では、ブラウザはどのような実装にしているのでしょうか？
子供の単独の text-decoration-color の色指定が、親の text-decoration-line の色指定と独立という解釈を取っているブラウザは Google Chrome や Firefox がありました。
Microsoft Edge はこれらの実装されていません。
※ 2018/11/27 現在
上記 ふたつでは text-decoration-line と text-decoration-color を共に指定しないと、子の下線の色はその指定から何も影響を受けないということです。
text-decoration-color で色の指定があっても、text-decoration-line の指定がない場合、親のそれらの色のスタイルを引き継ぐという実装が正しいのかはわかりませんが、現状、ブラウザ上ではそうなっている、ということが分かりました。
腑に落ちないところも多々ありますが、今後とも、CSS の仕様を勉強していこうと思います。
