【自主】電子書籍作成スレ【作成】 Part.2
このスレは自炊ではない電子書籍を作成するための情報交換スレです。
各種フォーマットの作成方法についてや、編集ソフトウェア、
自作図書配布サイトについて語りましょう。
※前スレ
【自主】電子書籍作成スレ【作成】
http://rio2016.2ch.net/test/read.cgi/ebooks/1297947557/ >>10
解凍して書き換えでもいいけど、再epub化の時にmimetypeを無圧縮で先頭に置かないとダメだからね >>13
実際にはそうしなくてもほとんどのリーダは解釈してくれるけどな! >>14
当たり前だけどepubチェッカーでエラーの出ないepubのが処理が早いよ
エラーありだと読み込みとかで時間がかかる 速度の影響よりも、リカバリしてくれる範囲がリーダによって違うってのがきつい。
まあ仕様を守るに越したことはないです。 AozoraEpub3で、外字コードを埋め込んだepubファイルを作ったとき
中のxhtmlをテキストエディタでいじって保存すると外字が消えちゃうんだけど
なにかうまい方法なないものですかね? >>17
AozoraEpub3でもテキストエディタでも、外字を使用するなら、Unicode(UTF-8)で保存
しないと外字は表示できないよ >>13
そんな仕様なのか・・・。想像だにせんかったです。
>>14-16
どうやらリーダ側で実装・未実装などいろいろなんですね。
たった今も、脚注の番号系列を漢数字にしようと思って
たとえば以下のようにスタイルシートを書き替えたら
chrome ではうまく見えているのに、 kindleでは無視された。
.footnotes li {
font-size: 0.875em;
list-style-type: none;
counter-increment: number;
}
.footnotes li::before {
content: counter(number, cjk-ideographic) ":";
}
>>12
ありがとうございます。もうね、これで充分です。
便利なツールです。これで行きたいと思います。
本当にありがとうございました。 >>11
一昔前のクロスブラウザ問題はとっくに解決していると思ったら、
まだまだ問題盛りだくさんなのね・・・orz >>19
css全部がepubに実装されてるわけじゃないし、Kindleはまたちょっと特殊で
epubで実装されてても無視されるのもある
text-operation:sidewaysなんかまるっと無視されるわ
epubは電書協の制作ガイドんとこのサンプルファイルが参考になるよ
sigilにプラグインのepubcheck入れるの忘れないようになー >>18
AozoraEpub3で出力した時点でUTF-8で保存されていますが
それをTerapadで読み込むと、該当の文字が「?」となり
もうこの時点でどう保存しても消えてしまいます
他に使えるテキストエディタや別の方法がありますか?
前処理としてバイナリベースから抽出して分けておくべきかな?
そういう表示できない文字コードの一覧がほしいな >>22
他のepubビューアーなり、エディタなりで試して問題の切り分けをするしかない >>21
なるほど、sigil そのものは基本的に epub2 なのか。ありがとうございます。
初心者すぎて的外れなことを言っているかもしれんくて、すまんです。 >>25
いやいや、sigilはちゃんとepub3に対応してるよ
epub2かepub3かとか、css2かcss3かとかはオプションで設定すんの
epubはけっこうややこしくて、positionのabsoluteなんかはフィクスフォーマットじゃないとダメとか、いろいろ制約があんのよ >>23
ありがとう、Meryだときちんと読み書きできました
これで次の段階に進めそうです >>26
epub3に正式対応しているのですね。古い情報をみてたようです。
>>27
epubの仕様って大変なんですね。
大変すぎてまだオーバービューしか目を通して無いけど、
>視覚障害のためにアクセシビリティを最大限に高めるよう設計され、
>リーディング システムは、一般的に、表示領域のサイズ、ユーザーの
>選んだフォントサイズ、他の環境要因に適合し、その場でテキスト行
>のレイアウトやページ付けを実行する。
こことか好感が持てます。
あと、ページリストなるものの存在も知りました。
たぶん使わないけど、これは定本の電子化や、
引用されることを想定した論文的な成書には、
無くてはならないものですよ?
絶対めんどうくさくて執筆中のには入れる気になれないけれど。
どこかに、epubから紙本用の固定レイアウトなpdfを出力して、
同時に epubにも精密に対応するページリストを出力するツールとかあったらええのに。
超亀レスごめんなさい。緊急の用件がたてこんでて・・・。 >>29
固定フォーマットだと1頁=1xhtmlだから論理目次だけでページリストは特にいらないと思う
リフローだとフォントサイズで頁数が変わるから「〇〇頁を開いて」が出来ないんで
ページリストってのを設定することになる
まあそこそこ細かく論理目次を設定しとけば「第何章の何項」って出来ると思うんよね
折りたたみ式のナビを実装してるビューアじゃないとナビの頁数がエラいことになりそうだが >>30
論文とかで引用される性質の書籍を紙版(A)と電子版(A’)と同時に出す場合に困ると思う。
たとえばAを読んだ研究者が自分の論文Bから「Aの何ページ」と指定して引用したとき、
Bを読む読者が電子版A’しか持っていないとき、どこを開いていいのか分らない。
つまり、AないしA’の作者が「そこそこ細かく論理目次を設定しとけば「第何章の何項」って出来る」としても
自著を引用してくれるBが「第何章の何項」と引いてくれないかぎり意味がないと思うんだ。
そうなると「論文とかで引用される性質の書籍」を電子版も出す以上、ページリストを入れるしか対策がないとおもう。 或いはもう、BからAないしA’を読みたいと思う勉強熱心な読者は
たとえA’をもっていても改めてAを買え、としかいえないよね。
というか、それが一番合理的な解決策かもw あと、いま思いついたウルトラCとして、Aにページノンブルを入れないという奇策もありか?
引用したい人は「第何章の何項の第何パラグラフ」って書いてチョって・・・
そんなことしたら引用してくれない希ガス・・・ >>33
引用時に「書籍版〇〇頁、電子書籍版第何章の第何項の該当部分」みたいなんでいいんでね? それは自分が引用する場合の話でしょ?その場合は確かに >>34 が最善だと思う。
そうじゃなくて >>31 は誰かに引用される場合の話をしている。
自分が書いた紙版Aまたは電子版A’のどちらが引用されるかはわからないし、
Bという論文が紙版Aを引用したときに利用したページノンブルが、
電子版A’に存在しない場合、Bの引用箇所がどこなのか不明瞭になるという問題を言っている。
だからAとA’の両方を出す場合は、A’にもページノンブルを入れるのが理想だ、と言っている。
けど、それが難しいからなやましいんだよね、っていう話です。 引用される前提で書くならどんなに面倒でも入れなきゃダメだろうよ
それが面倒でほったらかすんなら引用した相手がある程度妥協した引用の仕方してもやらなかった自己の責任 >>36
そうなんだよなー。
そんなわけで、どこかに、epubから紙本用の固定レイアウトなpdfを出力して、
同時に epubにも精密に対応するページリストを出力するツールとかあったらええのに。と切実に思うわけですよ。 電子版は検索が簡単に出来るのでそんなにキチッと箇所を示せる必要はないんでは。 ☆ 私たち日本人の、日本国憲法を改正しましょう。現在、
衆議員と参議院の両院で、改憲議員が3分の2を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆ >>22
第三水準以上の漢字に対応したエディターを使おう。
Terapadは第三水準以上の漢字に対応してないので、文字が消える。
Meryがいいと思うぞ。 サクラエディタ (Unicode 版) や Emacs も良いぞ 電子書籍のように無料で稼げる方法
グーグル検索⇒『稲本のメツイオウレフフレゼ
ZIPQO みてみんの画像をaozoraepub3で読み込むにはどうすれば。 https://narou.nyanpass.jp/ なろう分を変換指定する時に
前書き/後書きを出力するのチェックを外して(前書き/後書きを出力しない)EPUB化しているのですが
同じことを aozoraepub3で 指定するには、どのようにすればよいのでしょうか?
https://narou.nyanpass.jp/ がここ1週間ほど「サーバー障害のため停止中です」で使用できないので
この際 aozoraepub3に全面移行しようと思っています >>45
AozoraEpub3だけじゃ無理なんじゃなかったかな
narou.rbとAozoraEpub3を組み合わせればできたはず >>46
その辺勉強したいので参考サイト等があれば教えてください >>47
narou.rbとaozoraepub3を検索窓に入れて片っ端から調べろ
勉強するってのは情報が与えられるのを口開けて待ってることじゃない
自分から情報を探しに行くことだ >>48
上記はaozoraepub3は既に仕様書を含めて片っ端から調べた上での発言だったので
次はnarou.rbについて調べることにしますね 適切な回答が出来ない奴はいつもグダグダと言い訳を並べて悦に至るw 勉強するってのは情報が与えられるのを口開けて待ってることじゃない Sony Reader (RPS-350) を使って ePub を読んでると、
たまに「コンテンツを表示できません」って出ることがあるんだけど、
ePub に含まれる xhtml ファイルが 300kb あたりを超えるとなるみたいなんだよなぁ。
この制約はきつい。 350使ってた
確かにでかいとエラー出るんだけど
自分で適当に分割して対応してたわ
ラノベみたいな挿し絵ある奴だと
なかなか300k行かないで切れてて
問題なかったし なんつーか、>>51みたいなレスを見ると
今後解決策知ってるような質問見ても答える気にはならなくなるな 例え解決策を知っていても、決して答えずニヤニヤ煽るのがこのスレの醍醐味だろ >>54
2ch スタイルの掲示板 (だが 2ch (5ch) ではない) に投稿された小説を元に自作スクリプトで ePub 化してるんよ。
投稿は更新されることもある
↓
もう一度 ePub 化する
↓
もう一度手作業で介入するの面倒
という状況。
サイズをチェックしながら分割するのも面倒だし 50 レス単位くらいで分割する機能を入れようかなーと思いつつもクソ面倒くせぇ。 >>57
calibreでepubをepubに変更したら?
あれ、変換するとき容量制限できたはず
俺、300kだか270kだかに設定して変換してたよ
小説だとページ切れる場所が気持ち悪くて
自分で修正したりしてたけど
読むだけならなんとかなるかと >>58
おお、 calibre は使ってるけどそんな機能があったとは知らなかった。
うまくいった。
ありがと! sonyreaderにepub3とか、calibreでepub3を変換とか
もの好きにもほどがあるだろ… >>60
確かに酷い使い方なんだけどさ
350って持ち歩くの丁度いいし良い端末なんだよ
ああいう小さいeink端末もう出ないだろうな
かなしい 350 は文庫本サイズなんだけど、画面は文庫本より小さいわけだからね……。
もうちょっと、こう……、フチを小さくしてくれたら有難いなという気持ちは有る。 自分もソニーの350持ってるわ
e-ink端末は大画面化が主流だから小さいサイズは貴重なんだよな
今メインで使ってるのはkobomini
まだまだ現役だけど、これが壊れたらどうするかなあ オレも両方もってる
350のベゼル幅は問題なし
細すぎると持ち方も制限されるし、クッションや布団に埋もれちゃう
ただ素材がツルツルで滑るので裏側と同じ素材ならよかった
滑らないなら左右、右側ベゼルと同じ厚みとカーブで素材は裏側がいいな
物理キーも縦書き右手持ちだと遠いから中央が十字がいい
スペック的にも制限きついし
ページの移動も前後ページの以外は手間掛かる
重め
kobo miniへの不満はほとんどない
ベゼルはもうちょい細くていいとは思うけど(gloぐらい)許容範囲
タップエリアのバリエーション追加にタップ・スワイプ動作の反転(独立で)
なら縦書き横書き左右持ち替えで使いやすいかなってぐらい miniサイズのライト付きが頑なに出ないな
何年も待ってるのに >>66
それだと左手に持ち替えた時に遠いんだよね
左右非対称となると4番目のみになるんだけど
左右持ち替えたり、下部持ったり横だったり上部だったりと
いろんな持ち方する自分としては物足りない なろう、画像のURLに「_」付きで指定されてるのAozoraでDLしてくれないな epub で javascript って 使えますか?
(厳密には、paper white で見たいので mobiですが…)
具体的には、表のソート がしたいです。
さらに、可能なら データは、json だか csvだかで分けられると嬉しい。 >>69
ePub3.0 のフォーマットの仕様書では一応の言及はあるが、オプショナルという扱いになってる。
http://imagedrive.github.io/spec/epub30-contentdocs.xhtml#sec-scripted-content-rs-reqs
だからまあ、リーダーが対応してれば使えるし、そうでなければ使えない。
Kindle paper white では一応はスクリプトをサポートしてるみたい。
e-ink は液晶などと比べて書換え速度が極端に遅いから、
あまり動きのあるページにしないように配慮は必要だろうけど、
表のソートくらいなら問題なかろう。 >>70
ありがとうございます。
簡単のものから試してみます。 AozoraEpub3のフォーク?
ttps://github.com/mac100mokk1/AozoraEpub3 ↑よく見たら、アルファポリス対応してくれた人だった
このまま全部メンテも引き継いでくれないかなあ AozoraEpub3で画像を自動で取ってくれないので画像だけ別に保存してから変換して画像入れしてるんだけど
自動で取るようにするにはどうすれば良いんでしょう?
前書きや後書きは出力テンプレートいじるだけで簡単だったんだけど画像はわからないです >>76
>前書きや後書きは出力テンプレートいじるだけで簡単だったんだけど
くわしく >>72
Gradle Wapperのバッチを用意してくれてるんで、
それを実行すればビルドできると予想したんだが、
不正な文字とか型の開始が不正とかでうまくいかないな
JDK入れればいいとかそういうものじゃないのかな >>79
ありがとうございます。
小説を読もうとノクターンで動作確認しました。
目から鱗でした。 AozoraEpub3はテンプレでかなりいじれるのがありがたい
今のepub仕様になるように相当cssや中央配置のXhtml直したわ AozoraEpub3はカクヨコムに対応できますyか? 120ページのepub作成してエッジでは普通に表示されるんだけど
Kindle Previewer 3で表示するとページ数が121と一枚増えてる
表紙画像が二重になってるようだけど同じ症状経験した人いる? >>84
svgラッピングの表紙が1Pにおさまらなくて2Pになったことがある
cssの問題だった あ、でもエッジは使ったことないからそれかどうかはわからない
自分は超縦書とSigilだから https://github.com/kyukyunyorituryo/AozoraEpub3
AozoraEpub3をforkしてみた。
https://github.com/hmdev/AozoraEpub3/pulls のプルリクエストを反映した。
あとeclipseのプロジェクトファイルとクラスパスを追加している。
ほかに何かすることあるだろうか。 >>87
jarファイル有りのリリース版が欲しいです
よろしくお願いします >>87
どうもありがとうございます!
この手のものは全く素人なので救世主が現れるのを待っておりました
ただ、そのjarファイル?が更新できないせいか、自分も改善ができないんで、それもリリースしていただけると助かります
あと、ここで聞いていいのか分からないんですが、改行後のスペース(段落間のスペース)の設定ってどこで行えばいいんでしょうか?
いつの間にか変に段落の間がスカスカするようになってしまって困っております
なにとぞよろしくお願いいたします >>90
AozoraeEPUB3、スタイル、行の高さに設定がある。
ただ最近は端末側の設定が優先されることもあるので。 >>92
ありがとうございます!! 本当に感謝です! >>91-92
ありがとうございます!
段落間のスペース設定もうまく行きました
ただ、なろうの章立てのある作品を変換すると目次がうまく表示されなくなってしまいました
お手数ですが、なにかのついでのときで結構ですので対応いただけると嬉しいです
よろしくお願いいたします >>95
素早い対応、ありがとうございます
残念ながらそれでも駄目でした
でも原因が分かったような気がします
過去にDLしたことのある連載中の小説がその後章立てになった場合(つまりDL時は章立てされてなかった)
その更新部分が反映されないようです
DL済みのテキストが入っているフォルダを削除すれば全部上書きされるので、とりあえずはうまく行きます
ただ、毎回完成したEpubファイルを開いて確認するのは大変なので、もし対応できるのであればお願いしたいです
こういうケースはそんなにたくさんは無いと思うので急ぎませんが、お手すきの時にでもよろしくお願いします >>97
リリースビルドありがとうございます
なろうよりDL→変換してみたところ、原文より空行が増えていました
これは 1.1.0b46 では起きなかった現象です
ちなみにプロファイルは 1.1.0b46 で使っていたものを流用、空行除去は0の設定です
ご確認のほどお願いいたします >>99
まっさらの1.1.0b46でも空行が増えていることを確認した。
index.html→converted.txtの変換に問題があるようだ。 変換内容のパターンを見るとPタグを改行に変換しているように思う。 >>102
なろうとかのURLショートカット
2つ前位のバージョンまでは出来てたんだけど なろう等のサイトをAozoraEpub3+Narou.rbでmobiまで変換しているのですが、
FireHD8.9(2012)でもKindleforPCでも挿絵が入れ替わってしまう現象が起きて困ってます
例えば、10pに挿絵Aで15pに挿絵Bが正解の時bノ、AとBが逆だbチたり両方ともAになってたり
画像の縦横比は本来の正しいものが採用されているらしく入れ替わっている場合は縦横比がおかしくなっています
特定の作品のみとかでなく挿絵入りのほとんどの作品で起きる、というか
複数の挿絵があって起きない作品は見つかっていない(たまたまかもしれんが)
Narou.rbのフォルダを見る限り画像のダウンロードはされていてログにエラーもありません
問題があるのはAozoraEpub3なのかNarou.rbなのかKindleGenなのかKindleのビューアアプリなのか
犯人の切り分けもできていない状況です
同様のトラブルは皆さんは発生しませんか?(せめて「おま環」かどうかわかるといいなぁ)
ruby 2.4.3p205
Narou.rb 3.3.2
AozoraEpub3 1.1.0b46
KindleGen v2.9
JAVA v8 171
Win10 Pro x64 >>103
実行しようとはしているがエラーが出て止まっているようだ。
とりあえずエラーを除いたら動いた。
けど、他のところがおかしくなるかもしれないので様子見程度に。
https://github.com/kyukyunyorituryo/AozoraEpub3/releases/tag/1.1.0b49Q
>>104
narou.rbの挙動はよく知らない。 >>102
>>99です
1.1.0b48Qはリリースビルドがないようなので、1.1.0b49Qで試してみました
とろあえず簡単に確認しただけですが、改行は増えていないようです
修正ありがとうございます >>105
ショートカットからの取得できました。
ありがとうございます。 >>88
https://kakuyomu.jp/help/entry/notation
カクヨムで傍点がある作品を知らない。
そのままextract.txtだけ作ると傍点が消える気がする。