縦書きで横倒しになりやすいのは数字だけではありません。「!?」「!!」、英字略語、括弧を含む顔文字は、文字ごとの向きが正しくても全体が読みにくくなることがあります。作品を完成させてから探すより、実際に使う文字種を一ページへ集めた「文字種動物園」を先に作ると確認が速くなります。同じ標本を改稿のたびに残せば、設定変更による差も追跡できます。検索で標本を回収する工程、プレビューで向きを見る工程、出力後に実機で判定する工程を分けるのがポイントです。この記事では、原稿、縦書きプレビュー、出力EPUBの三段階で数字・記号・顔文字を判定する方法を説明します。
文字種動物園に作品で使う形を集める
試験ページへ「1」「12」「123」「2026年」、「!?」「!!」「――」「……」、英字一文字と略語、半角・全角の括弧を並べます。顔文字を使う作品なら「(^_^)」「(汗)」など実際の候補も置きます。似た例を増やすのではなく、原稿検索で出現した形を優先します。
各例の右に、意図する見た目を短く書きます。二桁は一組で立てたい、三桁は漢数字へ直す、顔文字は横向きのまま許容する、といった作品方針です。正解を決めずにプレビューを眺めると、毎回判断が変わります。
まず原稿の表記規則を決める
自動処理へ任せる前に、数字を算用数字で残す範囲、漢数字へ変える範囲を決めます。時刻の「12時」と年号の「2026年」を同じ規則にする必要はありません。文脈ごとに例外を表へ書き、検索語と置換候補を用意します。
顔文字や感嘆疑問符は、語りの調子にも関わります。横倒しを避けるためだけに別の記号へ変えると、意味や印象が変わる場合があります。表記変更、縦中横、許容の三択で決め、変更する場合は必ず周囲の一文を読んでから行います。
縦書きプレビューで向きとまとまりを分けて見る
確認は二回に分けます。一回目は各文字の向き、二回目は文字列全体のまとまりです。「12」が立っていても、前後の括弧との間隔が不自然なら読みづらさは残ります。顔文字は部品が正しい向きでも、表情として認識できるかを見ます。
Rune Studioでは横書き原稿からvertical-rlの縦書きプレビューへ移れます。文字種動物園を一つの章か試験ファイルにしておけば、設定変更後も同じ順序で確認できます。プレビューで問題が出た例には、原稿修正か出力後確認かの印を付けます。
二桁・三桁・英字を別のケースとして扱う
二桁数字は縦中横で一組に見せる選択がありますが、三桁以上まで同じ結果になるとは限りません。年、時刻、話数、型番を別々に試します。英字も一文字、短い略語、URLでは必要な扱いが異なります。すべての英数字を一括置換しないでください。
2026年8月11日にRune Studioで縦書きEPUBを試験出力したところ、CSSにwriting-mode: vertical-rlとtext-combine-upright: allが含まれることを確認しました。これは内部指定の確認です。どの文字列がどう見えるかは、最終的に利用するリーダーでも標本ページを開いて判定します。
検索結果を三分類して修正する
原稿全体から半角数字、連続記号、半角括弧を検索し、「そのまま」「書き換え」「要実機確認」に分類します。一括置換は、分類後に同じ用途だと確認できた組だけへ限定します。たとえば時刻の二桁と商品型番の二桁は、同じ検索結果でも扱いが異なります。
Rune Studio CLIの試験では、UTF-8／LFの日本語ファイルを検索し、ドライラン後に置換、再検索できることを確認しました。本番では先にドライランで件数を見て、バックアップを残し、置換後にゼロ件か期待件数かを再検索します。見た目の確認はその後です。
EPUB出力後に標本ページだけ実機確認する
全ページを最初から読む前に、目次から文字種動物園へ移動します。ページ送りの方向、数字、記号、顔文字を同じ順序で確認し、閲覧環境ごとに差を記録します。差がある場合は、原稿を共通の安全な表記へ寄せるか、主要環境で許容できる方針を決めます。
プレビューと一つのリーダーで一致しても、全環境の一致を保証はできません。入稿先が指定する確認環境があれば優先し、公開後に修正しやすいよう標本と判断表を保管します。問題例だけでなく、許容した例も残すと次巻で迷いません。
結論：文字種を集めて三段階で同じ順に見る
数字・顔文字の横倒しを防ぐには、原稿全体を無作為に眺めず、作品固有の文字種動物園を作ります。原稿の表記方針、縦書きプレビュー、出力EPUBの順に確認し、二桁、三桁、英字、記号、顔文字を別ケースとして判定します。
今日の一歩は、原稿検索から代表例を十個集めることです。意図する見た目を一行ずつ決め、縦書きプレビューと最終リーダーで同じページを開いてください。小さな標本が、全巻に使える確認基準になります。