epub データ 編集を調べているなら、先へ進む条件より先に、本文変更とspine変更を二段階に分けるのが答えです。対象は三章EPUBで第一章の一字を直し、第二章と第三章を入れ替える標本です。この記事では本文差分、nav順、spine順、成果物ID、復元を使って、『本文一字と章順一件を別々の生成物で確認できる』までの判断を組み立てます。既存EPUB内部の直接編集、表紙、縦書きは扱わないという範囲には踏み込みません。
直接回答：本文変更とspine変更を二段階に分ける
先へ進む条件より先に、本文変更とspine変更を二段階に分けるのが答えです。完成条件は『本文一字と章順一件を別々の生成物で確認できる』です。
判断欄は本文差分、nav順、spine順、成果物ID、復元です。『既存EPUB内部の直接編集、表紙、縦書きは扱わない』は合格条件へ混ぜません。
壊さないための停止線を先に引く
本文修正と章移動を同時に行い、どちらが崩れの原因か分からなくなることという事故を避けるには、本文差分・nav順・spine順・成果物ID・復元を開く前または変換前の確認欄にします。正本を直接触らず、戻せる複製と停止条件を用意してから始めます。
検査材料は三章EPUBで第一章の一字を直し、第二章と第三章を入れ替える標本です。問題が見えた時点で先へ進まず、入力、操作、出力のどこで差が生じたかを分けます。作業を進めるときは、変更は一度に一項目だけに絞ります。
初回EPUBを保存するから始める実行順
次の五項目は、三章EPUBで第一章の一字を直し、第二章と第三章を入れ替える標本を同じ条件で扱うための製品非依存の検査順です。特定製品で確認した操作結果ではなく、どの候補にも適用する受け入れ手順として使います。各項目の終了時に、対象、本文差分に関する確認事実、次の入力を一行ずつ残します。
一周目の終了条件は『本文一字と章順一件を別々の生成物で確認できる』を説明できることです。途中で二変更を一度に実行するなら、その地点で止めます。別の素材や設定へ逃げず、停止理由を同じ作業票へ書きます。
- 1. 初回EPUBを保存する
- 2. 原稿の一字だけを直して生成する
- 3. 本文差分を検査する
- 4. 順序表だけを直して再生成する
- 5. navとspineを検査し元順へ戻す
固有標本で判定欄を埋める
三章EPUBで第一章の一字を直し、第二章と第三章を入れ替える標本では、見た目の印象ではなく本文差分から復元までを順に判定します。対象の名前、開始値、保存先または成果物IDを添えれば、古い結果を今回の結果と取り違えません。
ここで記録するのは『うまくいった気がする』ではなく、本文差分と復元の何を見て合格または保留にしたかです。作業を進めるときは、未実施の欄は未実施のまま残し、『本文一字と章順一件を別々の生成物で確認できる』という結論へ広げて解釈しません。
- 本文差分：対象と期待状態を先に書き、『二変更を一度に実行する』なら未合格として戻し先を示す
- nav順：対象と期待状態を先に書き、『navだけ変えてspineを見ない』なら未合格として戻し先を示す
- spine順：対象と期待状態を先に書き、『元の章順へ戻せない』なら未合格として戻し先を示す
- 成果物ID：対象と期待状態を先に書き、『二変更を一度に実行する』なら未合格として戻し先を示す
- 復元：対象と期待状態を先に書き、『navだけ変えてspineを見ない』なら未合格として戻し先を示す
『二変更を一度に実行する』に当たる状態を最初に切り分ける
このテーマで止めるべき状態は、二変更を一度に実行する、またはnavだけ変えてspineを見ない、または元の章順へ戻せないです。三つを一括して『使いにくい』とせず、どの入力、設定、成果物で観察したかを分けます。原因が違えば戻し先も違います。
修正後は初回EPUBを保存するから全項目をやり直す必要はありません。ただし、変更した条件に影響する本文差分・nav順・spine順・成果物ID・復元は再確認します。前回の行を消さず、変更日と新しい成果物を追加すると差分が追えます。
- 停止1：二変更を一度に実行する
- 停止2：navだけ変えてspineを見ない
- 停止3：元の章順へ戻せない
Rune Studioを候補に加える範囲
公開機能資料では「Macで原稿編集、プレビュー、書誌設定、目次、表紙、EPUB 3出力を一体化している」という機能範囲が確認できます。そのため、原稿編集からプレビュー、書誌、目次、表紙、EPUB出力までの受け渡しを減らす用途を一つの制作環境で試したい場合の候補になります。ただし、この説明は公開資料で確認した機能範囲であり、三章EPUBで第一章の一字を直し、第二章と第三章を入れ替える標本が全項目に合格したという実測結果ではありません。
向くのは、本文変更とspine変更を二段階に分けるという管理を保ちながら、原稿と設定または資料の受け渡しを減らしたい人です。一方、本記事の対象外は『既存EPUB内部の直接編集、表紙、縦書きは扱わない』です。その範囲や外部サービス側の受理まで必要な場合は、別の道具と出口検査を組み合わせます。
結論：本文差分と章順差分へ別の成果物IDを割り当てる
epub データ 編集で持ち帰る結論は、本文変更とspine変更を二段階に分けることです。本文差分・nav順・spine順・成果物ID・復元を別欄にすれば、『本文一字と章順一件を別々の生成物で確認できる』へ達したかを、機能数や印象ではなく記録で判断できます。
まず本文差分と章順差分へ別の成果物IDを割り当てる。三章EPUBで第一章の一字を直し、第二章と第三章を入れ替える標本の複製で一周し、『二変更を一度に実行する』に当たる状態が起きた地点を残してください。Rune Studioを試す場合も同じ作業票を使い、公開仕様の存在と手元の合格結果を混ぜないことが次の比較を正確にします。
この記事が答えるのは『本文変更とspine変更を二段階に分ける』までです。近接するSTUDIO-039（本文目次表紙）、STUDIO-384（責任地図）の中心論点は代替しません。除外範囲は『既存EPUB内部の直接編集、表紙、縦書きは扱わない』です。製品候補を確認するときは、Rune Studioの製品ページで現行Mac版の範囲を照合してください。
