‘未分類’ カテゴリーのアーカイブ

EPUBCheck4.2でのエラーについて

2019/05/22

 先日発表がありましたEPUBの公式データチェッカー、EPUBCheck4.2なのですが、試用してみたところ、これまでのバージョンでは出なかったエラーが表示されてしまいました。具体的には以下のようなエラーです。

ERROR(NAV-011): ./Desktop/test.epub/item/navigation-documents.xhtml(19,73): ‘toc’ nav must be in reading order; link target ‘item/xhtml/p-001.xhtml#toc-2C4CB0422A16-4C9E-B148-05A28E0A49C9’ is before the previous link’s target in spine order.

 従来のバージョンでは出ていなかったエラーが新バージョンでは出るようになったということなので、どういうことなのかちょっと策定に関わった方などに聞いてみたのですが、どうやら以下のような話のようです。

  1. もともとEPUBの仕様としては論理目次(電書協ガイド仕様の場合はnavigation-documents.xhtml)のリンクの表示順はOPFのSPINEの順番と同じでなければならないという決まりがあった
  2. ただ、これまでのEpubCheckにはそれをチェックする仕組みがなく、論理目次のリンクの表示順を自由に変えてもエラーにはならなかった
  3. 今回のアップデートで厳密にそこをチェックするようになり、エラーになるようになってしまった

 確かに規格を厳密に解釈すればエラー扱いになるのかも知れませんが、これに沿ってチェックをすると現在既に市場で流通しているEPUBファイルがかなりの確率でエラー扱いになりそうなのでちょっと困ったなという印象です。EPUB3.0.1に関してはエラー扱いにしないなどの形でもう少し既に大量に流通しているものへの後方互換性を考慮して欲しかったというのが正直なところです。

 とは言え新規に作るものはこのルールに従って作れば良いわけなのでそこまで問題はないはず。過去に作ったものへの対応は今後ファイル受け入れストア側の対応状況を見ながら考えたいと思っています。現場に大きな負担がかからない形で収束すれば良いのですが。

OPFのSPINEブロック

OPFのSPINEブロック

 なお、OPFについて少し解説しておきますと、これはそのEPUBの書誌情報や収録されているファイル等を記述するパッケージとしてのEPUBのコアになるファイルで、その中のSPINEブロックというのは「EPUB内に複数収録されているXHTMLファイルを見せる順番を決める」ことがメインの目的になるものです。ビューア上でEPUBを見ていくとここに書かれている順番通りに内容が表示されます(その他、ページめくり方向の規定や見開き時にページをどちらに配置するかの指定もここ)。今回はここの記述の順番とビューアの目次機能から呼び出す方の目次(論理目次)の記述順が同じでないとエラーになるようになった、という話になります。

(2019.5.22)

日本語組版処理の要件(JLREQ)改版に関するご意見募集のお願い

