こんにちは。
AH Formatterのサポート担当です。

今日はうっかり忘れがちなorphansとwidowsプロパティのお話です。
(….うっかり忘れるのは私だけかもしれませんが)

CSSやXSLで定義されているorphansとwidowsプロパティは次のように説明があります。
The “orphans” property specifies the minimum number of lines of a paragraph that must be left at the bottom of a page. The “widows” property specifies the minimum number of lines of a paragraph that must be left at the top of a page.

orphansプロパティはページ下に残される段落の最低の行数、widowsはページの１番上に残される段落の最低の行数を指定するということになります。
図1 を見ると解りやすいかと思います。

【図1　orphansとwidows】

このorphans/widowsというプロパティの値は規定値が”2″に決められています。
これは、段落の始まりの１行だけがページ下にあったり、段落の最後の１行だけがページ上部にあるのは組版ルール上好ましくないとされているためです。
そのため、orphans=”2″の状態で組版すると図2 のような結果になります。

【図2　orphans=”2″での組版結果】

Page1の下には１行分の空きがありますが、orphans=”2″なのでここに入るはずだった行(文字列)は次ページの先頭に移動します。その結果Page1の下には空きが発生します。
この段落でorphans=”1″を指定すると、図3 のようになります。

【図3　orphans=”1″での組版結果】

widowsも同じです。

【図4　widows=”2″での組版結果】

図4 で最後の段落は4行分のデータです。普通に並べるとPage1に3行、Page2に1行と入るはずですが、widows=”2″にしたがってPage2のtopに１行だけ配置することはできないのでPage1の最後の行はPage2に移動します。結果的にPage1の下には１行分の空きが発生することになります。
これも、widows=”1″を指定すると図5 のようになります。

【図5　widows=”1″での組版結果】

※ここからうっかりポイント

このプロパティは段落の中に画像を埋め込んだ場合も適用されます。
例えば次のようなXSL-FOの記述があったします。
<fo:block>
<fo:external-graphic src=”1.jpg”/>
<fo:external-graphic src=”2.jpg”/>
</fo:block>

fo:external-graphicで埋め込まれた画像はインラインオブジェクトなので文字列と同様に行エリアを生成します。画像の大きさにもよりますが、これを組版したとき、次のような結果になる場合があります。

【図6　画像を2つ埋め込んだケース】

この例では1つの画像が１行分になります。
orphans=”2″,widows=”2″のままだと１行だけの配置はできないので最低の２行を同じページに配置しなくてはなりません。したがってこのように画像２つ(２行)が並んだ結果、ページからオーバーフローしてしまうことがあります。
こういう場合もorphans=”1″,widows=”1″を指定することで図7 のように解決します。

【図7　orphans=”1″ widows=”1″ を指定して解決】

他にも、
<fo:external-graphic src=”embedded.pdf#page=3-5″/>
AH Formatterの拡張機能を使ってこのようなPDFの連続ページ埋め込みを行った場合も同じです。

先日、お客様からこういったお問い合わせを受けて
orphans/widowsの仕業だということを思い出すのに3時間ほどかかってしまったのでした。
　
　

Tweet

ユーザサポートに寄せられる問い合わせ（トラブル）で FO 中での言語指定がないことが原因となっている場合がよくあります。

font-family においてフォントの候補が複数列挙されている時や font-family の指定が無い時、AH Formatter は文字に対してどのフォントを適用すべきかをスクリプトによって決定します。これによって “ABC” などのラテン文字は欧文フォント、”あいうえお” などのひらがな（日本語）であれば和文フォントになります。

Unicode で定義されているスクリプト情報のみで判断できない場合には前後の文字などで判断しますが、それでも決定できない場合があります。例えば、段落に単独で ○（U+25CB）があったり、○ の前後に半角スペースが存在するような場合です。○ は和文フォントと欧文フォントでその字体には違いがあります。

スクリプトが決定できない＝フォントが決定できない時、AH Formatter はオプション設定ファイルの default-lang と default-lang2 の設定に従います（フォントの選択方法については、オンラインマニュアルの 技術的資料 – フォントの選択を参照してください）。この指定の既定値に従うと、言語指定のない FO では “eng” が指定されているものとみなします。したがって、上記のような ○ のスクリプトが決定できない場合は欧文フォントが選択されます。

このように言語指定が無いことが原因で同じ ○ に対して適用されるフォントが欧文フォントだったり和文フォントだったりと統一されないことがあります。XSL-FO での言語指定は、xml:lang や language プロパティで行います。この指定を行うことでこのようなトラブルを未然に防ぐことができます。

組版対象の FO において、言語指定をすることは非常に重要です。日本語のドキュメントでは、ひらがな、カタカナ、漢字などの日本語とアルファベットや記号などが混在して文字の言語情報に関して意識しないことが多いのですが、このようなトラブルを防ぐために言語やフォントの指定を正しく行うことが必要です。

Tweet