EPUBファイルの作り方を調べているなら、完成という一語でまとめず、見えるページと内部構造を別々の完了条件にするのが答えです。対象は本文二章、nav、画像一枚、表紙なしの構造学習用EPUBです。この記事ではmimetypeとcontainer、package document、本文XHTML、navigation、spine、画像参照を使って、『EPUBファイルのコンテナ、パッケージ、本文、nav、spine、画像を六工程で確認できる』までの判断を組み立てます。固定レイアウト、音声、DRMは扱わないという範囲には踏み込みません。
直接回答：見えるページと内部構造を別々の完了条件にする
完成という一語でまとめず、見えるページと内部構造を別々の完了条件にするのが答えです。完成条件は『EPUBファイルのコンテナ、パッケージ、本文、nav、spine、画像を六工程で確認できる』です。
判断欄はmimetypeとcontainer、package document、本文XHTML、navigation、spine、画像参照です。『固定レイアウト、音声、DRMは扱わない』は合格条件へ混ぜません。
工程を成果物の受け渡しで区切る
拡張子がepubなら完成だと思い、内部の欠落を見ないことを防ぐには、mimetypeとcontainer・package document・本文XHTML・navigation・spine・画像参照を別々の完了条件にします。前の工程から何を受け取り、次へ何を渡すかが説明できたときだけ、その工程を閉じます。
材料は本文二章、nav、画像一枚、表紙なしの構造学習用EPUBです。本番を直接使わず、識別できる複製で一周します。次の判定では、生成できたことと、構造や表示を確認できたことは別の行へ記録します。
一周目に残す五つの記録
次の五項目は、本文二章、nav、画像一枚、表紙なしの構造学習用EPUBを同じ条件で扱うための製品非依存の検査順です。特定製品で確認した操作結果ではなく、どの候補にも適用する受け入れ手順として使います。各項目の終了時に、対象、mimetypeとcontainerに関する確認事実、次の入力を一行ずつ残します。
一周目の終了条件は『EPUBファイルのコンテナ、パッケージ、本文、nav、spine、画像を六工程で確認できる』を説明できることです。途中でZIPをepubへ改名しただけなら、その地点で止めます。別の素材や設定へ逃げず、停止理由を同じ作業票へ書きます。
- 1. 二章と画像を原稿側で用意する
- 2. EPUBを新しいIDで生成する
- 3. コンテナとOPFを調べる
- 4. navとspineの順序を比べる
- 5. 画像参照を確認して一章名を直し再生成する
このテーマだけの受け入れ票
本文二章、nav、画像一枚、表紙なしの構造学習用EPUBでは、見た目の印象ではなくmimetypeとcontainerから画像参照までを順に判定します。対象の名前、開始値、保存先または成果物IDを添えれば、古い結果を今回の結果と取り違えません。
ここで記録するのは『うまくいった気がする』ではなく、mimetypeとcontainerと画像参照の何を見て合格または保留にしたかです。次の判定では、未実施の欄は未実施のまま残し、『EPUBファイルのコンテナ、パッケージ、本文、nav、spine、画像を六工程で確認できる』という結論へ広げて解釈しません。
- mimetypeとcontainer：対象と期待状態を先に書き、『ZIPをepubへ改名しただけ』なら未合格として戻し先を示す
- package document：対象と期待状態を先に書き、『navとspineの順序が不一致』なら未合格として戻し先を示す
- 本文XHTML：対象と期待状態を先に書き、『画像ファイルはあるが本文参照がない』なら未合格として戻し先を示す
- navigation：対象と期待状態を先に書き、『ZIPをepubへ改名しただけ』なら未合格として戻し先を示す
- spine：対象と期待状態を先に書き、『navとspineの順序が不一致』なら未合格として戻し先を示す
- 画像参照：対象と期待状態を先に書き、『画像ファイルはあるが本文参照がない』なら未合格として戻し先を示す
失敗時に変更するのは一条件だけ
このテーマで止めるべき状態は、ZIPをepubへ改名しただけ、またはnavとspineの順序が不一致、または画像ファイルはあるが本文参照がないです。三つを一括して『使いにくい』とせず、どの入力、設定、成果物で観察したかを分けます。原因が違えば戻し先も違います。
修正後は二章と画像を原稿側で用意するから全項目をやり直す必要はありません。ただし、変更した条件に影響するmimetypeとcontainer・package document・本文XHTML・navigation・spine・画像参照は再確認します。前回の行を消さず、変更日と新しい成果物を追加すると差分が追えます。
- 停止1：ZIPをepubへ改名しただけ
- 停止2：navとspineの順序が不一致
- 停止3：画像ファイルはあるが本文参照がない
製品資料から言えること・言えないこと
公開機能資料では「6ページのウィザードで原稿、章順、目次、表紙、書誌情報を設定しEPUB 3を生成する」という機能範囲が確認できます。そのため、原稿順と書誌設定を保持し、EPUB 3を生成して構造を検査する用途を一つの制作環境で試したい場合の候補になります。ただし、この説明は公開資料で確認した機能範囲であり、本文二章、nav、画像一枚、表紙なしの構造学習用EPUBが全項目に合格したという実測結果ではありません。
向くのは、見えるページと内部構造を別々の完了条件にするという管理を保ちながら、原稿と設定または資料の受け渡しを減らしたい人です。一方、本記事の対象外は『固定レイアウト、音声、DRMは扱わない』です。その範囲や外部サービス側の受理まで必要な場合は、別の道具と出口検査を組み合わせます。
この検索から持ち帰る判断
EPUBファイルの作り方で持ち帰る結論は、見えるページと内部構造を別々の完了条件にすることです。mimetypeとcontainer・package document・本文XHTML・navigation・spine・画像参照を別欄にすれば、『EPUBファイルのコンテナ、パッケージ、本文、nav、spine、画像を六工程で確認できる』へ達したかを、機能数や印象ではなく記録で判断できます。
まず六つの内部要素を空欄のまま並べた検査票を作る。本文二章、nav、画像一枚、表紙なしの構造学習用EPUBの複製で一周し、『ZIPをepubへ改名しただけ』に当たる状態が起きた地点を残してください。Rune Studioを試す場合も同じ作業票を使い、公開仕様の存在と手元の合格結果を混ぜないことが次の比較を正確にします。
この記事が答えるのは『見えるページと内部構造を別々の完了条件にする』までです。近接するSTUDIO-043（初心者の操作六段階）、STUDIO-161（画像）の中心論点は代替しません。除外範囲は『固定レイアウト、音声、DRMは扱わない』です。製品候補を確認するときは、Rune Studioの製品ページで現行Mac版の範囲を照合してください。