2019/04/25

 W3C文書「日本語組版処理の要件(JLREQ)」の改版作業が始まっています。JLREQは海外のシステム開発者などに向けて日本語組版を扱うシステムで対応するべき要件を伝える目的で作られた文書で、現在最新の第2版は2012年4月に発行されていますが、これをより正しく、使いやすい形に直してゆく作業です。

 この流れで私もW3CのJapanese Text Layout task force (jlreq)の会合で現場サイドとしての参考意見を述べることになりました。せっかくですので日本の組版関係者からの意見も集約したく思い、このブログを書いています。あくまで私が出版・組版関係の人の意見を聞くために個人としてやる聞き取りであって、W3C公式でもなんでもないのでお間違いなきよう。GitHubにissue立てるの慣れてる人はそちらが早いと思います。

 一応「日本語組版処理の要件(JLREQ)」がどういう性格の文書なのかということについて触れておきます。これはW3Cの正式な文書なのですが、「規格書(Specification)」とは異なり、「要件(Requirement)」になります。ざっくり言いますと「日本語組版で行うべき処理(=紙の本の組版作業において行われてきた処理)をそれを実現する技術的な方法には踏み込まずに記述したもの」です。書かれている処理には従来手作業で行われてきたものも多く含まれていますので、Webなど自動流し込み処理を前提とせざるを得ないシステムでは実現困難なものも多く入っています。従って、「日本語組版処理の要件(JLREQ)」に記述があるからといって、将来確実にWeb等で使えるようになる、という話では全くありません。ただし、新たに海外のシステム開発者が日本語組版に関連するシステムを作るような場合に真っ先に参照される文書であることも間違いなく、実際W3C仕様の中には日本語組版処理の要件を参照先としたリンクが多数既に入っています。次世代の組版ソフトが開発される際にも当然参考にされるでしょう。このことから、やはり将来日本語の表示環境に今回の改訂が大きな影響を及ぼしそうとは言えるかと思います。

 つまり、「これまで紙の本作りで行われてきた組版処理の方法を自動処理的にできるかどうかは考えずにひとまず記録しておいて、(日本人だけでなく)誰もが参照できるようにしようよ」という話なので、「日本語組版処理の要件」に目を通していただき、普段やっている組版処理とは違う記述が標準とされていて違和感があったら教えて欲しいですし、普段の仕事で普通にやっていることが項目ごと抜けていたら指摘していただければ有り難いです。それは改版に盛り込む価値のある情報の可能性があります。

 私も参加していますJAGAT XMLパブリッシング準研究会では、過去数年にわたってJLREQに沿ってCSSの実装状況を見てきており、それについての議事録はこのブログの過去エントリにまとまっています。以下にリンクをまとめて掲載します。

JLREQとCSS(1)
JLREQとCSS(2)
JLREQとCSS(3)
JLREQとCSS(4)
JLREQとCSS(5)
JLREQとCSS(6)
JLREQとCSS(7)
JLREQとCSS(8)
JLREQとCSS(9)

 こちらなども参考にしていただき、JLREQ改訂に関してのご意見をいただければと思います。これはどういった要望がありそうかについてのざっくりとした意見募集ですので、技術的な実現の難易度などは気にせず自由に意見を寄せていただいて大丈夫です。ご意見はこちらのブログのコメント欄に書き込んでいただいても構いませんし(コメント許可制のため表示反映までに時間がかかりますのでご了承ください)、Twitterで私のアカウント宛てにメンションを飛ばしていただいても構いません。その際はハッシュタグ「#jlreq」等を付けていただけますと後日拾い上げる際に漏れがなさそうかなと思います。

 出版・組版関係者の方、よろしくお願いいたします。

(2019.4.25)

フォルダ内画像のカラーモードをスクリプト処理でチェックする

2019/02/14

 必要に迫られてフォルダ内画像のカラーモードをチェックできるmac用スクリプト書きました。今回は混入したカラーモード違いの画像をハネられればいいのでmacOSに最初から入ってるsipsを使ってます。対応画像形式はjpeg、png、gif、bmp、tif。DTPでまだよく見るEPSはsipsが対応して無いんで対象外です(ImageMagickのidentifyコマンドなら行けるみたい)。

CMYK/グレースケール画像の混入をチェック

RGB画像の混入をチェック

 なおチェック部分のunlessをifに変えただけです。

 ターミナルで

 みたいな感じで使えます。誤ったカラーモードの画像の混入があれば

 のようなアラートが出る感じ。

(2019.2.15)

プロフィール
Jun Tajima

こちらにて、電子書籍&Web制作を担当しています。
このブログは、EPUB3をはじめとした電子書籍制作担当オペレータからの、「電子書籍の制作時にたとえばこんな問題が出てきていますよ」的な「現地レポート」です。少しでも早い段階で快適な電子書籍閲覧・制作環境が整うことを願って、現場からの声を発信していこうと目論んでおります。

当ブログ内の記事・資料は、私の所属しております組織の許諾を得て掲載していますが、内容は私個人の見解に基づくものであり、所属する組織の見解を代表するものではありません。また、本ブログの情報・ツールを利用したことにより、直接的あるいは間接的に損害や債務が発生した場合でも、私および私の所属する組織は一切の責任を負いかねます。