縦書きEPUBでいう「右綴じ」は、表紙画像を右側へ寄せる話ではありません。本文を縦書きとして組み、パッケージに右から左へ進む順序を持たせる話です。制作画面で縦書きを選んだこと、出力直前の確認画面に同じ値が出たこと、EPUB内部のOPFに page-progression-direction="rtl" が入ったことを別々に確認すると、設定の取り違えを見つけやすくなります。
今回の検証では、STUDIO-160専用ワークスペースの3章を入力し、出力先を同ワークスペースの EPUB フォルダに固定しました。画面キャプチャと実ファイル検査で確かめた範囲を説明します。読書端末上の指の方向まで測ったわけではないため、設定値と端末挙動を同じ証拠として扱いません。
右綴じの正体は本文方向とパッケージ順序にある
横書き文書の見た目を回転させても、縦書きEPUBの右綴じにはなりません。制作時に必要なのは、本文の組み方向を縦書きとして選び、書籍内のページ進行を右から左へ指定することです。Rune StudioではEPUB出力ウィザードの「組み方向」が入口になります。ここで横書きを選んだまま先へ進むと、後から表紙や章順を直しても右綴じの指定にはなりません。
入力標本は、chapters/chapter-01.md から chapter-03.md までの3章です。第1章には ｜検証語《けんしょうご》 と ｜漢字《かんじ》、数字と約物を含め、縦書き用の表記が残るようにしました。本文選択、書誌、組み方向、確認画面、出力物という順に追えば、どの段階で値が変わったかを切り分けられます。
右綴じの受け入れ条件は「画面が縦長に見える」では足りません。少なくとも、ウィザードで縦書きが選択され、最終確認でも縦書きが保持され、生成されたOPFにrtlがあることを記録します。表紙の向きやルビの見え方は別の検査項目です。
EPUB出力ウィザードの1ページ目で縦書きを選ぶ
専用ワークスペースを開き、EPUB作成を開始します。ウィザード1ページ目の画面名は「EPUB作成」で、言語を日本語、組み方向を縦書きにします。保存した実画面 epub-p1-ja.png では、組み方向の選択肢のうち「縦書き」が選ばれ、言語が「日本語」と表示されています。この画面は公開資料の説明だけではなく、今回のローカル実行から取得したものです。
次に対象章を選び、書誌や表紙を確認します。章数や表紙の有無は右綴じそのものを決める値ではありませんが、別の原稿を選んでいないことを保証する識別子になります。STUDIO-160というシリーズ名、3章、縦書きという組み合わせを作業票に残すと、別テストの出力を誤って検品する事故を避けられます。
設定を変更したら、すぐに完了扱いにせず最終ページまで進みます。戻る操作をした場合は、1ページ目を再表示して縦書きの選択を見直します。入力が消えた、または横書きへ戻ったなら、その画面で縦書きを再選択し、章選択も再確認します。出力後にOPFだけを書き換えるのは、ウィザードの記録と成果物を食い違わせるため復旧方法にはしません。
6ページ目の要約とOPFのrtlを照合する
出力直前の6ページ目は、操作の要約を読む場所です。今回保存した epub-p6-ja.png には「組み方向：縦書き」と表示され、生成ページの順序と合計4ページが見えます。1ページ目で選んだ値が最終確認まで運ばれたことを、ここで確認できました。表示されたページ数はこのウィザード画面の値であり、OPFのspine件数と同じ意味ではありません。
出力先は workspace/EPUB/studio-160-260903.090000.epub です。生成後に rune inspect epub --path <epub> を実行した記録では valid=true、spineは6、画像は1、欠落画像は0、navとNCXはいずれも存在しました。さらにEPUBを展開してOPFを読み、spine要素の page-progression-direction="rtl" を確認しました。これが、右から左への進行指定がパッケージへ保存された実値です。
もし最終画面が縦書きなのにOPFがrtlでなければ、そのEPUBは不合格です。出力先を取り違えていないか、タイムスタンプとファイル名を確認し、同じワークスペースから再出力します。逆にOPFはrtlでも最終画面が横書きなら、古いEPUBを検査している可能性があります。画面キャプチャ、出力パス、OPFを一つの作業番号で結び直します。
読書端末のページ送りは別の受け入れ試験にする
ここまでの実測で言えるのは、Rune Studioのウィザードで縦書きが選ばれ、最終要約にも縦書きが表示され、出力パッケージにrtlが保存されたことです。特定の電子書籍リーダーで右端から読み始められるか、スワイプ方向が期待どおりか、見開きの左右がどう配置されるかは今回操作していません。したがって「あらゆる端末で右開きになる」とは断定しません。
配信前には、対象ストアが推奨する確認環境で表紙、第1章、章末、次章の四地点を開きます。開始位置、次ページ操作、見開き、縦中横やルビを記録し、問題があればまずOPFのrtlとCSSのwriting-modeを分けて調べます。OPFにrtlがなければ出力設定へ戻り、rtlがあるのに端末だけ逆なら、その端末または変換工程の仕様を確認します。
epub 右綴じ の制作で合格とする条件は、ウィザード1ページ目の縦書き、6ページ目の縦書き要約、出力先の特定、OPFのrtl、構造検査のvalid=trueがそろうことです。端末試験をまだしていない場合は、その事実も作業票へ残します。設定確認と読書操作を二つの試験に分けることで、未確認の部分を隠さず、誤った戻り先へ手を入れずに済みます。