Vivliostyle)(日本語訳)という文書が1月27日付けで発表されているので、ざっと見てみた。以下に若干の感想を記す。features.」(日本語訳「EPUBリーダーやPDFフォーマッタなどのページネーションをサポートする実装は、そのような機能をサポートする必要があります。JLReqは、紙に印刷する書籍の組版に関して整理したものである。従って、JLReqを議論の前提にする以上、縦横の大きさをもつページの概念が必須である。ページの概念を無視すれはかなりの部分が意味を失ってしまう。一方において、ブラウザは画面に高速に表示することを目的としている。ページサイズの概念はブラウザには必要ない。このため、CSSの勧告仕様または勧告候補だけでは、まだページの大きさを指定できない。Draftの段階であり[1]、正式な仕様として参照できる状態ではない。Moduleの歴史は古い。Draftを出している。Draftに戻ってしまった。CSSを紙への印刷に使おうとするとページの大きさの指定は必須であるのに、正式な仕様ではそれができない状態がもう長いこと続いているわけだ。現在、リフローのEPUB3を表示するリーダーは、ページ捲りを実装しているものが多い。これらは各リーダーの独自実装である。ページ捲りの一つとして、例えば、章の見出しを画面の上下・左右中央に配置したいときは縦と横のサイズを指定して、その中央に置くのが素直なはずだ。CSSではそういう指定はできない。このため、日本語のEPUB3ではトリッキーな指定をせざるを得なくなってしまっている。Level3を実装することが必要になる。Moduleがブラウザの世界で受け入れられるかどうかが問題である。CSSの仕様開発作業はブラウザベンダーの主導で進んでいて、ブラウザベンダー以外はほとんど影響力を持っていないからである。2.1で削除されてしまったものもある。その一例がここで問題にしているページの大きさである。CSS2には@pageというルールがあり、CSS2.0ではそこに’size’プロパティでページの大きさを指定できた。2.1では’size’プロパティは削除されてしまった。Moduleに移行した。ModuleをCSS3の勧告にもっていくのが困難なことは予想に難くない。CSSがサポートしないためにできないことがいろいろあるのは確かである。これに正面から取り組もうとすると、現状のCSSワーキンググループと長く熾烈な論争になるのは確実である。このサブミッションがどう受け止められるか、興味深いところである。3件のフィードバックEPUB3.1の最終ドラフトが公開されました。EPUB3.1での機能変更は当初期待より大幅に縮小となりました。3.1はIDPFの勧告仕様となりました。Draftとのことです。詳しくは下の追記を参照)。今後は新しい機能が追加される予定はなく、新しい要求があっても次のバージョンに持ち越される予定です。EPUB3.1の開発は、2015年の夏に始まりました。最初の方向検討会議では、非互換をおそれず、EPUB3.1で様々な新機能を盛り込むという話でした[1]。その後、市場からのフィードバックなどによるものと思いますが、新機能の話は大幅に後退しました。EPUB3.0.1からEPUB3.1への変更の多くは仕様書の文書としてのメンテナンスになり、実質的変更は小さなものとなります。2016年8月1日版の仕様書は次のモジュールからなっています。EPUB3.1:全体を包括する概説書モジュール仕様EPUBパッケージ3.1(各レンディションのパッケージ化の方法)EPUB内容文書3.1(内容をHTML、SVG、CSSで表現する方法。EPUB用プロファイルを定めている)EPUBメディアオーバレイ3.1(テキストとオーディオを同期するための処理方法)EPUBオープンコンテナ形式3.1(関連するファイルをZIPに纏める方法)EPUBアクセシビリティ(EPUB3.1で新しく追加された。仕様書の構成は現行バージョンのEPUB3.0.1からかなり変更されています。これは仕様書としてモジュール間の整合性を整えるために行われたものが多く、仕様の実質的な変更は、それほど多くはないようです。以下、主に「EPUB3.0.1からEPUB3.1への変更点」を参考にして、変わった項目をざっと紹介します。以下は、すべてを網羅しているわけではありませんので、予めお断り致します。3.0.1は、EPUBパッケージ3.1にタイトルが変更になりました。EPUB内容文書3.0.1に収容されていたEPUBナビゲーション文書の仕様は、そっくり、EPUBパッケージ3.1に移動しました。これはEPUBでは幾つものHTML文書を一つにパッケージし、それらの文書をナビゲーションすることが重要との判断に基づいています。EPUBパッケージ3.1では、パッケージ化について記述する.opfファイル(XMLファイル)を規定しています。.opfファイルのルート要素packageのversion属性に、EPUBのバージョン番号を記述します。version=”3.1′′>に変更になります。バージョンを確認しているEPUBリーダーでは読み込まないかもしれません[2]。従って、EPUB3.1形式の出版物をリリースするにはストア毎に対応を確認してからとなるのでしょう。package要素の子供からguide要素が削除されました。metadata要素の子供からOPF2_meta要素が削除されました。(オプション)が追加されました。同dc:title要素の属性にopf:alt-script(オプション)とopf:file-as(オプション)が追加されました。同contributor、creator、publisher要素の属性にopf:alt-scriptとopf:file-as(いずれもオプション)が追加されました。contributor、creator要素の属性にopf:role(オプション)が追加されました。同meta要素の属性にrefinesが置き換え対象[3]となり、代わってopf:alt-script、opf:file-as(オプション)が追加されました。manifest要素の子供item要素にduration属性(条件によって必須)が追加されました。bindings要素が削除され、マニフェストfallbackが追加されました。NCX(EPUB2の目次)は廃止予定[4]となりました。これにともない、spineのtoc属性が廃止予定となりました。2.EPUB内容文書3.1EPUB内容文書3.1は、EPUBの内容を記述するHTML5とSVGについて規定します。HTML5にはHTML構文とXHTML構文がありますが、EPUB3.1ではXHTML構文で記述します。ファイル名の拡張子は.xhtmlを使うべきとされています。このあたりは、EPUB3.0.1.から変わっていません。HTML5、SVGへの参照方法が変わり、HTML5、SVGの仕様が改訂されるとすぐにEPUB3.1に反映されるようになります。CSSの参照方法が変わり、CSSサポートがより一般的になります。EPUB3.0.1で採用されているプレフィックス付のプロパティは、できるだけ早く使わないようにすることが推奨されています。writing-modeプロパティは変更なし。text-orientationはプロパティの値が変更となります。-epub-text-combineプロパティは廃止され、text-combine-uprightプロパティとなります。リーダーのスタイルよりも、著者とユーザーのスタイルを優先するためのガイダンスを追加します。スクリプトのサポートの明確化。コンテント切り替え機能(switch要素)を削除します。オーディオやビデオのようなマルチメディア再生のためのユーザーインターフェイスをマークアップするtrigger要素は削除されます。EPUB3.1ではオーディオやビデオのようなマルチメディア再生はHTML5のaudio要素、video要素でコントロールすることを勧めています。EPUBリーダーオブジェクトとして、IDL定義を追加。その他のモジュールは省略します。4.1.1は現在でもEPUB3.1を開くことができます。mobi形式に変換もできます。packageのバージョンをチェックしているEPUBリーダーは少ないのかもしれません。superceded。将来廃止されるので使わないようにする。次のバージョンアップで廃止される。Draft初版では、急進的な変化を組み込んだドラフトが発表されました。Draft第2版で急進的なアプローチは否定されたようです。2016今回の最終ドラフトは4月26日版の延長となります。Draftであり、機能的には完成で、指摘された問題を解決済みのもの。Draft)にする予定だそうです。V2.2を正式版としました。バージョンアップで強化したポイントの一つがEPUB目次の自動生成機能です。EPUBの目次関連機能には、次の3つがあります。2.本文目次3.ランドマークEPUB3に上の3つの目次を用意して、たとえば、Readiumで表示しますと次の図1、図2のようになります。ランドマークで本扉を選択1.ナビゲーション目次についてEPUB3の正式な目次(必須)です。ナビゲーション目次の表示方法はEPUBリーダー依存になります。多くのEPUBリーダーは専用のパネルに表示します。ナビゲーション目次にレイアウトを指定したとき、その表示はEPUBリーダー依存です。多くのリーダーは横書きのみですが、例えばiBooksは縦組みでも表示できます。多くのリーダーではナビゲーション目次にはルビや文字の装飾はできません。このようにナビゲーション目次の表示は、EPUBリーダーによって、まったくばらばらです。CAS-UBは、記事のタイトルおよび記事の見出しを集めてナビゲーション目次の内容を作ります。この内容を論理目次と呼びます。(ナビゲーション目次は入れ物であり、論理目次はその内容という考え方です。)論理目次に、どのレベルの見出しまで含めるかを、「生成」-「一般」のメニュー、記事のタイトルのみ~レベル5の見出しまでの範囲で指定できます。このとき、見出しと目次に、番号を自動的に付与することができます。番号の形式は、「生成」-「その他」で指定します。ナビゲーション目次の内容として、論理目次の代わりに、ランドマーク(後述)を割り当てることもできます。2.本文目次について通常の記事と同じ扱いの目次です。レイアウト機能は、本文と同等になりますので、縦組み、ルビ、縦中横、文字の飾りなどは本文同様の指定ができます。EPUB3リーダーであれば、縦組み、ルビなど表示可能でしょう。CAS-UBのV2.2では、本文目次を自動生成する機能を新規に追加しました。本文目次を作るかどうか、また、目次にどのレベルの見出しまで含めるか、などは論理目次の生成と同様です。本文目次は手作りできます。その場合、「記事の種類」に「ユーザー作成目次」を指定します。手作りの目次(「ユーザー作成目次」を指定した記事)がある場合は、本文目次を「作成する」にしても、実際には作成しないで、手作りの目次を優先します。Practices』(EPUB3の仕様策定者が書いた解説本)によりますと、本の大きな構成部分をあらわすことになっています。ランドマークを表示できるEPUB3リーダーは、Readium位です。CAS-UBでは、ランドマークには、カバー(表紙)、本扉(オープニング)、目次(本文目次)、参考文献、索引を指定します。該当する記事が存在しない場合は、指定しません。1~3によって、EPUB3で指定することのできる目次機能を自動的に作る機能の使いこなしができるようになりました。あとは、ページリスト・・・。8月8日のメンテナンスを完了しました。cas-support返信CAS-UBの8月8日のメンテナンスを完了しました。画像のマークアップ支援ボタンを強化―画像のマークアップと画像のアップロードが別になっていましたが、画像のアップロードと同時に画像のマークアップを行なうことができるようになりました。(8/1のメンテナンス以前には、テキストフォームの下部にあった機能)。インクルードのマークアップ支援ボタンの強化―インクルードのマークアップと画像のアップロードが別になっていましたが、インクルードのアップロードと同時にインクルードのマークアップを行なうことができるようになりました。(8/1のメンテナンス以前には、テキストフォームの下部にあった機能)。Wordのdocxファイルに縦中横が指定されているとき、CAS-UBの縦中横を設定するようにした。Wordのdocxファイルにアウトラインレベルが設定されているとき、CAS-UBにアウトラインレベルが正しく反映されないことがあったので修正。Wordのdocxファイルに埋め込まれているイメージファイルが、CAS-UBにインポートされないことがあったので修正。マークアップした表のセルの中に、エスケープした範囲指定(~[~[[)があると[[[以降のテキストが脱落していたのでそれを修正。削除した記事をゴミ箱から復活できないことがありましたので修正。出版物新規作成:「他の出版物の設定をコピーする」で、書誌情報の発行所と発売元がコピーされていませんでした。ブロック範囲指定にユーザーID属性をつけても認識されなかったので認識されるようにした。例)[[[:#u-id-blockdivにユーザーIDをつける]]]上のようなユーザーIDを正しく処理(’u-id-block’からIDを生成)できるようになりました。altなし画像と画像以外の文字列のとき、navの目次に画像urlが使われたので画像のurlが出さないように変更。コメントをどうぞEPUBのナビゲーション目次とランドマークの使い方の再検討が必要。従来の紙の本では、目次は通常1箇所、書籍の先頭の方に配置する。目次を読めば書籍の大よその構成を理解することができる。紙の本では現在読んでいるページと目次のページは簡単に行き来できる。EPUBでは、紙の本における目次と類似の機能は、次の二つを使うことができる。1.ナビゲーション目次2.目次ページ1.ナビゲーション目次ナビゲーション目次は、EPUB2ではNCX形式で作成した目次である。EPUB3でNCXが廃止となり、HTML5のnav要素を使って同様の内容を表現するようになった。Publishingパブリッシング・ガイドライン」などは論理TOCと表現している[1]。多くのEPUBリーダはナビゲーション目次を表示する専用のパネルまたはウインドウをもっている。ナビゲーション目次の長所は専用のパネルで表すので、現在開いて読んでいるページから目次ページに遷移することなく表示できることである。これはEPUBリーダによって異なり、例えばiBooks3.1ではナビゲーション目次を表示するときもページを遷移する必要がある。ナビゲーション目次の欠点はパネルの表示レイアウトがEPUBリーダ毎にてんでんばらばらであることだ。iBooks3.1のように縦書き表示できるものもあるが、Kindleのように横書きしかできないものもある。レイアウト機能は低レベルである。iBooks3.1は縦書きができるが縦中横は指定できない。ルビなどを使えないものも多い。2.目次ページ目次ページは本文ページと同様に書籍を前からめくっていくと表示するページである。この長所は、本文ページと同様のレイアウト指定ができることである。CSSスタイルシートを駆使すればかなり見栄えの良いレイアウトもできる。目次ページの見出しと本文ページの見出しに相互のリンクを張るような作り方もできる。欠点は、目次ページを表示するためには、現在読んでいる本文ページから目次ページに遷移する必要があることだ。マルチウインドウのEPUBリーダができれば、両方表示できるだろうが、まだマルチウィンドウのEPUBリーダは見当たらない。3.ランドマークEPUB3ではナビゲーション目次と同じファイル中に、ランドマークを記述することもできる。け、などの書籍の構成を表す一般的なパーツの並びを示したものである。4.サンプルEPUB次のところにナビゲーション目次、目次ページ、ランドマークを設定したEPUBファイルのサンプルを作成した。Landmarksを指定したEPUB3を参照。このEPUBファイルはKindlepreviewerでは次の図のように表示される。※Kindlepreviewer2.9では、NCX表示メニューでナビゲーション目次(epub:type=”toc”)の内容を表示する。現在販売されているEPUB版電子書籍ではナビゲーション目次と目次ページの扱いが版元によってばらばらになっている。このことは過去にブログでも指摘した[2]。ナビゲーション目次(epub:type=”toc”)をランドマーク(epub:type=”landmarks”)のように使うことがある。EPUB3制作ガイド」(V1.1.2)では次のようになっている。・版元から特に指示がないかぎり、カバーページ、目次ページ、奥付けページへのリンクのみとする。ナビゲーション目次の既定値になっている3項目は、EPUB3のランドマークで指定できる項目である。このようにナビゲーション目次にランドマークのみを表示すると、ナビゲーション目次の現在読んでいるページを開いたまま本の全体を目次でみることができるという長所が生きてこない。現在読んでいるページから目次ページに遷移して、そこでさらにEPUBで読みたい箇所にジャンプするということが必要で、ナビゲーション操作が煩雑になり、EPUBを参考資料として使いにくくなる。EPUBの欠点の一つは柱を表示できないことである。このため、ユーザーは現在どの場所を読んでいるのかが非常に分かりにくい。これを解消するのは今のEPUBの機能のみではなかなか困難であるが、ナビゲーション目次を使うことが一つの解決策となるだろう。した点を考慮するにつれ、ナビゲーション目次に本文のアウトラインを詳しく示す方が良いのではないかと考えている。カバーページ、目次ページ、奥付けページはランドマークで表すことができるので、ナビゲーション目次を使う必要はない。EPUBリーダでランドマークの表示機能の充実しているものは、まだ少ないようだが、ナビゲーション目次とランドマークの使い方については考え直す必要があると感じている。5月30日のアップデート。編集画面をできるだけ使い易く改善しました。cas-support返信5月30日の定期メンテナンスで次の修正を行ないました。1.生成済みEPUB3をチェックするためのepubcheckを3.0.1に入れ替えました。2.記事の編集画面で、できるだけ画面全体をスクロールしなくても編集作業ができるように、編集枠の上側の表示内容を減らしました。「保存」ボタンをテキスト編集フォームの下にもつけました。出さないように修正しました。検索対象のとき、二重引用符を2つ重ねて指定する必要がありましたが、1つだけで検索できるように修正しました。5.「記事編集」画面と「構成編集」画面で、各種操作の表示内容に、できるだけ改行が入らないように調整しました。6.構成編集画面で、出版物の種類の画像に実際と合っていない部分があったので、画像を差し替えました。2013年3月分をEPUBにまとめました。こちらでダウンロードしていただくことができます。CAS-SUPPORTブログ記事のEPUB版」の項ブログを月別に整理し始めたのは、昨年の4月分からとなりますので、早いもので、丁度1年を経過しました。以前のブログもEPUB化したいと思っていますが、なかなか進みません。EPUBに不要な画像が入らないように。cas-support返信1.EPUB3/EPUB2の生成で、記事中で使用されていない画像でも、アップロードされているものすべてが生成物に入るようになっていましたが、使用されている画像のみを生成物に入れるように修正しました。2.検索で、記事タイトルも検索するようにしました。3.出版物新規作成で、ひな形の複製チェックボックスの既定値をオフに変更しました。表示すると、目次の2頁目以降でリンクが無効になっていたので修正しました。(Kindleのリーダの問題を回避したものです)。◎ところで、今日、1年ぶりにEPUB3のSVGの表示確認をしましたところ、iBooks3.1で、Spineに直接指定したSVGが表示できるようになっていたことを発見しました。EPUB3では、spineに直接SVGを指定することができます。これを使うと、全画面をSVG線画で表すことなどができるようになります。このCAS-UBでこの機能は既に昨年4月に開発がほぼ完了していたのですが、当時は、SVGを直接Spineに登録しても表示できるリーダがなかったため、公開することを見送っていたものです。iBooksで表示できるようになったことから、もう一度、チェックを行なったうえで機能を公開したいと考えています。EPUBリーダの表示機能は進歩しているようです。コメントをどうぞ『PDFインフラストラクチャ解説』更新、0.28版にしました。『PDFインフラストラクチャ解説』の内容を更新して0.28版としました。前回の0.24版から次の箇所を更新しています。タグ付きPDF」の節を追加しました。PDFのアクセシビリティ」の内容を記述しました。PDF版、EPUB3版を次のページから無料で配布しています。記述の内容が正しいかどうか、また、もっと突っ込んでほしいところがありましたらご意見をいただけると嬉しいです。CAS電子出版の紹介2016年1月本書を正式発売しましたので、無償配布を終了いたしました。詳細は、下の【広告】をご参照ください。0.24版にしてから1ヶ月弱の時間が経過しましたが、残念ながら進捗振りが思い通りになっていません。現在、PDFInterstグループのメンバーを中心に、内容を追加したり、内容をみていただいたり、組版レイアウトの評価をしていただいていますが、まだいただいた意見は反映するにいたっておりません。次の更新ではもう少しピッチをあげたいと考えています。cas-support返信EPUB3にはナビゲーション文書が必須である。これはHTML5のnav要素を使って作成し、電子書籍リーダのナビゲーション用のパネルに表示するものである。EPUB2のときはNCX形式で作っていたものの後継であり、論理目次という言い方をすることもある。ここでは、EPUB3のnav形式のファイルを「ナビゲーション文書」という[1]。本文の見出しを取り出してリストにして並べ、リストの各項目から本文の当該見出しへのリンクを張ったXHTML5文書を作成して、この文書をEPUB3の本文内容文書のひとつとして扱うこともできる。これを「目次文書」という。目次文書はEPUB3リーダからみたら本文の一部であるが、読者からみたら目次の役割を果たす。このようなものを視覚的な目次という言い方もできるかもしれない[2]。ナビゲーション文書はXHTML5形式であり、書籍本文の文書と同じようにspineに登録すれば、「目次」として使うこともできる。ナビゲーション文書は目次文書としても使うことができる。なく、目次文書をナビゲーション文書と別に用意することもできる。そこで、ナビゲーション文書と目次文書の関係について、次の点について調べてまとめてみた。ナビゲーション文書と目次を兼用するのが良いのか、それとも違うものにするのが良いのか。これを考えるため、先日開店したiBookstoreで販売されているEPUB版電子書籍のサンプルをダウンロードして調べてみた。今回調べたのは、リフロー型本文縦書きのフィクションとビジネス/マネーに分類されている25種類の電子書籍である。結果は次の通りとなった。出版社によってナビゲーション文書と目次文書の使い分けがまったくばらばらになっていることがわかる。ナビゲーション文書が縦組みの書籍は16種、横組みの書籍は9種。ナビゲーション文書と目次文書の両方があるもの14種、目次文書がない(ナビゲーション文書のみの)もの11種。両方がある14種中で、その項目が同じもの4種、異なるもの10種であった。現状では、ナビゲーション文書を目次文書に兼用しているものがあるとしても少数ということになる。異なるものはナビゲーション文書は書籍の骨格だけ表現し、目次文書でより詳しい項目を表現している。ここで調べた中では講談社の電子書籍はnavでは表紙、目次、奥付けといった本の骨格のみを現しており、目次文書の方に詳しい項目を示している。ナビゲーション文書から目次文書へのリンクの状況は次の表の通りである。ナビゲーション文書に目次文書へのリンクがあるここで問題なのは、次の図のようにナビゲーション文書に骨格だけを表現しているにも関わらず、ナビゲーション文書から目次文書へのリンクがないものが4種類あること。このような文書では、本文の途中を読んでいるとき、別の項目に移動しようとするとまず目次文書を探して、目次文書から他の見出しに移動するなどの順序になるので、移動が面倒になる。これは改善する方が良いだろう。ナビゲーション文書に目次文書へのリンクがない2.ナビゲーション文書に許されるマークアップやCSS指定は?仮にナビゲーション文書を目次文書として兼用で使うことを考えるとき、ナビゲーション文書にルビや縦中横その他の指定をすることができるだろうか?EPUB3.0の仕様をみるとナビゲーション文書には、本文のXHTML5と比べて使える要素やその出現順序に制約があるが、リンクのアンカー(a)要素の内容にはXHTML5の任意のフレーズ内容を含めることができるので目次で表現したいことはできそうである。src="images/XXX.jpg"/>)を指定して、EPUBCheck3.0で検証してみたが、特にエラーにはならなかった。3.ナビゲーション文書と目次文書はリーダでどのように表示されるか?ナビゲーション文書のアンカーの内容にマークアップしたとき、それがEPUBリーダのナビゲーション用のパネルでどのように扱われるか。ナビゲーション文書に2.項の指定をした文書をiBooks3.1のナビゲーション用パネルで表示した結果と、目次文書として表示した結果を比較すると次の結果となった。目次文書の表示ここではナビゲーション文書と目次文書は同じものである。ナビゲーション文書としてみると縦書きとルビしか有効でないが、目次文書として表示するときは本文扱いになり、マークアップとレイアウト指定がすべて有効になる。アラビア数字に縦中横を指定すると目次文書では指定どおり縦中横になるが、ナビゲーション文書では縦中横が解除されて1文字ずつ正立している。ナビゲーション文書では1桁または3桁以上のアラビア数字は1文字ずつ正立するものが多い。横倒しになるものもあり基準が不明である。これらは目次文書ではすべて横倒しになる。Documentsにある。この機会にオンラインストアを少し改善しました。第3巻』を10月下旬発売します。第4版』プリントオンデマンド版発売。技術書典5にも出品しますのでどうぞよろしくお願いします。簡単な解説10月8日(月)「アンテナハウスCAS電子出版」は、『技術書典5』に出典します。『XSL-FOの基礎』画像制作のこと。Word経由でインポートした画像は印刷品質の劣化が激しいため、第2版ではできるだけSVG形式に変更した件。EdgeのEPUB表示機能はなかなか良い。これからはEdgeだと言いたいところですが、しかし、残念な点もあります。FormatterClubセミナーでの、CAS-UBのスライドと動画を公開しました。