【自主】電子書籍作成スレ【作成】 Part.2
このスレは自炊ではない電子書籍を作成するための情報交換スレです。
各種フォーマットの作成方法についてや、編集ソフトウェア、
自作図書配布サイトについて語りましょう。
※前スレ
【自主】電子書籍作成スレ【作成】
http://rio2016.2ch.net/test/read.cgi/ebooks/1297947557/ 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 を書くのでもない限りむしろ改行が入ってる方が変だと思う。
そうでもない? >>270
サクラエディタは自動判別してくれるんじゃ? >>271
出版社によってCR+LFだったりLFだったりまちまちだけど、KindleもkoboもGoogleも改行入ってるのばっかりだったよ XMDFのKindleサポートタイプの電子書籍ってepubとは全く形式が違うんだな >269
XMLのルールでは、改行コードの有無はかんけーない。
「CR+LF」を1個削除するとXMLファイルが2バイト小さくなるので、極限までサイズを切り詰めるために改行コードを全削除するのは、貧乏性クリエイターの癖みたいなもの。 ストアで売られてるepubはほぼ改行入ってる
後で手直しすることだってあり得るし、視認性の良さは必要
改行除くのは頭の悪いヤツのやることだわな >>277
手作業で、テキストエディタで html をいじる状況が出来る時点でもう駄目じゃね?
それに備えるのは良いと思うけど、自動化の失敗がいつも前提なのはどうかと思うわ。 >>278
電子書籍にだって誤植はあるが?
大元のデータのミスを完全に0にすることは不可能なんだよ >>279
それで html を修正すんの?
元データが手に入らない状態で手元で修正するって意味? 元データが間違ってるケースとか
間違ってないけど管理目的で修正したいとか(例えば同じ著者でも出版社や時期によって姓名の間のスペース有無が違ったりする)
別に自動化失敗と関係なく要件は普通に思いつかないか
可読性ないxmlなんかバイナリと変わらんと思うがな
改行分のデータを節約するような時代でもないし まあしかし「頭の悪い」は言い過ぎか
好みの問題
事実としては今は普通に改行ある方が多いってだけ
開発する側も面倒だろうしな epubの手直しにテキストエディタを持ち出すあたり、推して知るべしだわw 個人ですらプレビュー見ながら手直し出来るソフトがあるのに、プロがいちいちテキストエディタで手直しすんの? 「このxmlの○行目直しといて」と指示出せないとか使いもんにならんよな >>281
どこかで間違っていたり不都合があるならそこで修正しないと整合性が失われるので、
出版者は最終成果物をいじるべきではなく、いじらないので html の目視をする理由がない。
(私は改行を除くべきと言ってるわけじゃなくて、入れる理由もない (どっちでもいい) って立場。)
そこで羅列されたケースは失敗なので、
失敗以外の要件だと言っているのは私には理解できない。
>>282
開発中の確認がしやすいってのはわかる。
XML シリアライザで改行を入れるか入れないかはわずかなオプション切り替えで出来るので、
最終段階でそれを切り替えるという方法は可能だけど、あえてそうする理由もないしな。 大元のデータで一から変換し直したら書籍IDまで変わっちゃうんでね?
そうなると別書籍扱いになる
出来上がったepubの手直しならビルドが変わるだけで同じ書籍扱いになる >>290
出版側は意図通りになっているなら失敗じゃないけど
利用側から見れば自分の管理目的のために変えたいこともあるって話なんだけど
たとえば姓名の間のスペースにしても、俺にとっては邪魔でしかないけど「失敗」とはよー言わん epubの仕様をよく知らんヤツが知ったらしく講釈ぶってるな 改行が不必要ならストアで売ってる電子書籍にも改行がないものがもっとあるはずだろ
ストアの電子書籍の90%以上に改行があるってことは、改行は必要ないって意見は間違ってるってことだよ >>292
ん〜、前提が食い違ってるな。 話の始まりは >>277。
「出版者は」改行を必要とするべきではないので >>277 が主張する html の視認性を必要とする出版者が
あったとしたらそれは自動化、製作プロセスの失敗だよねってことを私は言ってる。
購入者の都合は考慮に入れていない。 >>294
主要なシリアライザのライブラリのデフォルトがそうなってるとかいうような話だと思うなぁ。
必要だからそうなってるんじゃなくてこれといって邪魔でもない (どうでもいい) からだと私は解釈してるよ。 >>295
俺は>>277じゃないけど、
>>277の言う「後で手直し」が出版社側だけのこととは読めんね
まあ前提の違いだけみたいなので引く 改行なんて要らねーといくら言い張ったって出版業界は改行が要ると思ってんだよ、残念ながら
電書協のサンプルだって改行ありだわw >>298
なんで? 要るなら要るでいいんだけど、そこらへんの説明なく
結果としてそうなっているというだけなら >>290 の考え方に基づいて出版者は失敗しているんだなと私は思うよ。 Sigil 1.1.0かぁ
着々とバージョンアップが進んでんな 売り物と思えないような糞epubの修正は新しいSigilで Sigi1.1.0lでepub電子書籍にJavasicptコードを挿入してみたら、普通に動いた。
jsファイルは、内蔵エディタが黒色文字のみの表示で見にくかった。
もう使っている人多そうだね。
次に、Sigilでepub電子書籍でGoogle Adsenseの広告を表示できないか試したが、
外部webブラウザが強制的に起動され、かつ広告の表示を見ることはできなかった。
こっちもそのうちできるようになるかな。 >>303 修正
? Sigi1.1.0lで
〇 Sigil 1.1.0で 最新版のkindlegenはKindle Previewer 3のフォルダー内の次の場所にある。
Windowsの場合AozoraEpub3のフォルダーに入れても動いた。
Kindle Previewer 3\lib\fc\bin\kindlegen.exe
Macでも同様にできるかも。
https://www.mobileread.com/forums/showpost.php?p=3954355&postcount=47 >>191
エラー吐きまくるePubをMacのkepubfy-darwin-64bitをでkepub.epub変換したらエラーが1つもなくなった謎 >>308
Aozoraepub3のエラーは基本ヘッダーとopfだから、変換時にその辺を書き換えてるんでね?
<body>〜</body>にはエラーはないからさ >>309
あ、青空ePubじゃなくてPagesで吐き出したePub
よくKindle Previewerがこけなかったなってぐらいエラーだらけで、koboやGoogle Play Booksだと「エラーがあるため変換できません」って言われた Sigil1.2.0で作成する電子書籍のバージョン管理に対応。GitHubとか使えるようになったもよう。 >>306
遅レスですが、今気づきました
いつもありがとうございます
ハメ対応、とても嬉しいです
エブリスタも対応いただけるともっと嬉しいです >>312
エブリスタのサイト構造を見たけど、1ページに全話が入っていて、JSによって表示を切り替えている。
他のサイトと違いが大きくて大変そう。 Epubファイルを、KDPで出版する場合、Epub3ではNGで、Epub2でないとダメ。 >>315
EPUB3で受け付けてるぞ、ただアメリカの場合はEPUB2にしか対応していない端末がある。 契約を盾に都内通勤を強要されてる
息苦しさと胸の痛みと微熱があるんだがどうすればいい? >>318
契約してんなら強要じゃないだろ、嫌なら辞めろ 辞めたいって言ってんのに辞めさせてもらえないんだよ
どうすればいい? 【拡散希望】靴底にコロナウイルスが付着するのが感染拡大の大きな要因と判明!
https://kogusoku.com/archives/30211 >>319
雇用主の許可は不要。
妥当な手順で辞職の意思を通知すれば
やめさせないということはできない。 >>320
ここまで頭悪い奴を雇ってくれてる会社って良い会社なんじゃないかな >>325
人が居つかなくて次が見つかる目処が立たないような会社なんだわ
そう思うなら代わってくれよ そうしようかな
このままだと確実に死ぬ
すでに手遅れかも知れんが >>326
契約ガーって言ってる癖に契約と関係無い事を理由にしてんのか。
ブラック企業の為の人材だな、他のマトモな会社じゃ使えなさそうだし諦めろ。