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