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