【EPUB】Kindle向けのepubでopfファイルに追加した情報
鎌田です
kobo用のepubを作っていましたが、Kindleが出るということで、epubをKindle Previewで変換したところ。
表紙や目次でエラーがでました。
kobo、Kindle両用のepubを作るために、いろいろと苦労しましたが、下記を追加しています。
opfに、
<meta name=”cover” content=”cover”/></metadata> を追加。これで表紙OKです。
<guide>〜</guide> の情報(目次と開始ページ)を追加。これで目次がOKになりました。
【EPUB】iBooksの縦中横②
鎌田です
iBooksで縦中横が幅1emを越えると寝てしまうという問題点の解決案です。
フォントサイズを変えればと思って実験。
フォントをヒラギノ角ゴが幅が広いので、CSSをいじって、iBooksで様子を見る。
span.tayo {
font-size: 0.95em;
letter-spacing: -0.05em;
text-combine: horizontal;
-epub-text-combine: horizontal;
-webkit-text-combine: horizontal;
}
と赤字部を追加。
最適値は、上記かなって感じをもっております。
11/15追記:まだ横になる文字があった。調整中です。
【EPUB】iBooksで外字画像が本文サイズにならない②
鎌田です
先に①で、iBooksではこんなCSSかかないといけないのかと思っていたところに、緊デジのサイトにリフロー型のEpubのテンプレートが上がっていました。
ダウンしてみたところ、iBooksで外字画像が正しく表示されています。①のCSSの表記になっているのだろうと思っていたところ、それらしい記述がありません。CSSを見ると、
img.gaiji,
{
display: inline-block;
margin: 0;
padding: 0;
border: none;
background: transparent;
}
img.gaiji {
width: 1em;
height: 1em;
}
と、ごく普通です。
で、どこで制御しているのか調べてみる事にしました。
自分はhtmlやcssに詳しいわけではないので、余分なcssを削除していったり、htmlもシンプルにしていきながら、差が出る箇所を発見して行こうとしましたが、どんなに削っていっても、違いがでません。全く分かりません。
もう限界というまでの最小限のCSSとhtmlにしたのですが、同じcssとhtmlで片方が文字サイズが正しく、片方は画像が大きい状態のままです。もう何が決め手か分かりませんという状態です。
もう最後だ…と思ってopfファイルを差し替えたところ、変化がでました。
えっ…opfで表現が変わるのか!? と思って、よく調べると、
メタ情報に
<meta property=”ebpaj:guide-version”>1.1</meta>
があると、外字画像が文字サイズと連動します。
packageの文も、下記のようになっていました。
<package xmlns=”http://www.idpf.org/2007/opf” version=”3.0″ xml:lang=”ja” unique-identifier=”jpecode” prefix=”ebpaj: http://www.ebpaj.jp/”>
まさか、メタ情報で違いがでるとは….
ebpaj:guide-versionって何?
【EPUB】KindlePreviewerが2.7にバージョンアップした
鎌田です
つい先ほど、バージョンアップがされました。
自動アップデートにしていたので、勝手にバージョン上がりました。
今まで無事変換されていたEpubが表示できなくなりました(涙)
何か挙動がおかしいので、アプリを削除し、ver2.7をダウンロードし、
再インストールしました。正しく表示できるようになりました。
ただ、デバイスがKindle WhitePaperしか表示出来ません。
こういう仕様なのでしょうかね。
【EPUB】iBooksで外字画像が本文サイズにならない①
鎌田です。
iBooksで外字を画像(インライングラフィック)で処理したEPUBを表示させると、文字サイズと比例した大きさになりませんでした。iBooks2、3でも。
Digital EditionsやReadiumでは文字サイズに追随しますが、iBooksではダメでした。
CSSは下記の通り。
またまた闘いの始まり〜。ググってみても、なかなか見つかりません。
2時間後、次の情報を得た。
http://d.hatena.ne.jp/works014/20101221
この通りにやってみる。
CSSは、
【EPUB】iBooksの縦中横①
データは縦中横で作っているが、ヒラギノ角ゴでは縦中横が効いていなかった..のを、
游明朝体にすると、有効になった。そしてヒラギノ角ゴに戻すと、有効のママ。
やな挙動ですね。↓27字x21行 の部分です。
【EPUB】検品はAdobe Digital EditionsとReadiumで行う
鎌田です。
EPUBのリーディングシステムのエンジンはWebkitとRMSDKがあります。
Adobe Digital EditionsがRMSDK、ReadiumがWebkitです。
当初、検品はAdobe Digital Editionsだけで行っていたのですが、iPadで見るとレイアウトが崩れるケースが幾つか出てきました。
全商品を、iPadに転送してチェックするのも手間ですので、Webkitを使用しているReadiumで検品するようにしました。
MacのアプリでePub Checkerというのがあります。epubをドロップして、エラーのないことを確認しています。
リーディングシステムで問題になるエラーは、バリデートできていないことです。滅多にありませんが、必ずチェックしています。
【EPUB】Adobe Digital Editionsではルビにrp要素があると1文字目だけしかルビを表示しない場合がある
鎌田です。
ルビを、ルビの表示に対応していないブラウザへのフォールバックに用いるrp要素を用いた書き方をすると、Digital Editionsでは親文字1文字目だけ表示し、2文字目以降表示されない場合があります。
rp要素を取った、ルビの書き方にすれば、正しく表示されます。
【EPUB】Kindle Preview版では横書きだが、実機では縦書きになる
鎌田です。
EpubをKindle Preview版で変換し、mobiファイルで確認しています。
デバイスをKindlre Touchにすると縦書きになりますが、それ以外のデバイスでは横書きになっています。
不安だったので、問合せしたところ、Amazonから購入したものは、どのデバイスでも縦書きになるということです。
安心しましたが、リーディングシステムによって見え方が異なる現在のEpubで、さらに制作環境と本番環境でも見え方が異なるというのは、本当に困ったことです。
先の投稿で、①がKindleで制作環境では縦で表示されますが、実機では横になります。各リーディングシステムで同じ見え方になるEpubを作るのは不可能なのでしょうか。
【EPUB】Adobe Digital Editionsでは①が横に寝る
鎌田です。
EPUBの校正で、Adobe Digital Editionsを使用しているのは、先に書いた通りです。しかし、ここでも問題が発生しました。
丸数字①②などが縦書きで横になってしまいました。
そこで、縦中横タグをいれて、正しく表示させるよう回避しました。
これで、Digital Editions、kobo、Readium、Kindle Previewで問題なしと思っていたのですが、
mobiファイルAmazonにアップロードすると、丸数字が寝ているとの連絡が入りました。
Preview版と実機では表示が異なるようです。
さて、どうしようかと考え中です。
ここら辺のリーディングシステムでの表現の違いについての詳しい事は、次のURLが参考になります。
http://blog.cas-ub.com/?p=3524
下記画像は縦中横タグを入れない、素のテキストで表示させた場合です。
Digital Editions(K.K以外が横になってます)
記事投稿日
日 | 月 | 火 | 水 | 木 | 金 | 土 |
---|---|---|---|---|---|---|
« 9月 | ||||||
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |