【自主】電子書籍作成スレ【作成】 Part.2
このスレは自炊ではない電子書籍を作成するための情報交換スレです。
各種フォーマットの作成方法についてや、編集ソフトウェア、
自作図書配布サイトについて語りましょう。
※前スレ
【自主】電子書籍作成スレ【作成】
http://rio2016.2ch.net/test/read.cgi/ebooks/1297947557/ >>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})
ただ、今はそこまで分岐させなくてもいい部分が多いから減らすのもあり。 表紙は全部svgにすりゃいいやん
今どきimgで出してるとこなんてないし >>234
超縦書での単ページ画像を全画面化を修正した。
一旦これでリリースをして様子を見る。
>>235
SVGにしたいならばプルリクエストをしてみたら考える。 >>237
テンプレ書き換えて出来るようにしてるから問題ない
coverのbodyにidつけて、vertical_image.cssにidセレクタでスタイル入れた
あとmeta viewport入れて、opfにproperty=svgと、properties="rendition:layout-pre-paginated rendition:spread-none rendition:page-spread-center追加した >>238
電書協の「#ex008【参考】部分FL」を見りゃ良いのだろう。デジタルコミック協議会EPUB3の表紙を見ながらやればいいかな。
固定レイアウトとリフローレイアウトで表紙を統一したら楽そうかな。
スタイルシートはfixed-layout-jp.css
デジタルコミック協議会EPUB3固定レイアウト仕様ガイドについて
http://www.digital-comic.jp/press_release_DCA_EPUB3.pdf >>239
固定レイアウトは
svg_image.cssをfixed-layout-jp.cssと同じ内容に書き換え
svg_image.vmとcover.vmのヘッダーに
<meta name="viewport" content="width=${imageInfo.OutWidth}, height=${imageInfo.OutHeight}"/>
を追加
あとはopfを……
書くのが面倒くせえ <?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml" xmlns:epub="http://www.idpf.org/2007/ops"
xml:lang="ja" class="hltr">
<head>
<meta charset="UTF-8"/>
<link rel="stylesheet" type="text/css" href="../css/vertical_font.css"/>
<title>テストデータ</title>
</head>
<body>
<div class="main vrtl block-align-center height-100per">
<div class="pt1"><div class="chap1">大見出し</div></div>
</div>
</body>
</html>
左右中央がこうになるようにテンプレ改変した 左右中央はtable使うのと、tableじゃなくてhorizontalの中にvertical入れるのと、どっちがいいんだろう? デフォルトだとKinoppyで左右中央がきかないんで、table使わないテンプレ作ったけど需要ある? Kindleはpage-break-inside: avoidがきかないんだな tableを使わない左右中央と、表紙のsvgラッピングのテンプレ
ttps://39.gigafile.nu/0126-b75c4d2fd72bea6e4222bad69dbeb7c5d
画像2のsvgタグ出力にチェック入れると、svgラッピングのセンター表示
チェクなしで今まで通りのimgタグの表紙になる KindleやKobo、超縦書だと問題ないけど、横書きepubはKinoppyで表示が崩れる
縦書きはKinoppyでも大丈夫っぽい どうせなら画像を縮小しないようにするのと、画像を<span class="img"><img 〜></span>にするんじゃなくて、
<img class="〇〇" 〜>にしたほうがええやろな あとimage.cssのbodyにもfont-size: 0; 入れたほうがいい
今のままだと表紙や画像のみのページが2ページにまたがってる(超縦書) 俺はメインで使ってるソニーのT3で問題ないなら納得しちゃうけど
こうやって、色々な環境で問題ないファイル作ろうとするの
頑張ってるのは、凄く尊敬するわ リフローで表紙だけsvgってんならcss読み込ませずに、cover.xhtmlのヘッダー内に書き込むだけでもええけどな
<style type="text/css">
html,body {margin: 0; padding: 0; font-size: 0; }
svg {margin: 0; padding: 0; }
</style>
こんだけだし 1回こっきりならcss読み込ませるより、xhtmlに直接書き込む方がハードへの負担が少ないから悩む 自炊本をEPUB化するときにシリーズ物を
リーダー側でグループ化できるようにしたいのですが
これをXML上で記述する統一規格みたいのはありますか? ありがとうございます
belongs-to-collection と group-position プロパティを使うということですね ネットで活動してるやつらは総じて犯罪者
ソフトウェア開発も犯罪につながるから規制しろ
って出版社が言うんだからもう諦めたほうがいいぞ だったらもっとまともな電子書籍作りやがれってなもんだ
目次の付いてないfixedの漫画、2行の見出しがページをまたいだり、5文字分の字下げを全角スペースでやってるもんだから
文字サイズを大きくするとレイアウトが崩れるreflowの小説
そんなはんちくなモンがどれだけあると思ってんだ BWで販売させるためであって純粋な技術の向上とは関係なさそうだね >>263
EPUBを作っている委託の人の話では、EPUBを作成できる標準のソフトを売っていると思っているらしい。
そんなものは存在せず、人海戦術的に作っているのが大半なので、業界標準的なソフトができるまで変わらない。 犯罪者扱いしておいて、でもソフトウェアは開発しろ?
頭がおかしいんじゃないか? >267
むやみに人を疑うなんて、行儀悪いぞ?そこは、はっきり断言しなきゃ。 古いepubで傍点がsesameじゃなくて読点をルビでふるやり方だったから直そうと思って開いたら
xhtmlに改行が一切なくて1ページ1行だった……
正規表現の置換で簡単に直せたけど、どうやって作ったんだろ 普通の XML シリアライザってデフォルトでは改行入れないんじゃね?
手作業で html を書くのでもない限りむしろ改行が入ってる方が変だと思う。
そうでもない?