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