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