iBooks上でのePUB_ジャスティファイ
次にジャスティファイの問題。
まず画像を……
- 上のブロックは「text-align: justify;」としてあるのに対して、下は「text-align: left;」としてあり、その違いを明確にするために上下とも欧文前後（●部分）に半角スペース（欧文スペース）を挿入してある（ともに「line-height: 1.66em; font-size: 1.00em;」）。
iBooksは「残念ながら日本語には未対応」とappleのページのどこかで見た覚えがあるが、「text-align: justify;」と指定してはいるもののジャスティファイはされず、かろうじて半角スペースの部分で延ばし処理をしているだけ。
とはいえ、何故2文字分ほどもの誤差が出るのか？ 理解に苦しむ。
この差は文字サイズを小さくすれば減少し、その延ばし処理が目立つことも少なくなる。上の状態から文字サイズを1段階小さくすると（最小サイズ）……
※Q数表を当ててみると13.8Q程度を12Q程度にした感じ
行中に半角スペースがあれば延ばし処理をし、なければ左右揃えにならないというこの現状では、（iBooksをターゲットとする場合には）ジャスティファイを選択するメリットは何もない。むしろ頭揃えの方がベターであるという結論になるだろう。
- ある裏技を試したが、これも句読点の後に半角スペースを挿入することで調整箇所を増やすという方法のため、その効果は1行の字数がある程度ある場合に限られることを確認した。上の例のように2字分ほどのアキを2〜3箇所の句読点や括弧類で調整していてはお話にならない*1。
- 「text-justify: inter-ideograph;」というようなモノが実装されれば解決するのだろう。=参照
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
●オマケ
なお、上の検証中に何気なく欧文フォントを変更してみたら……
（画面は文字サイズを最小から1段階大きくした状態）
最も大きく表示されるのは……
最も小さく表示されるのは……
1行の字数が1.5倍ほどになっている……
この表示の差はどうしたものか？
折り返し改行位置は同様となるBaskervilleとTimesを比較してみても……
行送り量が変わってしまうのが見て取れるだろう。
