epub new pageで章頭を分けたいなら、空行を増やすのではなく、改ページを意味する記法を章の境界へ一つだけ入れます。空白は文字サイズやリーダーによって伸び縮みしますが、意味を持つ区切りはEPUBへ別の構造として渡せます。今回は三章の合成標本をRune Studioで出力し、構造に加えてKindle Previewer 3のTabletモードでも章頭を確認しました。ただし、すべてのリーダーで同じ位置になるという保証ではありません。
空白と改ページを同じものにしない
章題を次の画面へ送りたいとき、原稿へ空行を十行ほど入れる方法は手軽に見えます。しかし読者が文字を大きくすると空白だけの画面が増え、反対に小さくすると同じ画面に次章が入ることがあります。空行は余白であって、章の開始位置を指示する情報ではないからです。
改ページが必要かどうかは、文章の意味で決めます。章が変わる、語り手が大きく切り替わる、資料編が始まるといった場面なら候補になります。短い場面転換ごとに挿入すると読書が途切れるため、区切りの役割を先にメモします。
一般的なMarkdown仕様全体が同じ記法を定めているわけではありません。この記事で扱うのはRune Studioが対応するNew Pageの操作です。他の変換環境へ原稿を渡すなら、その環境が同じ入力を解釈するか別途確認します。
Rune対応の記法を一箇所ずつ入れる
検証では三章の合成原稿を用意しました。5行目と9行目、つまり第二章と第三章のH1直前へRuneのNew Page記法を一つずつ挿入しています。作業後の原稿には《《｜Page Break｜》》が2件あり、第一章のH1は1行目のままです。記法を原稿先頭へ誤挿入せず、二つの章境界へ対応させたことを行番号でも確認しました。
編集時には、章題の直前へ機械的に連続挿入しません。すでに別の改ページがあるか、空白だけの段落が残っていないかを先に見ます。二重の区切りは、端末によって空白ページに見える原因になります。
改ページを追加した直後は、前後の見出しと本文を読みます。マーカーの位置が段落途中なら、文章を分断する恐れがあります。章題の前へ置くという操作だけでなく、「前章の最後の文を保持し、次章のH1から始まる」という内容条件を一緒に確認します。
三章の出力とReader表示から分かった範囲
専用ワークスペースからEPUBを作ると、本文はp001.xhtml、p002.xhtml、p003.xhtmlの3件へ分かれ、それぞれに第一章、第二章、第三章のH1が入りました。入力のNew Page記法2件は、生成後にCSSのbreak-beforeやpage-break-beforeとして残るのではなく、一つの原稿を三つの章XHTMLへ分割する形で反映されています。実際に保存した出力では、これらのCSS語、epub:type="pagebreak"、mbp:pagebreakはいずれも0件でした。
この結果から言えるのは、RuneのNew Page操作が今回の入力では章資源の分割へ対応したことです。特定のマーカー文字やCSS宣言がXHTMLに残る、という説明には置き換えません。入力2件、出力本文3件、各H1の対応を一組で記録します。
同じEPUBをKindle Previewer 3のTabletモードで開くと、全ページ表示に第一章、第二章、第三章が別々のページとして並びました。目次から第二章を選ぶとlocation 5/10へ移動し、章題と本文が独立したページの上端から表示されました。三章の間に余分な空白ページは観測していません。これはこの標本、このReader、この表示条件での実測であり、画面サイズやフォントが違うすべての端末へ一般化はしません。
今回の目的は、空行で見た目を押し下げる方法から、意味を持つ章境界へ移すことです。ページ番号や紙面のような絶対位置を固定する試験ではありません。
実原稿へ広げるときは、章境界の一覧を作り、記法を入れた箇所だけを数えます。章数と改ページ数は必ずしも同じではありません。冒頭章には前の章がなく、資料編の中には同じページで続けたい小項目もあるためです。件数の期待値は本の構成から決めます。
書字方向を変える場合も、改ページの合否と混ぜません。横書きで構造を確かめた記法を縦書きへ使うなら、縦書きの小さな標本を追加し、ページ進行と見た目を別途確認します。今回の証拠はhorizontalの三章出力です。
構造合格と見た目合格を分けて終える
検査記録には「章題の前へ区切りを入れた」という操作だけでなく、前章末の文と次章題も残します。後から章を結合したり分割したりすると、以前の境界が不要になるためです。意味上の境界が動いたら、古い記法をそのまま残さず判断をやり直します。
端末試験で空白ページが出たときは、入力側の二重記法、生成CSS、リーダー固有処理の順に切り分けます。最初からCSSを全面変更すると、標準サイズでは正しかった別章まで影響します。二つの境界を含む三章標本で再現してから本体へ反映します。
場面改ページの記録には、改ページを置いた理由、前後の章題、入力側の検出件数を残します。出力後は本文XHTMLの件数、各H1、spineの順番を読みます。ここまでそろえば、Rune対応記法2件が今回の三章構成を三つの本文XHTMLへ分けたという構造判定を出せます。
今回のKindle Previewer 3では標準設定の一条件だけを実測しました。実際の配信先まで確定したい場合は、利用するReaderを決め、文字サイズを少なくとも標準と大の二条件で開きます。前章末、次章頭、余分な空白ページの有無を確認し、今回の観測欄とは別のReader名で追記してください。
Rune Studioが向くのは、原稿の意味上の区切りを編集し、EPUBの章順と参照を同じ流れで検査したい場合です。CSSを細かく調整して端末別のページ位置を詰めたいなら、出力後の専門的な組版検証も必要です。まず二つの章境界へ記法を入れた三章標本で、入力2件、本文XHTML3件、Readerの章頭表示を別々に確かめると、空白による崩れを避けられます。記録に利用Reader名、モード、locationを残せば、視覚再検査の条件も再現できます。