第一義的には「発注者が制作者に対して指示を入れるためのもの」

「電書ラボ制作仕様見出しテンプレート」は、リンク先の説明にもあるように、まず第一義的には発注者が見出しのスタイルを目視で確認しながら制作者に対して指示を入れるためのものとして作られたものです。

従来、紙の本の制作は、編集者がコンセプトや大まかなレイアウトを決め、それを製作者に伝達して製作を行うという形で進められてきました。ですが現状電子書籍の製作では、この形を引き継ぐことが必ずしもできてはいません。
これは現状のCSSの表現能力と紙のDTPのそれとの差といった側面もあるかとは思うのですが、発注者にとってわかりやすい指定方法が提供されてこなかったということにも一因があるのではないかと思っています。
「電書ラボ制作仕様見出しテンプレート」は、そういった点を踏まえ、発注者に必ずしもCSSについての知識がなくても意図したレイアウトの大まかな内容を製作者に伝達できるようにと考え、提供することとしたものです。

副次的には論理的なEPUBデータの作成を補助、促進

また、副次的には、より論理的（セマンティック）なEPUBデータの作成を補助、促進する意味もあるかと思っております。

ストアで販売されている電子書籍のソースコードを確認することはもちろんできませんので、はっきりとしたことはもちろんわからないのですが、現状おそらく相当数、以下のようなタグ付けが行われたリフローの電子書籍が存在しているのではないかと思われます。

<p><span class="bold"><span class="gfont"><span class="font-150per">見出しテキスト入る</span></span></span></p>
<p>　本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト</p>

見出しに当たる部分を本文と同じ<p>タグでコーディングし、<span>タグで多重に囲って装飾指定を入れれば、確かに見た目としては「見出し」にはなりますが、例えばストア側が中身の見出しタグのテキストを自動抽出してそれぞれの本の概要を簡易表示させようとしても、これではどの部分が見出しでどの部分が本文なのかを機械判別できません。結果としてこういった形でコーディングされた電子書籍は、概要がよくわからず、「買ってみないとわからない」状態になりそうです。
また、制作時の修正作業にしても、例えば見出し文字サイズを150％から140％にする必要が生じた場合に、見出しが100箇所あれば100箇所すべてを修正する必要が生じてしまいます。当然修正ミスも出るでしょう。
困ったことに上記のような状態でも「電書協ガイド準拠」に違いないため、相当数が出回っていそうです。

本来これは、以下のような形でコーディングをするべきです。

<h3 class="naka-midashi">見出しテキスト入る</h3>
<p>　本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト本文テキスト</p>

CSSファイルに以下のように指定

.hltr h3.naka-midashi {
font-weight: bold;
font-family: sans-serif-ja, sans-serif;
font-size: 150%;
}

この形であれば修正はごく簡単で、CSSのfont-sizeの値を修正すれば、見出しが何カ所あろうが全て一括で指定変更が反映されます。見出しをh3タグでコーディングしていますので、マシンリーダブルなデータにもなっています。

このあたりはWebの方から見ればごくごく初歩的な話かと思うのですが、紙印刷用のDTPのデータを元にした電子書籍の制作は、必ずしも論理性を考えずに作られたデータを、ごく短期間に「現物合わせ」で変換していく作業であるため、最初からデジタルネイティブで作られるデータほどきちんと論理的に作ることはそもそも現実的な理由で無理です。実際、電書協ガイドはそれを念頭に置いて作られたフォーマットだと思っています。

ただ、せめて見出しをhnタグでコーディングする程度の最低限の論理性は付加しておきませんと、後々の修正で制作者自身も大きな苦労を背負い込むことになるかとは思います。

「電書ラボ制作仕様見出しテンプレート」を用いることで、比較的現場に負荷をかけずにそれは実現可能かと思っており、ご活用いただければ幸いです。ご意見、ご要望などお待ちしております。

引き合わせ校正を目的とした場合に最適なEPUBビューアの条件

　ということで、紙の底本との引き合わせ校正を目的とした場合のEPUB閲覧環境の条件を考えてみます。条件としては

　といったところかなと思います。1行文字数をできるだけ底本のそれに合わせたいというのは、できるだけ底本と版面を同じ状態に持っていくことで間違いを発見しやすくなりますので、経験上これは必須です。

