【自主】電子書籍作成スレ【作成】 Part.2
このスレは自炊ではない電子書籍を作成するための情報交換スレです。
各種フォーマットの作成方法についてや、編集ソフトウェア、
自作図書配布サイトについて語りましょう。
※前スレ
【自主】電子書籍作成スレ【作成】
http://rio2016.2ch.net/test/read.cgi/ebooks/1297947557/ >>133
calibreの設定は分からないが、その運用方法ならnarou.rb使ったほうがいいのでは
必要に応じて変換も個別に設定出来て全て自動化可能だし Calibreのおかげでepubファイルはたくさん増えたが、まともに使えるAndroidのepubビューアが無くて困ってる
日本語縦書きで途中に画像が入るようなファイルだと変になるものばかり
一番まともなのがGooglePlayBookだがローカルファイルは開けない Androidなら.kepub.epubにしてkobo
もしくは上にもあるけどKinoppy >>135
Kinoppyさんのこともたまには思い出してください。 確かにkinoppyは綺麗に正しく表示される
でもフォントが好きなものに変更出来なかったりページめくりのタップのカスタマイズが出来なかったりするのが残念
Downloadディレクトリからのみインポートする仕組みもいまいち
ビューアの選択肢が少なすぎるなぁ >>135
Perfect Viewer であまり不満はないけど PerfectViewerをカスタマイズしてみたけどなかなか良いね。
でも行間を0にしても必ず1行空くのが残念。
作成したepubはどのアプリで見てるのだろう? なろうで本編を取得→Amazonで製品版のサンプルを取得しCaribre上で目次とサンプルから抜いた挿絵を付けたついでに
ナビゲーション目次も作成し、Kinoppyで鑑賞までが一連の流れです ePubエディタのSigilの最新版使ってみたら、
javascriptでePub電子書籍内でいろいろプログラム処理ができるようになることを見越した
作りになっていた。
これは楽しみ。ePub電子書籍でゲームと小説が一体となった書籍が作れるようになりそう。 javascript対応してるストアってiboksだけじゃないっけ? インタラクティブでマルチメディアな書籍
なんか三十年前のFM Townsとかのキャッチコピーみたいだな >>145
大手のストアを通さないで流通したってよかろ。 今だと普通のウェブサイトでも script はどこにでもあるけど、それでいちいちビビらんだろ。
どこに制限をつけてどう保護すればいいかノウハウが知られてるから
リーダの実装だってそれと同等には工夫するさ。
たまには脆弱性を突くのに成功することもあるかもしれんけどな。 Adobe製品の脆弱性が主に何で起きてるのか知ってる人なら怖いと思うだろうよ
ほぼスクリプト処理の問題だからね
ベンダーが脆弱性処理しきれなくなってFlashが淘汰された理由でもある Javascriptの脆弱性ってそんなに怖いの?
Javascriptって淘汰されちゃうの?
パソコン上のwebブラウザとか軒並み使えなくなりそうだが、
そんな話聞いたことないぞ。 Javascriptやその他スクリプトそのものは別に悪くない。
スクリプトを使うと、本来できてはいけないことまでできてしまうアプリ(リーダーやブラウザ)やOSが悪い。 Adobe AcrobatとPDFが辿ってきた道そのもの
JS使うPDFが淘汰されているのが証明になってる >>155
お世話になってます
なろう、カクヨムで使ってみましたが、今のところ問題ありません
いつもありがとうございます 他人の著作物を勝手にepub化するってどうなんだ? 私的使用のための複製(第30条)は認められてるんでね 複製権だの、パブリックドメインだの、全く理解してなさそうだな 著作者が広告収入を得られる無料電子書籍フォーマット、早く出てきてほしい。
Youtubeの電子書籍版が求められる。 該当スレが見当たらないので質問なのですが
perfect viewerでjpg-zipの本を読んでるのだけど本棚に表示される画像が1ページ目じゃなくて最後のページになってしまう
jpgのファイル名は表紙が一番小さい数値.jpgにしている
どこかの設定で治りますか? >>165
普通に最初の画像が表紙になるけど
いっかいばらして、再圧縮してもだめ? >>166
不思議なんだけど1台の端末だけは正しく1ページ目が表紙になるんです
それ以外の5台は全部最後のページになってしまう。同じzipファイルなのに
設定を見比べても違いが見当たらないのです >>167
該当ページで長押し→画像を○○として設定→カバーとして設定 >>168
どこで操作するんでしょう?
ビューアでもサムネイルでそのような状態になりません >>169
漫画とかで画像開いた状態でメニュー出す
↓
家マークの欄
ファイルブラウザ
本棚
開く
……と続くところの下の方に
画像を○○として設定する
ってのがあると思うけど >>170
ありました。長押しでメニュー出る設定じゃないので気が付かなかった。
確かにその本だけは表紙が変更されました。
でも他は変更されなくてフルスキャンし直すと最後のページに戻ってしまいます。
ウ〜ンなぜだろう? >>171
その本以外は表紙を設定していないからでは? >>172
そのやり方だと数百冊あったら個別に全部設定する必要がある
たとえ設定してもフルスキャンするとリセットされてしまう
そのため根本的な解決になっていないんです PV使って10台くらい端末使った気がするが
そんな不具合見たこと無い
機種名つけて、作者に伝えればいいんじゃね? >>165
自己解決しました
色々と試してみたのだけど変化せず
結局データを初期化して最初から設定し直ししたところ1ページ目が表示されるようになりました
結構色々カスタマイズしてたので躊躇っていたのだけど全部やり直しました
なおプロファイルを保存してロードすると再発しました >>176
解決おめ
設定→ファイルブラウサ設定→ファイルの並び替え
ここで、
数字降順
とかにしてると、本棚の表紙が最後のページになるな
もしかしたら、そこいじってたのかもな >>177
どうやらそれが原因らしい
本の一覧を新しい順にしていたのだけど、その設定にすると表紙になるページも影響を受けてしまうようです
表紙に影響が出るのはバグかも? >>155
魚魚魚魚魚魚魚魚魚魚魚魚!!対応ありがとう AozoraEpub3は更新止まってるから、テンプレを電書協の最新版に合わせて弄らないとダメじゃね? >>183
そっちは使ってないからわからん
自分は電書協のガイドに合わせて、EPUBcheckでエラー吐かなくなるまで、CSSもヘッダーもopfも直したから元がどうだったかもう覚えてない テンプレちょこっと手直しするだけやで
そしたらあとは勝手にエラー吐かないepubが出来るようになる epubチェックでエラー吐かないのとreaderで表示エラーが出ないかは別問題
表示エラーが出ないようにするまで修正するのはちょこっと手直しじゃできねーよハゲ __
/ ` 、
彡 ミ
/ ` ´ l
(l し l)
l ノ_し l
> 、 _ ィ
/  ̄ ヽ
/ | iヽ
|\| ファーウェイ |/|
| ||/\/\/\/| | >>190
epubcheckかけてエラーが出るとこのテンプレを正しいのに書き換えて、表示が崩れるとこはCSSのプロパティを手直しした
CSSとopfはかなり手を入れたかな
あと表紙をSVGラッピングで中央表示にしたりとか >>191
めんどくさいので、フォルダーごとアップロードして欲しい。 他力本願は良くないな
めんどくさいなら現状維持でどうぞ 既存のものを何の疑問を抱くことなく使ってきたんだろうなと思う 一からソフトを作っている人はほとんどいないだろうし、儲かるわけでもないので趣味の域は出ないだろう。 ずっとお世話になってるしシェアウェアにしてくれて構わないのになー>AozoraEpub3 >>187
あ、キミは直せないんだ
そっかそっかー、直せないのかー AozoraEpub3はopfの<package>にprefix="ebpaj:http://www.eapaj.jp/"がないとか、svgのxhtmlのヘッダーに
<meta name="viewport" content="width=〇〇, height=〇〇"/>がないとかあるしな
opfのproperty="svg"もないし AozoraEpub3はオープンソースとかにはなっていないの?
オープンソースなら作者以外のプログラミングに詳しい人が不具合個所を直せそうな気もするが。 >>201
本体じゃなくてテンプレートの記述が古いだけだから、特にプログラミングに詳しくなくても直せる >>155のは目次の階層化してればエラー出ないんちゃう?
ページの左右中央がきかないとか、ビューアーによっては
表紙が1ページにおさまらないとかの問題はあるけど >>204
https://w.atwiki.jp/hmdev/
ここのコメント欄でエラー出るって言ってる
電書協の仕様守ってないからっぽい >>205
そこのコメント欄にあったAozoraEpub3-1.1.0b52Q.zipで作ったのは
epubcheckかけてもエラー出なかったよ
目次の階層化してないと駄目だけど epubcheckでエラー出なくてもADEやReadiumでエラー出るのと一緒
Reader側でも同じ仕様を遵守してないと意味がない 全てに対応するのは無理でも現状電書協に沿うのが一番表示エラーが少ない
売り物に使ってるcssだから表示エラーが出たら客が離れるからね そういうことなら超縦書で崩れないようにすれば、どのビューアーでも
崩れが少ないepubになるんじゃないかね?
あれが一番シビアだから
テンプレのpackage.vmの prefix に ebpaj: http://www.ebpaj.jp/ を足すだけでも
結構変わるはず そもそも電書協に沿うように自分でテンプレ直せばいいだけのことやん 自分で直せないやつらが多いんだろ
cssやopfに何が書かれてるかも理解してないんじゃね 掲示板じゃなくてGitHubでやったほうが良さそうだけど、GitHubアカウントもってなかったり使い方をわからない人が多いのだろう。 (Kindleはmoviだから別として)まず端末に合わせたepubを作るっていう考えをやめたほうがいいかもね >>200
電書協ではviewport使ってないような。画像の全画面表示には良いかもしれないが。 >>217
表紙をsvg全画面固定レイアウトにするときはviewportないとエラー吐く
svgの単ページには全部viewport入るように書き換えてる 表紙と単ページ画像をsvgやviewport、viewBoxを使って全画面表示したほうが良いのか、やりたい人だけすれば良いのか。
画像zipのEPUBにはsvg出力をしているようだけど。 svgを使うなら角川のDRM解除品を参考にするといい
でも別にsvgは使わなくてもできるけど >>220
KADOKAWA-EPUB 制作仕様(制作ガイドライン)
KADOKAWA-EPUB 再現指標(ビューワー評価指標
http://kadokawa-epub.bookwalker.co.jp/download >>219
やりたい人だけやりゃいいんでね?
自己満足みたいなもんだし >>223
自分は表紙はsvgの全画面固定レイアウトで、CSSもほぼ電書協のに合わせたけど、それを人にもやれとは言わんわ
やりたい人だけでいいやん
横並びになりたがる日本人の典型か?
人は人、自分は自分やで svgは使わないし他のやり方も教えないからどうでもいい SonyReaderやらkoboやら特定の端末使用が大前提だったんだろう
AozoraEpub3の仕様がそうなんだからしょうがないね 閉鎖で交換ってことになると重要なのは汎用性なんだよな
せっかく電書協仕様で作ってkinoppy,kobo,iBooks,mobi変換後kindle等、
ストアアプリでエラー無く表示できるようにしてんのに端末縛りはないわ
でも割れ発で技術が進歩しちゃうと
規制しようと躍起になってる出版社が困るんだってさ AozoraEpub3は単に電書協やepubcheckを把握してないだけだろ
特定端末に合わせたりなんてしていないからな
KindleKoboは最初から電書協に合わせてたし、Sony Readerは逆に電書協が大の苦手というか
epub3にしてはダメな端末だからな… Kindle パブリッシング・ガイドラインと日本語サポート補足資料を見てただけど、最初の方は電書協に合わせてなかった気がする。
KOBOは途中から電書協に沿って作れと切り替えたが。
Sony Readerは開発はまだ続いているのか疑問。 初期はとんでもない作りのepubがあったもんなー
1つのxhtmlにつきcssひとつ、しかも段落ごとにクラス名が違うっつー、cssの意義を理解してないやつとか
xhtmlが表紙、本文、奥付の3つしかないやつとか
一冊分の本文がまるごと1つのxhtmlで、読み込みに時間かかるのなんのって…… >>229
なら最初のkobo用kindle用とか選ばせるのは何なんだよ
epub mobi の2択でやればいいじゃん テンプレートにもキンドルだったらこうするという分岐が書いてある。
#if (${kindle} && ${bookInfo.ImageOnly})
ただ、今はそこまで分岐させなくてもいい部分が多いから減らすのもあり。