epub に するを調べているなら、ファイルを増やす前に、検査項目ごとに唯一の修正元を決めるのが答えです。対象は本文誤字、章名、著者名、段落間隔の四つの指摘を持つ標本です。この記事では本文の戻し先、章順の戻し先、書誌の戻し先、表示設定の戻し先、再生成を使って、『EPUBの指摘を原稿・順序表・書誌設定・表示設定へ戻せる』までの判断を組み立てます。既存EPUBの直接修復と外部CSS編集は扱わないという範囲には踏み込みません。
直接回答：検査項目ごとに唯一の修正元を決める
ファイルを増やす前に、検査項目ごとに唯一の修正元を決めるのが答えです。完成条件は『EPUBの指摘を原稿・順序表・書誌設定・表示設定へ戻せる』です。
判断欄は本文の戻し先、章順の戻し先、書誌の戻し先、表示設定の戻し先、再生成です。『既存EPUBの直接修復と外部CSS編集は扱わない』は合格条件へ混ぜません。
正本と状態を一枚の記録へ集める
本文、目次、書誌、CSSの修正先が分からず生成物を直すことを防ぐには、作業名ではなく、本文の戻し先・章順の戻し先・書誌の戻し先・表示設定の戻し先・再生成を一行で追える記録が要ります。ファイル名に『最終』と書くだけでは、誰が何を直し、次にどこから始めるかは残りません。
使う材料は本文誤字、章名、著者名、段落間隔の四つの指摘を持つ標本です。正本、作業用複製、成果物を別の識別子で持ちます。見落としを防ぐには、状態を『未着手・作業中・確認待ち・確定』に分け、空欄を成功扱いしません。
四つの指摘を分類するから始める実行順
次の五項目は、本文誤字、章名、著者名、段落間隔の四つの指摘を持つ標本を同じ条件で扱うための製品非依存の検査順です。特定製品で確認した操作結果ではなく、どの候補にも適用する受け入れ手順として使います。各項目の終了時に、対象、本文の戻し先に関する確認事実、次の入力を一行ずつ残します。
一周目の終了条件は『EPUBの指摘を原稿・順序表・書誌設定・表示設定へ戻せる』を説明できることです。途中で生成XHTMLを直接直すなら、その地点で止めます。別の素材や設定へ逃げず、停止理由を同じ作業票へ書きます。
- 1. 四つの指摘を分類する
- 2. 各指摘の正本を宣言する
- 3. 正本だけを直す
- 4. 同じ設定からEPUBを再生成する
- 5. 四つの修正と無関係な差を検査する
固有標本で判定欄を埋める
本文誤字、章名、著者名、段落間隔の四つの指摘を持つ標本では、見た目の印象ではなく本文の戻し先から再生成までを順に判定します。対象の名前、開始値、保存先または成果物IDを添えれば、古い結果を今回の結果と取り違えません。
ここで記録するのは『うまくいった気がする』ではなく、本文の戻し先と再生成の何を見て合格または保留にしたかです。見落としを防ぐには、未実施の欄は未実施のまま残し、『EPUBの指摘を原稿・順序表・書誌設定・表示設定へ戻せる』という結論へ広げて解釈しません。
- 本文の戻し先：対象と期待状態を先に書き、『生成XHTMLを直接直す』なら未合格として戻し先を示す
- 章順の戻し先：対象と期待状態を先に書き、『著者名を本文へ書くだけ』なら未合格として戻し先を示す
- 書誌の戻し先：対象と期待状態を先に書き、『再生成で別の設定まで変わる』なら未合格として戻し先を示す
- 表示設定の戻し先：対象と期待状態を先に書き、『生成XHTMLを直接直す』なら未合格として戻し先を示す
- 再生成：対象と期待状態を先に書き、『著者名を本文へ書くだけ』なら未合格として戻し先を示す
『生成XHTMLを直接直す』に当たる状態を最初に切り分ける
このテーマで止めるべき状態は、生成XHTMLを直接直す、または著者名を本文へ書くだけ、または再生成で別の設定まで変わるです。三つを一括して『使いにくい』とせず、どの入力、設定、成果物で観察したかを分けます。原因が違えば戻し先も違います。
修正後は四つの指摘を分類するから全項目をやり直す必要はありません。ただし、変更した条件に影響する本文の戻し先・章順の戻し先・書誌の戻し先・表示設定の戻し先・再生成は再確認します。前回の行を消さず、変更日と新しい成果物を追加すると差分が追えます。
- 停止1：生成XHTMLを直接直す
- 停止2：著者名を本文へ書くだけ
- 停止3：再生成で別の設定まで変わる
Rune Studioを候補に加える範囲
公開機能資料では「6ページのウィザードで原稿、章順、目次、表紙、書誌情報を設定しEPUB 3を生成する」という機能範囲が確認できます。そのため、原稿順と書誌設定を保持し、EPUB 3を生成して構造を検査する用途を一つの制作環境で試したい場合の候補になります。ただし、この説明は公開資料で確認した機能範囲であり、本文誤字、章名、著者名、段落間隔の四つの指摘を持つ標本が全項目に合格したという実測結果ではありません。
向くのは、検査項目ごとに唯一の修正元を決めるという管理を保ちながら、原稿と設定または資料の受け渡しを減らしたい人です。一方、本記事の対象外は『既存EPUBの直接修復と外部CSS編集は扱わない』です。その範囲や外部サービス側の受理まで必要な場合は、別の道具と出口検査を組み合わせます。
結論：四種類の指摘へ修正元を一つずつ割り当てる
epub に するで持ち帰る結論は、検査項目ごとに唯一の修正元を決めることです。本文の戻し先・章順の戻し先・書誌の戻し先・表示設定の戻し先・再生成を別欄にすれば、『EPUBの指摘を原稿・順序表・書誌設定・表示設定へ戻せる』へ達したかを、機能数や印象ではなく記録で判断できます。
まず四種類の指摘へ修正元を一つずつ割り当てる。本文誤字、章名、著者名、段落間隔の四つの指摘を持つ標本の複製で一周し、『生成XHTMLを直接直す』に当たる状態が起きた地点を残してください。Rune Studioを試す場合も同じ作業票を使い、公開仕様の存在と手元の合格結果を混ぜないことが次の比較を正確にします。
この記事が答えるのは『検査項目ごとに唯一の修正元を決める』までです。近接するSTUDIO-233（責任地図）、STUDIO-053（テキスト前処理）の中心論点は代替しません。除外範囲は『既存EPUBの直接修復と外部CSS編集は扱わない』です。製品候補を確認するときは、Rune Studioの製品ページで現行Mac版の範囲を照合してください。
