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