アカウント名:
パスワード:
シャープ、ボイジャーともやめるとは言っていないが、実際多くの出版社がEPUBに移行してるし、ブンコビューアはアップデート止まってるわ、ボイジャーはEPUB3 / KF8制作サービスが主力事業になってるわでもう実質死んでるフォーマットだよね電子書籍交換フォーマットなんて結局作っても誰も使わなかったわけだ
# フランス書院さん、いい加減電子書籍をXMDFで売るのやめようよ
よくある電子書籍ユーザでは無い人間の典型的な知ったかぶりですが、あえて釣られましょう。
実際多くの出版社がEPUBに移行してるし
コミックはともかく書籍はXMDFが多いよ。普通に有利だから。本当に電子書籍を利用している人なら体感していると思うけど、XMDFは非常に完成度が高くて、観覧もePUBより確実に軽い。一番体感できるのは、ページ数の多いリフロー書籍で、読めるようになるまでの時間な。あと、一番使われている電子書籍の流通フォーマットはXMDFベースのものだよね。
ブンコビューアはアップデート止まってる
安定していることに何か問題でも?アップデートの頻度が大きいことがよいことと言うのはちょっと。本を読む人は別にソフトウエアのタイムスタンプが新しいことを望んでいるわけではありません。
電子書籍交換
> XMDFは非常に完成度が高くて、観覧もePUBより確実に軽い。
それは規格というより実装の問題では?電書協仕様のEPUBは日本語組版で使われるであろう機能をすべて想定した重厚長大なCSSが用意されている、故に重いもっとも、問題の根元は仕様に対してビューア側の実装が追いついていないことにあるのだが特に欧米製ビューアはADEしかりReadiumしかり、日本語対応はまだまだ不完全だね、Readiumは結構頑張ってはいるんだが
EPUBは電書協仕様が公表されてからやっとこさスタンダードになった感じがあります。XMDFからのコンバートの案件は触ったことがないですが、XMDFがサポートされないようになってきたらそういう案件も出てきそうですね。
>もっとも、問題の根元は仕様に対してビューア側の実装が追いついていないことにあるのだがEPUBを読ませる各書店のビューアはそれぞれの会社さんでかなり挙動が違うので、制作サイドでは「1つのファイルで全部やれ」という事になるのですが、電書協仕様でバグる処はバッドノウハウ駆使して各社でまんべんなく動くように何とかしろという感じになっています。
>特に欧米製ビューアはADEしかりReadiumしかり、日本語対応はまだまだ不完全だね、Readiumは結構頑張ってはいるんだが自社の端末同士(E-ink系端末とFireOS系端末)すら一部の動作が異なったり、ガイドラインに沿った解像度の画像で固定型EPUB作るとページ送りで落ちてくれたり、imgタグで画像張り込んだ周辺の段落で、前のページに戻る操作をすると段落を豪快にすっ飛ばしてくれたり、iOSだけ全く違う(動作も滅茶苦茶な)エンジン積んでおいて1つの元ファイルで全て対応しろと言うAmazonサイドに比べると、Readium系を採用している会社さんはそれなりに素直で助かります。
#誰かEPUB編集するのにいいソフト知りませんか・・・Calibre使い方慣れなくてNetBeans使って無理やり作ってますorz
日本語組版でまともに使えるのはFUSEe [fusee.jp]くらいですかね、高いですけど…フリーのSigil [sigil-ebook.com]もやっとEPUB 3に正式対応できそうだ、ってところまで来ましたがあと、InDesignのEPUB書き出しがCC 2014.1で結構まともになったらしいので、Adobe CCあるならそれもありかも。使ったことないけど
# でも最後はやっぱりEpubCheck [github.com]が待ってるんですよね…
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり
いくらDRMフリーでも今更XMDF、ドットブックはなぁ (スコア:0)
シャープ、ボイジャーともやめるとは言っていないが、実際多くの出版社がEPUBに移行してるし、ブンコビューアはアップデート止まってるわ、ボイジャーはEPUB3 / KF8制作サービスが主力事業になってるわでもう実質死んでるフォーマットだよね
電子書籍交換フォーマットなんて結局作っても誰も使わなかったわけだ
# フランス書院さん、いい加減電子書籍をXMDFで売るのやめようよ
Re: (スコア:2, 参考になる)
よくある電子書籍ユーザでは無い人間の典型的な知ったかぶりですが、あえて釣られましょう。
実際多くの出版社がEPUBに移行してるし
コミックはともかく書籍はXMDFが多いよ。普通に有利だから。
本当に電子書籍を利用している人なら体感していると思うけど、XMDFは非常に完成度が高くて、観覧もePUBより確実に軽い。一番体感できるのは、ページ数の多いリフロー書籍で、読めるようになるまでの時間な。
あと、一番使われている電子書籍の流通フォーマットはXMDFベースのものだよね。
ブンコビューアはアップデート止まってる
安定していることに何か問題でも?
アップデートの頻度が大きいことがよいことと言うのはちょっと。本を読む人は別にソフトウエアのタイムスタンプが新しいことを望んでいるわけではありません。
電子書籍交換
Re: (スコア:0)
> XMDFは非常に完成度が高くて、観覧もePUBより確実に軽い。
それは規格というより実装の問題では?
電書協仕様のEPUBは日本語組版で使われるであろう機能をすべて想定した重厚長大なCSSが用意されている、故に重い
もっとも、問題の根元は仕様に対してビューア側の実装が追いついていないことにあるのだが
特に欧米製ビューアはADEしかりReadiumしかり、日本語対応はまだまだ不完全だね、Readiumは結構頑張ってはいるんだが
EPUBビューア (スコア:0)
EPUBは電書協仕様が公表されてからやっとこさスタンダードになった感じがあります。
XMDFからのコンバートの案件は触ったことがないですが、XMDFがサポートされないようになってきたらそういう案件も出てきそうですね。
>もっとも、問題の根元は仕様に対してビューア側の実装が追いついていないことにあるのだが
EPUBを読ませる各書店のビューアはそれぞれの会社さんでかなり挙動が違うので、制作サイドでは「1つのファイルで全部やれ」という事になるのですが、電書協仕様でバグる処はバッドノウハウ駆使して各社でまんべんなく動くように何とかしろという感じになっています。
>特に欧米製ビューアはADEしかりReadiumしかり、日本語対応はまだまだ不完全だね、Readiumは結構頑張ってはいるんだが
自社の端末同士(E-ink系端末とFireOS系端末)すら一部の動作が異なったり、ガイドラインに沿った解像度の画像で固定型EPUB作るとページ送りで落ちてくれたり、imgタグで画像張り込んだ周辺の段落で、前のページに戻る操作をすると段落を豪快にすっ飛ばしてくれたり、iOSだけ全く違う(動作も滅茶苦茶な)エンジン積んでおいて1つの元ファイルで全て対応しろと言うAmazonサイドに比べると、Readium系を採用している会社さんはそれなりに素直で助かります。
#誰かEPUB編集するのにいいソフト知りませんか・・・Calibre使い方慣れなくてNetBeans使って無理やり作ってますorz
Re: (スコア:0)
日本語組版でまともに使えるのはFUSEe [fusee.jp]くらいですかね、高いですけど…
フリーのSigil [sigil-ebook.com]もやっとEPUB 3に正式対応できそうだ、ってところまで来ましたが
あと、InDesignのEPUB書き出しがCC 2014.1で結構まともになったらしいので、Adobe CCあるならそれもありかも。使ったことないけど
# でも最後はやっぱりEpubCheck [github.com]が待ってるんですよね…