　また、一人でチェックして修正するだけならその場ですぐ修正すればよいので必ずしもハイライト機能は要りませんが、組織で仕事をしている際に他の人に校正を頼むとなると、当然「要修正箇所を他の人に伝達する」機能が必要になってきます。

　ページネーションに関しては1にも絡むのですが、DTPの元データで「見出しの前に改行が入っていたり入っていなかったりバラバラ」というのは良く見るパターンですので、カラ改行が挿入されているかいないかをチェックするためにはスクロール型ビューアもしくはスクロールモードを持つビューアが良いです。

　という感じで条件を考えてみますと、現状ではどうもiOS版のiBooksがこれに近いかなと思っています。タブレットで動くビューアでサイドロード（外部EPUB読み込み）ができて、スクロールモードを持つのはiBooksくらいですので、現状これがよいかなと。

　ただ、iBooksは文字のサイズをそう細かく制御できないので、その意味ではKinoppyも悪くないです。こちらは細かく文字のサイズ調整が効きますので、底本の版面に1行文字数を合わせるのがかなりラクです。現状EPUBビューアではこのあたりを使い分ける感じかなと思います。

　iPadの画面上でEPUBの文字列にハイライトを入れるのは指では結構ツラいものがありますが、質のよいタッチペンを使ってちょっとコツを摑めばそうストレスはない感じです。結局この場合必要なのは修正が必要な箇所にちょっとハイライトチェックを入れる程度の話で、細かい指示が必要ならメモも記入できますので、社内での校正ならこれでなんとか行けそう。Apple Pencilなど質の良いタッチペンの新製品も出てきていますし、いろいろと試したいところです。

　iBooksにはハイライトを付けた部分を一覧表示して、タップすれば該当箇所に飛べる機能もありますので、このあたりは紙での校正より確実に便利でもあります。

外部で校正してもらうにはPDF化が必要

　さて、社内の内部校正目的なら上記の方法でiPadでハイライトをつけて、iPadごと作業者に渡せばどうにかなりますが、出版社など社外に出したデータを校正してもらう時に同じ手は残念ながら使えません（iPad本体はいくらなんでも送れません）。
　このため、私が勤めている会社では現状Mac版iBooksをスクリプト処理で全ページめくってスクリーンショットを取ってPDF化し、これをEPUBと一緒に送って見てもらうようにしています。
　現状プリントができるEPUBビューアは少ないため、致し方ないところですが、全ページ画像化してPDFにする話になりますので、PDFのファイルサイズが巨大になってしまうのと、作成に結構時間がかかるのが悩みどころです。

Vivliostyle Formatterを試してみた

　このため、何かないかなと探していたところ、Vivliostyleさんが現在ベータ版公開中のVivliostyle FormatterでEPUBからPDFへの変換をサポートしたということのようなので、ちょっと試してみました。

　説明にあるように、ターミナルで

　と入力するとPDFを出力してくれます。

　現状ページの境にルビがかかった際にレンダリングが乱れること、ページ数が多い際に版面が段々下がってしまい、やがて次ページにはみ出してしまうなどの不具合があるようですが（縦組みのみか？）、出力時間が短く、ファイルサイズが小さくて済むのはなかなかの利点です。まあベータ版ですし多少は致し方ないところ。製品版での修正に期待します。

　今すぐ全てを代替というわけにはいきそうにありませんが、ルビのないものなど、コンテンツによっては現状でも結構便利に使えるのではないでしょうか。外部スタイルシートが読み込めるのもマルです。一時的に特定のプロパティの色を変えて確認などというマネができます。

　あとは1行文字数をできるだけ底本のそれに合わせるために画面で確認してからPDF出力したいところですが、まあこれは今後いろいろ試してみたいと思います。外部読み込みスタイルシートにいろいろ仕込んだり、Vivliostyle.jsと連携すればできるかも。

　あらかじめVivliostyle FormatterをApplicationフォルダなど任意のフォルダにコピーしてインストールし、.bash_profileにVivliostyle Formatterのフォルダへのパスを設定しておく必要がありますが、なかなか便利に使えます。

