入稿前に縦書きを確認！縦書きテキストエディタ、縦書き原稿から右開きEPUBを作成

縦書きテキストエディタから右開きEPUBを作るときは、縦書き表示だけで合格にせず、出力設定、EPUB内の右開き指定、目次と本文の順番を別々に確認します。Rune Studioで四章の専用原稿を出力した例では、パッケージ文書のpage-progression-direction="rtl"と、章1から章4までのナビゲーション、spineの順番を直接確認できました。

ただし、対応リーダーの画面で右から左へページを送る操作までは確認していません。この記事では、公開資料に書かれた動作、専用原稿で測れた構造、入稿先で読者自身が試す表示を混ぜずに扱います。

四章と検査対象を先に固定する

確認に使ったのはC01.mdからC04.mdまでの四章です。2桁数字は10から19までの10件、ルビは朝霧、夕凪、青空、白波、山影、川音の6組、表紙は1枚に固定しました。

この表を出力前に作る理由は、ページ進行、章順、文字処理を一つの「見た目」で済ませないためです。右開きが正しくても数字だけ崩れることはあり、数字やルビが読めても本文順が逆なら入稿用としては不合格です。

Rune Studioを使わずに確認する場合も考え方は同じです。EPUBを展開できる検査ツールでパッケージ文書、ナビゲーション文書、本文XHTML、CSSを開き、期待値と実際の値を一行ずつ照合します。

縦書き設定と右開き指定は別に見る

専用原稿では、縦書きを選び、四章をC01、C02、C03、C04の順に指定し、表紙を設定してEPUBを出力しました。ここで記録する対象は三つあります。

1. CSSの書字方向がvertical-rlになっていること。
2. パッケージ文書のページ進行がpage-progression-direction="rtl"になっていること。
3. ナビゲーションとspineが四章を同じ順番で持っていること。

vertical-rlは本文を縦方向へ流し、列を右から左へ並べる指定です。rtlはEPUBのページ進行方向です。役割が違うため、縦に表示されたことをrtlの代わりにはできません。

一般仕様では、EPUB 3.3がナビゲーション文書とパッケージ文書の役割を分けています。Rune Studioの公開資料には、縦書きプレビューと右から左へ進む縦書きEPUB出力が記載されています。資料の説明は機能範囲を知る根拠ですが、今回の四章が正しく出たかは生成物を開いて確認します。

生成物で確認できた右開きの構造

専用原稿から生成したEPUBを展開すると、次の値を確認できました。

ナビゲーションのp001からp004は、目次から選ぶ四章の順番です。spineは通常読み進める順番で、表紙、タイトル、目次、四章、奥付が並びました。rtl、ナビゲーション、spineの三つがそろったため、この生成物には右開きに必要なパッケージ構造があると判断できます。

ローカル構造検査もvalid=true、欠落画像0件でした。この結果は今回のファイル構造に限られ、販売先の受理や全リーダーで同じ見え方になることを保証するものではありません。

対応リーダーのページ送りは別に試す

ここまでで確認したのは生成物の内部構造です。対応リーダーの画面を操作し、表紙から章1へ右から左に進むこと、章1の次が章2になること、文字サイズを変えても数字とルビを読めることは未確認です。

入稿前は、自分が使うリーダーで次の順に試してください。

1. 表紙を開き、最初の本文へ進む向きを見る。
2. 章1から章4まで順にページを送り、spineどおりかを見る。
3. 目次から各章へ移動し、ナビゲーションの行き先を確かめる。
4. 2桁数字10件とルビ6組を読み、文字サイズ変更後も崩れないかを見る。

画面上のページ送りが左から右になる場合は、生成物のrtlを再確認したうえで、リーダーがその指定へ対応しているかを切り分けます。パッケージ構造が合っていることと、特定リーダーの表示が合っていることは別の判定です。

右開きは三つの記録をそろえて決める

縦書き原稿から右開きEPUBを作る合格条件は、縦書きに見えることではありません。生成物にrtlがあり、ナビゲーションとspineが四章を期待順で持ち、使用するリーダーでも右から左へ進むことです。

今回の専用原稿では、rtl、具体的な四章順、2桁数字10件、ルビ6組、表紙1枚まで生成物から確認しました。リーダーのページ送りは未確認なので、最後の表示試験は入稿環境で行います。Rune Studioの現行Mac版を候補にする場合は、詳しくはこちらで機能範囲を確認してから、自分の原稿の複製で同じ三点を記録してください。