違いを見逃さない！電子書籍の横書き、縦書きとの違いと選び方を妥協しない判断軸

電子書籍を横書きにするか縦書きにするかは、ジャンル名だけで決めず、同じ原稿を「読む方向」「数字と記号」「画像」「表」「文字サイズ変更」の五つで比べて決めます。一つでも致命的に読みにくい要素があるなら、慣習よりその要素を優先します。

例は二章の紀行エッセイです。第一章は会話中心、第二章は日付・時刻・距離を含む旅行記。原稿全体に2桁を含む数字8件、!?の組み合わせ6件、横長の路線図1枚、4列の旅程表1枚があります。この材料なら、横書きと縦書きの候補を同じ内容で作り、差が出る場所だけを見れば判断できます。

五軸のどこで不合格にするか

比較では「何となく好き」を点数にしません。次のどちらかに当てはまるかを記録します。

この例では、会話中心の第一章だけなら縦書きが候補になります。しかし4列表と横長路線図が読みの要点なので、作品全体は横書きを第一候補にします。表を画像へ変えて無理に縦書きへ寄せるのではなく、情報を失わない方向を選ぶ判断です。

同じ二章を二候補にする

1. 元原稿を複製し、章名と章順を同じにします。方向以外の文章、画像、表を変えません。
2. 数字8件と!?6件へ番号を振ります。例として12時、99km、本当!?のように、原文と位置を一覧へ残します。
3. 横書き候補では、数字・記号・路線図・4列表が普通に横へ読めるか確認します。縦書き候補では、2桁数字や記号の向き、画像の縮小、表の幅を別々に見ます。
4. 章順と目次は見た目から切り離します。二候補とも第一章→第二章になり、目次から同じ章へ移動できることを確認します。
5. 実際に使うリーダーで文字を一段階大きくし、本文、数字、画像、表をもう一度見ます。ここで読めない要素が出た候補を外します。

比較中に本文まで直すと、書字方向の差なのか文章変更の差なのか分からなくなります。文章の推敲は比較後に行い、まず二候補の入力を同じに保ってください。

五軸が同点に見えるときは、読者が情報を取り出す順番で決めます。この紀行なら、路線図で経路を確かめ、4列表で時刻を追い、本文へ戻る動作が何度もあります。そこで路線図の地名を判読できる最小文字サイズと、表の一行を横スクロールなしで追えるかを優先します。反対に、会話を連続して読む作品で表や横長画像が補助にすぎないなら、第一章を一画面読み、改ページの流れが途切れないほうを優先します。「主役の情報を一つ決め、その情報が弱い候補を外す」と、平均点が同じでも結論を出せます。

比較記録には、採用した方向だけでなく、外した候補の不合格理由も一行で残します。後で表や画像を差し替えたとき、同じ条件で選び直せます。

Rune Studioを候補にする場合

Rune Studioの現行Mac版には、横書き・縦書きを切り替えるプレビューと、縦書き時の右から左の進行、2桁数字や記号を扱うEPUB 3出力があると公開資料に記載されています。一般的なEPUBの構造については、EPUB 3.3が書誌情報、収録物、読む順番、ナビゲーションを別々に定義しています。

二章・縦書き・本文画像なしの例を出力した確認では、ナビゲーション文書とNCXがあり、収録画像1点、欠落0件で、ローカルの構造確認は正常でした。

ただし、この結果は縦書き候補一つの構造確認です。同じ原稿の横書き版、数字8件、!?6件、路線図、4列表、文字サイズ変更後の表示は確認していません。したがって「縦書きのほうが読みやすかった」「この原稿は横書きに決まった」という比較結果の根拠にはできません。販売先の審査や、すべての端末での一致も保証しません。

最後は最も弱い要素で決める

横書きと縦書きの選び方では、五軸の平均点より、作品の理解を止める一項目を重く見ます。小説の雰囲気が縦書きに合っていても、必須の4列表が読めなければ横書きを選ぶ。横長資料がなく、日本語の会話を縦の流れで読ませたいなら縦書きを残す。この判断なら、好みだけで選んだ後の作り直しを減らせます。

まず二章、数字8件、記号6件、画像1枚、表1点を同じ内容で二候補にしてください。Rune Studioの現行Mac版で比較する場合は、詳しくはこちらで確認できます。