
Macの定番テキストエディタを日本語縦書きの制作へ使うなら、縦書き画面の有無より、各章を誰がどの証拠で承認したかを残せる工程が重要です。章別承認表に章ID、担当者、必須標本、プレビュー証跡、出力EPUB証跡を記録し、「未着手→プレビュー確認済み→EPUB確認済み→承認」の順で状態を進めます。三章のうち一行でも承認前なら、一冊全体は閉じません。
承認状態を四段階に固定する
章の状態は四つだけです。
- 未着手:担当者または標本位置が未登録
- プレビュー確認済み:章内の必須標本を縦書き画面で確認
- EPUB確認済み:出力EPUBで同じ標本を確認
- 承認:担当者、確認日、二つの証跡がそろった
プレビューで見た直後に「完了」へ飛ばしません。出力EPUBの証跡がない章は、必ずプレビュー確認済みで止めます。状態名を固定すると、担当者ごとの「見た」「終わった」の意味がずれません。
C01・C02・C03へ担当と標本を割り当てる
三章の試験原稿をC01、C02、C03として登録します。C01は会話文、C02は二桁数字と感嘆疑問符、C03は画像と章末を代表標本にします。各行へ担当者を一人置き、同じ章に複数担当がいる場合は最終承認者を別欄へ示します。
| 章ID | 担当 | 必須標本 | プレビュー証跡 | EPUB証跡 | 状態 |
|---|---|---|---|---|---|
| C01 | 担当A | 会話文 | 未登録 | 未登録 | 未着手 |
| C02 | 担当B | 12、3人、!? | 未登録 | 未登録 | 未着手 |
| C03 | 担当C | 画像、章末 | 未登録 | 未登録 | 未着手 |
章IDはファイル名または原稿管理上のIDと一致させます。章名だけを使うと、改題後に承認行と本文の対応が切れるためです。
C02をプレビュー確認済みへ進める
C02の説明例では、「12」を縦中横で残す、「3人」は作品方針により「三人」へ直す、「!?」は全角の「!?」へそろえる、と期待状態を先に書きます。担当Bが三地点を確認し、証跡に章ID、位置、確認日を記録したら、C02をプレビュー確認済みへ進めます。
ここでは「数字はすべて漢数字」のような一冊の方針を決めません。すでに決まった標本ごとの期待状態を、章の完了条件として使います。五種類の崩れを探して回る作業はSTUDIO-299へ譲ります。
出力EPUBの証跡でC02を承認する
プレビュー確認後に一冊を出力し、C02の同じ三地点を対象リーダーで確認します。EPUB証跡には生成物ID、対象リーダー、章ID、確認位置、結果を書きます。プレビューと出力で状態が一致し、担当者と確認日がそろったときだけC02を承認へ進めます。
数値や担当名は説明用です。今回、三章の承認工程を実操作で完遂したという主張ではありません。表に必要な証跡と状態遷移を示しています。
未完了抽出は状態だけを見る
全体確認では、状態が「承認」以外の行を抽出します。C01が未着手、C02が承認、C03がEPUB確認済みなら、未完了はC01とC03の二行です。C03は出力を見ていても、最終担当または確認日が欠けていれば承認へ進めません。
未完了数がゼロになった時点で、承認表の版と全体の生成物IDを一冊の記録へ結びます。個別の数字や記号を再探索するのではなく、各章に必要な証跡がそろったかを確認する工程です。
章を修正した場合は、承認済みの一語を消して未着手へ戻すのではなく、「どの標本が影響を受けたか」を確認します。本文変更がC02の数字だけなら、C02をプレビュー確認済みまたは未着手へ戻し、再確認の理由を履歴へ追記します。C01とC03の証跡は、影響がないことを確認したうえで維持できます。
Rune Studioは章別証跡の確認候補になる
Rune Studioについて資料上で確認しているのは、vertical-rlの縦書きプレビューと、右開き・縦中横・記号処理を含むEPUB 3出力の機能範囲です。章別承認表は製品の自動機能ではなく、このプレビューと出力を章IDへ結ぶ編集運用です。
三章すべてを承認済みにした実測結果や、全端末での表示一致は断定しません。記事全体が日本語縦書きの章別承認を主題とするため、英語版は制作対象外です。

全章が承認になってから一冊を閉じる
定番テキストエディタの条件は、担当者が思い出せることではなく、C01、C02、C03の状態を同じ規則で進められることです。章ID、担当、必須標本、プレビュー証跡、EPUB証跡を行にそろえ、未承認行を毎回抽出します。
結論は、縦書き画面があるだけで一冊を合格にしないことです。すべての章が「承認」へ到達したときだけ一冊を閉じる。この章別承認を標準工程にできるかが、Macのテキストエディタを選ぶ判断軸になります。
次の一歩は、三章へC01、C02、C03を割り当て、担当者と必須標本だけを記入することです。全行は未着手から始めます。先に状態の出発点をそろえると、後から確認済みの意味を推測せずに済みます。
Rune Studioを候補にする場合は、商品ページと機能資料で縦書きプレビューとEPUB出力の現行範囲も照合してください。