　なお、最近使いはじめているXojoの練習を兼ねてMac用のVivliostyle Formatterフロントエンドを作ってみました。Vivliostyleの村上真雄さんのご許可をいただきましたので公開しておきます。

ダウンロードはこちら↓

vivliostyleFormatter_EPUB2PDFOutput.zip

1 file(s) 9.62 MB

Download

　.bash_profileの追記はこちらなどを参考に。難しければこちらのアプリなどを使って不可視ファイルを一時的に見えるようにし、ユーザーのホームフォルダにある.bash_profileをテキストエディタで開いて

「export PATH=/Applications/vivliostyle-formatter-0.1.4-mac/vivliostyle:$PATH」

などと追記すれば大丈夫です（.bash_profileが見当たらなければ作りましょう）。

300〜400dpiが一般的な「印刷物に用いる画像の解像度」

写真などの画像（ビットマップ／ラスター画像）をオフセット印刷に用いる場合、スクリーン線数の1.5〜2倍というのが一般的で、スクリーン線数は133〜200線が広く普及しています。このため、適正な画像の解像度は300〜400dpiあれば十分だと言われてきました。もちろんこれ以上の解像度の画像を用いても良いのですが、データサイズが大きくなるなどのデメリットもあるため、現実的な運用として400dpi程度を基準としてきた会社が多かったのではないかと思います。また、長きにわたって「Webなどで使う画像はそこまで解像度は高くなくてよいから、印刷データ用の画像の流用で間に合う」というのが常識として定着していました。ですが、相次ぐデバイスの高画素化で差はどんどん埋まり、どうやら今回の発表でついに常識が覆ってしまったのではないかと思われます。

画像のピクセル数よりもデバイスの画面ピクセル数が大きいとどうなるのか

試みに、文庫判（148×105mm）サイズ、縦300dpiで作られた1ページ大の画像を考えてみます。この判型だとピクセル数は縦1748ピクセル、横1240ピクセルになるようです。iPad Proのパネルのピクセル数をかなり下回ることがわかります。
このサイズで作った画像を通常のリフローの画像挿入方法でEPUB内に挿入しますと、普通に考えればビューアでピクセル数が不足するために画像は画面の上部中央に表示され、左右および下部にアキが出てしまうはずです。つまり1ページ全画面配置のレイアウトが保てなくなるのです。

1ページ大の画像配置は固定レイアウト指定による強制引き伸ばしを

これを防ぐために、一部ページをSVGを用いた固定レイアウトで表示させる（フィックスドハイブリッド）方法^※1を用いることが出来ます。KADOKAWAさんなどが取っている手法^※2ですが、この手法を取れば、とりあえずカバーの書影などどうしても1ページ全画面配置で表示したいページを強制的に引き伸ばして表示させることが可能なはずです。
ただ、これはあくまで「強制引き伸ばし」ですから、画像が引き伸ばされて甘くなるのは避けられませんし、挿入画像など文中に挟み込む形で入る画像にはこの手は使えません。

各ビューアの実際の挙動

この「固定レイアウト指定による強制画像引き伸ばし」を実際にどこまでのビューアがサポートしているのかちょっと調べてみました。結果は以下の通りです。

https://docs.google.com/spreadsheets/d/1eGIkZVb7RWg-8DkMNPLS1fXH4ozGJMP1qmc2hKhnGdM/pubhtml

どうやら通常のリフロー形式で画素数不足の画像を挿入しても、強制的に引き延ばして表示するRSが相当数あるようで、例えばKinoppyのiOS版およびMac版、KoboのiOS版および専用端末版は強制的に引き延ばして表示するようです。Kindleは「カバー画像のみ」必ず引き延ばします。いずれにせよ挙動が各社バラバラで、「固定レイアウト指定をしないとビューアによってはアキが出てしまう可能性がある」くらいに考えておいた方がよさそうです。

高解像度化は今後どこまで行くのか

では、デバイスの高解像度化は実際どこまで行きそうなのか。中短期的にはおそらく4K（3840×2160px）までは行きそうかなと思っています（8Kはちょっとまだ待って欲しい）。仮にこのピクセル数に対応させるために印刷用画像の解像度を定めるとしますと、文庫判で659dpiの解像度が必要になる計算になります。これはかなりの高解像度化であり、ファイルサイズの大幅な増加が予想されます。