横向きの数字で困らない!Macの定番テキストエディタ、縦書き確認で見る条件

三章分の縦書き原稿が五つの確認点を通り、承認済みアーカイブへ集約されるアイキャッチ

Macの定番テキストエディタを日本語縦書きの制作へ使うなら、縦書き画面の有無より、各章を誰がどの証拠で承認したかを残せる工程が重要です。章別承認表に章ID、担当者、必須標本、プレビュー証跡、出力EPUB証跡を記録し、「未着手→プレビュー確認済み→EPUB確認済み→承認」の順で状態を進めます。三章のうち一行でも承認前なら、一冊全体は閉じません。

承認状態を四段階に固定する

章の状態は四つだけです。

  1. 未着手:担当者または標本位置が未登録
  2. プレビュー確認済み:章内の必須標本を縦書き画面で確認
  3. EPUB確認済み:出力EPUBで同じ標本を確認
  4. 承認:担当者、確認日、二つの証跡がそろった

プレビューで見た直後に「完了」へ飛ばしません。出力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へ結ぶ編集運用です。

三章すべてを承認済みにした実測結果や、全端末での表示一致は断定しません。記事全体が日本語縦書きの章別承認を主題とするため、英語版は制作対象外です。

横書き原稿を縦書きで表示し、12時30分が縦中横で立っているRune Studioの縦書きプレビュー
縦書きプレビューの表示例。本文が上から下へ流れ、列が右から左へ進み、二桁の数字が横に並んで立っています。入稿の可否をこの画面だけで決めることはしません。

全章が承認になってから一冊を閉じる

定番テキストエディタの条件は、担当者が思い出せることではなく、C01、C02、C03の状態を同じ規則で進められることです。章ID、担当、必須標本、プレビュー証跡、EPUB証跡を行にそろえ、未承認行を毎回抽出します。

結論は、縦書き画面があるだけで一冊を合格にしないことです。すべての章が「承認」へ到達したときだけ一冊を閉じる。この章別承認を標準工程にできるかが、Macのテキストエディタを選ぶ判断軸になります。

次の一歩は、三章へC01、C02、C03を割り当て、担当者と必須標本だけを記入することです。全行は未着手から始めます。先に状態の出発点をそろえると、後から確認済みの意味を推測せずに済みます。

Rune Studioを候補にする場合は、商品ページと機能資料で縦書きプレビューとEPUB出力の現行範囲も照合してください。