いずれもiOSで、Androidには対応非対応とも致命的な破綻は見られませんでした。IVS対応アプリが意外に多かったのは嬉しい驚きです。縦書きの表になっていて、アプリによって表示が異なるのが気になっていました。こんなふうな表ですが、問題になるのはどこで改頁するか。単純な表なら簡単なのですが、2列目の大きな連結マスの部分が扱いを難しくしています。各アプリに読ませてみると、12列目のマスに関係なくそのままページ幅でマスをすっぱり切ってしまうもの、2マスの切れ目で改頁してページによっては余白が出るもの、3両者を併用するもの、とに分かれることがわかりました。play、両OSのhonto、3はiOSのKinoppy。playは最初のページしか表示しないバグ状態。Androidのkoboにもページ端の罫線が消えるという問題があります。マスの切れ目で改頁する場合は、ページ末尾と次のページ頭、両方ともに罫線があることが望ましいのですが、残念ながら2のタイプのアプリはすべてページ頭の罫線を表示しません。した表と改頁の問題点をみごとに解決しているのが、iBooksと両OSのKinoppy。両アプリともメニューからスクロール表示が選択できるため、シームレスな一枚表として表示でき、大変見やすくなっています。iBooksではスクロール表示を選択しなくても、表をダブルタップすると横書きの一枚表が表示され、やはりスクロールして見ることができます。iBooksでは最初に表示されるページごとの表は文字が大変小さく実用性にかけ、スクロール表示かダブルタップによって一枚表を利用することを前提としていると言えそうです。晩霞舎本を表示させて気づいた特色や問題点を列挙していますのでご参考に。touchがいつのまにか自動アップデートされて最新の3.11.0というファームウェアになっていました。国内版楽天Koboのファームは2.6.0で止まったままですが、カナダのkobo本社ではこの古い端末にもコツコツと手を入れ続けていたようです。楽天がなぜアップデートを無視しているのか分かりませんが、面白い変化がありましたので、気がついた所を報告します。変化1)ホーム画面はglo/auraと同様のパネルスタイルに変わります。glo/auraにはない(実機をもっていないのでたぶん)ブラウザを直接起動できるパネルがあるのは便利。Dropboxには毎回ログインを要求されます。変化2)読書設定のページめくりのタップ位置の設定で、上下が進む戻る、真ん中が設定というパターンが選べます。片手持ちでめくる時、タップとスワイプで使うより便利かも。これはリンクを多用している晩霞舎本には致命的な仕様。楽天も電子書籍の制作ガイドで、トラブルが多いことを理由にページ内リンクを非推奨としていますし...。kobo端末はリンクをタップすると擬似ポップアップ的な動作をするので、注釈についてはそれで代用できます。これは自主出版者にとって一番注目の変化でしょう。ハイライト・コメントも問題なし。やればできるじゃないという感じです。ライティングライフでkoboIDだらけの加工をするよりも、こっちのファームを適用する方がスマートではないでしょうか。ファイル名に.kepubが必要なのはそのまま。その他の変化はこのサイトをご覧ください。楽天Koboに海外版ファームウェアを適用する方法も過去ログにあります。総評として今回のアップデートは画期的だと思います(各改良が、このバージョンで登場したものなのか、それとも少し以前のバージョンからなのかは分かりませんが)。「戻る」が消えたのは頂けません。一方で「koboIDの追加なしで読書位置が残る」という改良が、今後日本版にも導入されることを願っています。ソフト先日、楽天koboのアンドロイドアプリが公開されましたので、さっそく試してみました。使用環境はAndroid4.2.1のNexus7で、他の環境ではまた印象は違ってくるかもしれません。touchと違い、このアプリでは自作ファイル名に「.kepub」をつけなくても、EPUB3がまっとうに読まれますね。それに読書位置も、センテンスごとにkobo独自の番号を振ってなくても、ちゃんと残ります。オープンなEPUBリーディングシステムになったということで、これをぜひ専用端末の方にも拡大して頂きたいと思います。触っただけで問題点が幾つか。残念なことに反応が悪過ぎます。ページ送りなどもワンテンポ遅れる感じだし、連続してタップすると完全についてこれなくなります。ファイルをまたぐページ送りは待たされる印象です。それに関連するのか、←→での移動はファイル単位で、全ページ通してのジャンプができないのが不便です。自作本では扉ページの後に空白ページが挟まったりします。扉は「ハリー・ボッター」を猿真似して画像埋め込みsvgにしていますので、そのせいかもしれません。全体にCSSの文字のサイズ指定が効いてない感じで、「羇旅漫録」では本文も割り注も同じサイズになっています。上付き・下付きで付けた注番号や漢詩の訓点なども大きいままです。touch同様よく整っていて、たぶん国産端末では最高の読みやすさなのですが、ソフトがそれについてきてないのが実に残念、宝の持ち腐れというほかありません。面白いのはストア本以外の書籍ファイルの読み込み方で、他のアプリではファイルをダウンロードして「このファイルを開く」でアプリを選択したり、エクスポートでアプリのフォルダにコピーしたりするのが、koboではアプリ側に「コンテンツをインポート」というメニューがあって、それを選択すると、何とデバイスのメモリーカード内を検索して、インポート可能なEPUBファイルをすべて候補として列挙してきます。EPUBはぜんぶkoboが引き受けたというような力わざで、その意気やよしといいたい所ですが、肝心のアプリがこの出来では...。touchに比べて、たぶんフルオープンに進化したアンドロイドkoboは大歓迎なのですが、現状では自作本のリファレンスリーダーにするのは難しい感じ。今後の改良と専用端末への拡大をぜひお願いしたい所です。ニュースついにKindle上陸。端末の発売は少し先になるようですが、ストアは昨日からオープンしていますし、スマートデバイス用のKindleアプリもアップデートされ、縦書き・ルビ打ちなどの日本語表示に対応したようです。ストアの品揃えを見ると、天下のアマゾンさんも苦戦しているようで、文学関係では既存の日本の電子書店が共通して持っているラインアップがすっぽり抜け落ちていたりします。XMDFや.bookなどの電子本を横滑りさせる方策を採っていないということでしょうか。価格的には、既存の電子書店より少しずつ安く設定されている感じで、価格決定権をアマゾンが握っているケースの多いことが窺えます。半分以下の値付けになっていたりします。書籍のデータにはKindle版と紙の本の各エディションを比較した一覧まで作られていて、今後価格をテコに大攻勢をかける意欲満々といった雰囲気が早くも漂っています。Paperwhiteのこと。け付け中で、11月中旬発売とのことですが、それまで待たなくても、アップデートされたスマートデバイスのKindleアプリを試すことで、表示の具合はかなりの程度推測できそうです。Previewerというソフトが既にリリースされていて、EPUBなどをKindleフォーマットに変換したらどんな表示になるかを確認でき、また変換したmobiファイルを書き出すこともできます。Previewerもアップデートされ、日本文表示が本番仕様に改善されていることが期待できます。Previewerにかけ、パソコンで表示を確認するとともにmobiファイルを書き出し、それをNexus7とiPad上のKindleアプリにアップロードしてみました。EPUB3からmobiへの変換はソフトが勝手にやってくれ、パソコン上では問題なく縦書き・ルビ打ち表示されました。それをスマートデバイスのKindleアプリにメール添付というレトロな方法で読ませると(Dropboxから読ませることができましたね)、iPadではどういうわけか横書き・ゴシックでしか表示されず残念な状態ですが、AndroidのNexus7では“EPUB3変換mobiファイル”は意図通りの表示を維持しています。Paperwhiteでも同じ結果が期待できそうです。右上の設定ボタン→移動で現れる目次が選択できません。EPUB3のナビゲーション文書は読んでくれず、文書内目次のhtmlファイルを、移動からジャンプする目次ページとして指定する必要があるようです。指定は、パッケージ文書の末尾のguide要素に次のような1行を加えます。/>EPUBリーダーでも目次の扱いがまちまちなのに、そこにKindleも加わって何ともややこしいことになってきましたが、これ以外はノータッチでEPUB3で作った本をKindleに移植できそうです。Paperwhiteの文字組み?)を見てみます。右はそのキャプチャーですが、フォントはタイプバンク明朝というのを採用しているよう。このフォント、ご覧のように少々癖のある姿で、どんな文章にも向くといったものではないように思います。個人的には古典や鏡花をこのフォントで読むのは願い下げですね。それはともかく文字組みで気づいた点を幾つか。行頭起こし括弧の天付き半角取り、これはソニーReaderと同じで個人的には嬉しくない姿です。ように間延びしないのはやはりReaderと同様のメリット。ルビは中付きで、1文字に3字以上のルビだと、親文字の前後の字間を広げる設定になっているようですが、これもReaderと同じ。このため総ルビの鏡花では字間が所々で開いて、個性的なフォントの姿とともに紙面の印象はkoboはもちろんReaderと比べてもあまりきれいとはいえません。文中のリンクには、装飾無しの指定を無視して、色文字と傍線という二重の装飾。ちなみにリンクはちゃんと効きますし、戻るボタンも比較的タップし易い位置にあります。禁則処理については特に問題はなさそう。ReaderやKinoppyに見られるくの字点の泣き別れもありません。それから句読点のぶら下がりを普通にやっていて、これは他のリーダーにない特色です。他に文字画像などのインラインの画像が少し右寄りに表示されるのが気になりますが、これはkoboでも見られます。して見ていくと、文字組みに関しては先行の国内リーダーと遜色なさそう。フォントのせいで紙面の印象が他の2機に劣るのは残念ですが、もはやこのままのスタイルでPaperwhiteになだれ込むことになるのでしょうね。電子書籍リーダーの価値は文字づらだけで決まるものではなく、ハード・ソフト的な使い勝手や流通システムとの連携といったことも重要で、特に後者が圧倒的にすぐれているのがアマゾン。ダイレクト・パブリッシング」もアマゾンの独壇場で、それが日本でどれだけ広がるのか、またEPUBでの本作りにどんな影響があるのか、今後目が離せないところです。追記:iPadのKindleアプリで横書き・ゴシックになってしまう件。touchでも同様で、iOS全般の現象みたいですね。Kindleストアで購入した本はiOSでもちゃんと明朝・縦書きになりますから、アマゾンの所謂パーソナル・ドキュメントの扱いが、iOSのKindleアプリではまだ不完全なようです。ついでにiOSでの表示フォントは、OSデフォルトのヒラギノ明朝になっていて、Kindleデフォルトのタイプバンク明朝とはずいぶん印象が変わります。ところで、そのタイプバンク明朝ですが、見慣れてくると一種丸文字的(あるいはへた文字的w)なイメージを加味した風の親しみやすい雰囲気があり、古い文章でも随筆系ではそれなりに合いそう。無料本になっている泣菫の『独楽園』なんかではほっこりしていい感じになります。あらゆるタイプの文章を表示する電書端末にふさわしいかというと、それは大いに疑問ですね。ニュースGoogleによる日本での書籍の販売が先月末から始まりましたね。playブックスを通して本を買うことができ、グーグルのアカウントと専用読書アプリを介してiOSでも読むことができるようです。playブックスのトップページにはコミックとビジネス書と無料の青空文庫や海外の名作が並ぶだけで、そのアプリストアほどには食指は動きません。忘れてはいけません、Googleには膨大な著作権切れ書籍のアーカイブがありました。playブックスの検索窓に「詩鈔」などという古色蒼然たるタイトルの断片を打ち込んで見ると、驚くなかれ隠れていた書庫の扉が開いて、Googleが慶応義塾図書館の協力で作り上げた十万冊ともいわれる和本・和書のアーカイブがリストアップされてきました。本を選択すると、従来よりも遥かに読みやすくなった閲覧ページが現れます。特筆すべきは、アンドロイド端末・iOS端末に用意された専用ビュワーでのPDF書籍の表示のスムーズさ。下の動画のように、まるで本棚から本を選んでページを繰るように実にスムーズに江戸の漢詩集を楽しむことができました。これまで遅い表示や融通のきかないページ送りを我慢しながら、ダウンロードしたPDFをソニーReaderやiBooksで読んでいたのが嘘のような快適さです。playブックスと同時に発売された7インチのアンドロイドタブレットNexus7で読むと、文字の大きさも適度だし、本体のサイズや重さもぎりぎり読書端末として常用できる範囲で、まさにGoogleアーカイブを読むためにある端末といいたいほど。iPadでも専用アプリで同様にスムーズに読め、画面を横にすると見開きで、縦では1ページずつと使い分けられるメリットもあります。playブックスから導入した以外の、たとえば国立国会図書館の近代デジタルライブラリーからダウンロードしたPDF書籍などの外部ファイルは読めないこと。androidというPlayブックスビュワーに劣らない優れものが最近になって登場し、にわかに日本の二大アーカイブを巡る読書環境が充実してきたという印象です。androidについてはまた項を改めて。多くは自分のスキル不足が原因なのですが、なかにはEPUBの規格やリーダーの仕様によるものもあります。制作の過程で見えてきたことを、以下にまとめておきます。FUSEeβを初使用この本は鏡花本の場合と違い、古典といっても味読系ではなくいわば情報系で、どう書かれているかより、何が書かれているかが肝。思い切って読みやすさを重視して本文を新字・新かなにしてしまいましたので、二三の外字画像を使った以外は、旧字関係の苦労は回避できました。取り込んで行いました。FUSEeβはEPUBを直接編集するSigilと違い、プロジェクトファイルを保存してそこからEPUBを書き出すスタイルのソフトですが、定型的な工程はSigilと同じように自動化されているようで、違和感なく使うことができました。高価なマニュアル本を買わずに手探りで使っていますので、パッケージ文書などを手編集した際、下手なことをやってしまってプロジェクトファイルが開けなくなったりといったことも。書き出していたEPUBファイルを読み直して再開できましたが、自動化が主体のソフトだけに手編集への許容度は低いのかもしれません。一応完成した後のEPUBファイルの小さな手直しはSigilの方が手っとり早いのでこちらを使っていますが、SigilはSigilでドキュメントを勝手に書き替えてしまうことがあり気が抜けません。個人が効率に関係なくシコシコやっていることながら、制作の流れはまだまだ流動的で不安だらけです。挿図の位置はリーダー任せ?この本には大小の挿図がけっこうな数あり、今回はそれをどう入れるかに苦心しました。挿図は大きく分けて、11ページを丸々占めるもの、2上寄せか下寄せか天地100%で文中に置くもの、3行内に文字と連なって置くもの、の3種類がありましたが、悩ましいのは1と2、特に2。図の入る位置にスペース(横幅)が十分にない場合は、図は次のページに送られてしまい、前のページには大きな空白ができてしまいます。1ページ大の図の場合は関連した文章の次のページに図のページが来るので、多くの場合文章の後に空きができるのは、まあ仕方のないことですが、2の挿図でこれが起こってしまうのはちょっと苦しいという感じがします。文字組みが決まっていれば、イメージタグの挿入位置を前後させることでうまく収めることもできるのでしょうが、リーダーによって文字組みは異なりますし、読者が文字サイズを変えることによっても違ってきます。あらゆる条件でベストな挿図の位置などというのは、現状では実現不可能でしょう。このようなことが起こるのは、文章の特定の位置にしか挿図の指定が行えないからですが、それをもっと幅をもたせて一群の文章のどこか適当な位置に置くといった指定ができて、それをリーダー側が空白が出ないように塩梅できるようになれば、もうちょっと改善されるのではないかと思いますが、果たしてそんなことが可能なのかどうか。リーダーによって違うナビゲーション文書EPUBにはナビゲーションドキュメントというものが必須で、リーダーはこの文書を目次表示機能で利用しています。EPUB2までは.ncxという拡張子の書類がそれで、コンテンツ内に目次を置きたい場合は、それとは別に目次ページも作らなければならなかったのですが、EPUB3からはXHTMLのナビゲーションドキュメントを一つ作れば、それがリーダーのシステム目次とともにページ内の目次も兼ねるようになりました。EPUB2のように別途目次ページを用意してそれを使うことも可能です。ややこしいのが、リーダーによってこのナビゲーションドキュメントの扱いが異なるということです。iOSのKinoppy・bREADERとkoboは.ncxとXHTMLの両方、つまりEPUB2・3のナビゲーションドキュメントを利用できますが、ソニーReaderは.ncx文書しか読んでくれません。ソニーReaderに対してはシステム用の.ncx文書と本文用の目次が必要です。Kinoppy・bREADERとkoboはXHTMLのナビゲーション文書一つあればシステム用と本文用を兼ねられるはずですが、Kinoppy・bREADERにEPUB3のナビゲーション文書を本文目次として読ませると、EPUB3の規定通りにリスト形式で記述されたその目次は、何と改行されずに一連なりになって表示されてしまう、つまり目次として使えないということが起ります。ややこしいですが、まとめるとこういうことです。別途用意(bREADERはリンク不可)つまり、koboだけならEPUB3のナビゲーションドキュメント1つで完結するのですが、ソニーReaderとKinoppy・bREADERのことを考えると、結局3つの目次関係の文書を用意しなければならないということになります。いや、厳密にいうと、現状ではEPUB3のナビゲーションドキュメントはなくても構わない(鏡花EPUBはそうです)のですが、今回はFUSEeが自動で作ってしまったし、EPUB3と名のる以上はやはり置いておかなくちゃ、という次第です。ところでもう一つ、目次に関して落とし穴がありました。今回の「羇旅漫録」はKinoppyではなぜかシステム目次が空白になり表示されないのです。同根のリーダーであるbREADERには問題がないのにどうしたことかと、色々試してみて結局分ったのは、ナビゲーションドキュメントにマーカーが使われているのが原因だということ。ファイル内リンクのための#を頭につけたマーカーがあるとKinoppyはその目次を読まないようです。仕方なくKinoppyでは、ファイル内リンクを省いたおおざっぱな目次のみでお茶を濁しています。前回の投稿でも触れたkoboで自作EPUBを読むと、栞(読書位置)が残らないという現象。>タグで括って、kobo.1.1から始まる番号を振っています。これで一応は栞が残りますが、次に開いた時は各項目の頭、つまり見出し部分に戻ることになりますので、複数のページに渡る項目では厳密に読んでいたページが記録されるというわけではありません。出くわした主な問題点は以上ですが、他にもソニーReaderではカバーの書影が扉の画像に固定されていてパッケージ文書での指定が効かない、koboのシステム目次で、同一ページに二つの目次項目がある場合、後ろの項目へしか飛べない、前の項目をタップするとファイルの先頭へ飛んでしまうといった、各リーダーに起因する問題があり、これらに対しては今のところお手上げです。いずれにしても作ることで問題に出くわし試行錯誤しながら何とか対策を見いだしていくというスタイルで、これからもEPUBとじっくり楽しくつきあって行きたいと思っています。前回の投稿の最後に追記したように、楽天koboで自作EPUBを拡張子を.kepub.epubにして読むと、表示自体は満足できるものになるのですが、読書位置が残らないという痛すぎる現象が起こります。>タグで括って一定の番号を振っておくという方法がネットで紹介されています。これで検索も働くようです。>タグに番号を振っても栞は残るようですが、検索は効かないよう。どっちにしても自動化の手段がないととんでもなく手間がかかりますし、ファイルも重くなってしまいますので、あまり現実的な対策とはいえないように思います。KinoppyがIVSに対応。文中リンクもiOS読書アプリのKinoppyが1.2.2にバージョンアップして、bREADERに続いてIVSに対応しました。他にサロゲートペア、EPUB固定レイアウト、そして待たれた文中リンクにも対応と、一気のステップアップです。touchでは鏡花本が頻繁に落ちます。iPhoneかiPadでしか満足に動かないようですね。ソニーReaderは異体字セレクターをきれいに無視するし、サロゲートペアには対応しているようですので、部分的に文字化けする楽天koboのことを考えなければ、鏡花EPUBは全部IVS化してしまってもかまわないかもしれません。「ハリー・ポッター」は参考になります情報としては古くなりましたが、7月末に発売された「ハリー・ポッター」の電子書籍シリーズ。電子透かしを利用した事実上のDRMフリーに引かれて一冊購入して、さっそく腑分けして勉強させてもらっています。面白いのはナビゲーション文書が3種類もあること。目次はncxで表示したり、リスト形式の目次が表示できないリーダーがあったり、バラバラな仕様に対応しようとするとこういうことになってしまうようです。>タグで括ることで安定して扉表示ができるようで、その辺りの仕組みは私にはチンプンカンプンなのですが、とりあえず猿真似させてもらおうと思っています。他にも参考になるテクニックがいろいろ蔵されていそうです。その「ハリー・ポッター」、何の気なく読み始めてみましたが、なるほどこれは面白いですね。英国ファンタジー文学の伝統を受け継いだ、文章も構想も読み応えのある大作で、日本の宮崎駿などのアニメ・ファンタジーとはまったくの別物、あくまでこうして読んでこその作品という気がします。軽減した今回の電子化は、電子書籍の利点を印象づけるいい企画だったのじゃないでしょうか。直売サイトのポッターモアから最初はソニーReaderにダウンロードしたのですが、すぐにkoboへの同期が可能になったので、フォントと文字組みの勝るkoboでもっぱら読んでいます。PRS-T2の文字の姿はどうなるでしょうか。iOS・アンドロイド向け電子書籍アプリ「Kinoppy」の評判がこの所、鰻上りのようです。書籍の制作に遅まきながら踏み込んでみることにしました。相手に悪戦苦闘してみた次第です。書き出すところからスタート。書き出し設定はデフォルトのままで、フォントの埋め込みは外しました。Kinoppyに読み込ませると、こんなことに。行がえらく詰まって、ルビが隣の行と重なってしまっています。文字化けもありますし、ページの流れも逆です。それによく見ると、行末がかなり不揃いです。ZIP圧縮したものとか。HTMLについてはテーブルタグをやり繰りしてレイアウトしていた昔の知識しかなく、CSSなんかはほとんど勉強せずに来てしまったので、ここからはほとんど手探りです。メインに使うことにしました。vertical-rl;」を加えるべしと書かれていることが多いのですが、Kinoppyは最初のものだけで縦書きにしてくれているようです。それはともかく、ずっと見ていくと、本文のスタイルに関する次のような項目が出てきました。0px;まずは、「line-height」で行送りを広げます。ルビのことも考えて、ここは2としました。次に「font-size」を少し大きく。Kinoppyはピンチイン・アンチアウトで自由に文字を拡大縮小できるという優れもので、特に必要のない変更とも言えますが、開いてすぐに読みやすいサイズであるに越したことはないので、適当に1.06emとしました。このemというのは、相対単位らしいのですが、ならば基準となる単位はどこに規定されているのか、私にはよく分りませんでした。ヒラギノ明朝Proを指定しています。Kinoppyには秀英明朝体をダウンロードして利用できる機能があって、iPadにもダウンロードしているのですが、この「親子そば三人客」のフォントはどう見ても、秀英体ではなくヒラギノです。Nが搭載されていたよう。Nではなく、厳密には同じフォントではありませんが、そこは融通を効かして?このきれいなフォントを使ってくれているようです。発生していて、inDesignでそれぞれに字形パレットで異体字を適用しています。他にも異体字を当てた字は多く、それらは基本字に変更されて問題なく表示されているのですが、なぜかこの5文字では化けています。inDesignで異体字の適用を外して作り直すことにします。(つまり、EPUB3ではユニコードにない異体字については当面は断念。SVGフォントで外字を表示できるとかできないとか、そんな話も聞えてきますが、それはこの先の課題とします)そして、行末の不揃い。justify;」の記述があり、両端揃えの指定がちゃんとされています。ところがよく見ると、行末・行頭にまたがった熟語が、まるごと次行に送られてしまっているのです。振られたルビが分割できないためのよう。inDesignでルビを付けた際、グループルビにしたのが原因でしょう。仕方なく熟語をすべてモノルビにして書き出し直しました。以上の作業を一つ一つ効果を確かめながら進めて行った結果がこれ。読みやすくなりました。頭にタイトルもつけてみました。ここまでは何とか自力で来たのですが、ページ送りの問題がまだ残っています。vertical-rl;」の「rl」は行送りの指定でページ送りではないようです。page-progression-direction=“rtl”>というのが出てきました。該当すると思われる個所に当てはめてみると、前者は効果ありませんが、後者でめでたくページ送りが右から左になりました。この辺は完全に泥縄式です。CSSをちゃんと勉強しなくちゃいけません。最後に、inDesignで書き出す際に表紙のカバー画像をつけ、さらにSigilで章の分割を行なって、冒頭のタイトルを扉扱いにします。ここも表紙と同じ画像を貼りました。Sigilのメタエディターでメタデータを付加してとりあえず完成です。素人が泥縄式に作ったいい加減な代物ですが、下にリンクしています。iOS版のKinoppyとソニーReader以外では未確認です。ところでKinoppyの使用感ですが、評判通りの使いやすいリーダーアプリでした。フォントの埋め込みには対応していないようですが、ダウンロードした秀英明朝やiOS内蔵のヒラギノ明朝で完成度高く縦書き・ルビ打ちのEPUB3が表示できます。使い勝手の面では、ピンチイン・アウトで文字を自由に拡縮して、好みの比率で固定できる仕組みは秀逸だと思います。文字組み面では、文中の約物は連続約物も含めて全角が原則になっているようですが、行末の連続約物は半角固定で、ぶら下がりも行なって禁則処理に対応しているように見えます。行頭の鍵括弧が半角固定でない分、私にはソニーReaderの文字組みよりも自然に感じられました。紀伊国屋書店の電子書籍ストアには、KinoppyだけでなくソニーReaderからも直接(旧型はパソコンを介して)アクセスして本を購入することができます。StoreはKinoppyに対応していませんので、スマートデバイスで読むことも考えた場合は、紀伊国屋書店をメインの電子書籍ストアにしておく方が便利かもしれません。品揃えはどのストアもまったく貧弱なものですから、出版デジタル機構によってスキャン画像貼り付けでない質の高い書籍データ(となればもちろんEPUB)の蓄積が一気に進むことを期待しています。電書ラボEPUB制作仕様EPUBリーダーがどの文字を表示できるかチェックするためのEPUBファイルを作りました。0213:2004とAdobeJapan1-6のUnciodeマッピング文字を網羅しています。