EPUBの端末メニュー用目次を作るときは、EPUB 3のnavを主目次、NCXを旧環境向けの互換要素として分けます。本文内に置く目次ページとも混同しません。三つとも章名が並ぶため、ファイルがあるだけで完成と思いやすいのが注意点です。
五章を四列で対応させる
五章の原稿について、本文見出し、navのラベルとリンク先、NCXのラベルとリンク先、本文内目次のリンク先を表にします。第一章なら四列すべてが第一章を指すかを読みます。件数が五つそろっていても、第三項目だけ第二章へ向いていれば端末操作で迷います。
navはEPUB 3のナビゲーション文書です。NCXは旧来の閲覧環境との互換のために含められることがあります。本文内目次は読者がページとして読む内容です。W3C EPUB 3.3の標準上の役割を基準にし、Rune Studio独自の仕組みと呼ばないようにします。
Rune Studioで目次対象を選ぶ
EPUBウィザードの「ファイル選択」で五章を指定し、「チャプター順」で第一章から第五章へ並べます。各章の目次掲載を有効にし、タイトルページと目次ページの位置も確認します。「確認と出力」でページ順と目次対象を読み、EPUBフォルダへ生成します。
Rune Studioの現行出力はnav.xhtmlと互換用NCXを生成します。確認用の三章EPUBでは、navに三つの本文リンク、NCXに三つの移動項目があり、どちらも第一章から第三章へ対応していました。spineはタイトル、nav、本文三章、奥付の六項目で、構造検査は有効でした。
静的に分かること、端末でしか分からないこと
上の検査から、navとNCXのリンク先が生成物内の章へ向いていることは分かります。一方、特定端末のメニューにどう表示されるか、項目をタップしたとき実際にどの位置へスクロールするかは確認していません。ここは成功扱いにせず、利用予定の端末で試す項目として残します。
端末試験では、メニューを開き、第一章、中央の章、最終章を選びます。表示名、到着した見出し、戻る操作を記録します。本文内目次も同じ三章で試し、端末メニューと本文ページの動きを別々に判断します。
ずれた項目だけを直す
ラベルだけ古いなら原稿見出しとチャプター順、リンク先が違うなら同名見出しや章順を見ます。端末にメニュー自体が出ないなら、対象端末の対応とnavの認識を調べます。NCXの有無だけを増減して、原因を推測しないようにします。
完成条件は二段階
第一段階は、navとNCXの五項目が五章へ正しく向き、読む順番と矛盾しないこと。第二段階は、対象端末のメニューから実際に三つの代表章へ移動できることです。現時点で確認済みなのは第一段階の構造まで。Rune Studioの現行EPUB機能を使い、第二段階は自分の配布環境で埋めてください。
端末試験の記録は画面名から始める
リーダーによって「目次」「ナビゲーション」「章一覧」など呼び方が異なります。試験では端末名とアプリ名、開いた画面名を書き、第一章・中央章・最終章の三項目を選びます。到着先の見出しが画面上で確認できるまでを一件とします。
タップ遷移が未確認の段階では、navのリンク先が静的に一致したことだけを共有します。実端末で失敗したら、端末固有の未対応か、生成物のリンク不良かを切り分けます。同じEPUBを別の対応リーダーでも開くと判断材料が増えますが、一台の成功を全端末の保証へ広げません。構造と操作の二段階を保つことが重要です。
本文内目次を省く判断
端末メニューが使える場合でも、本文内目次を置くかは作品設計によります。端末操作に慣れない読者へページとして示す、書籍冒頭の構成を明確にする、といった役割があります。一方で短い本では重複に感じる場合もあります。
省く場合も、navまで省く理由にはなりません。Rune Studioのチャプター順で目次掲載を決め、生成後のnavを確認します。本文内目次を置く場合は、そのリンク先も別に試します。二つの目次が同じ章名を使うなら、改題時に両方が更新されたかを見る必要があります。読者の入口を設計し、その入口ごとに合否を持つ考え方が有効です。
五章すべてを試す前の代表三点
最初の端末試験では第一章、第三章、第五章を選び、先頭・中央・末尾の対応を見ます。三点が合ったら第二章と第四章へ広げます。代表試験だけで全件合格にはしませんが、順番が大きくずれた本を早く見つけられます。最終的には五項目すべてのラベルと到着先を確認し、端末名とアプリ版を記録します。メニューを閉じて読み進めた場合の順番も確認し、ナビゲーションだけ正しい本になっていないかを見ます。読者が戻る操作と再び章を選ぶ流れも、配布前の試験へ含めます。静的なリンク照合と端末操作の記録を並べれば、未確認の範囲が明確になります。
