【自主】電子書籍作成スレ【作成】 Part.2
各種フォーマットの作成方法についてや、編集ソフトウェア、
自作図書配布サイトについて語りましょう。
※前スレ
【自主】電子書籍作成スレ【作成】
http://rio2016.2ch.sc/test/read.cgi/ebooks/1297947557/
クソの役にも立たねえから
nav.xhtmlのlandmarkんとこ直さないとエラー吐くはずだしなあ
そういやストアのはナビゲーション目次と目次ページと二つあるけど、やっぱり分けた方がいいのかな
自分はnav.xhtml一つだけで、表示したくないとこはhiddenにしてるんだけど
最終的には、エラーが出ないように修正したので、大目に見て欲しい
それでも、質問主が納得しなければ一連の書きこみは無意味だったね
脚注とかはポップアップさせる方がいいし
noterefは実装してるビューアーがほとんどないんだっけ
デフォルトをword-breakにして、改行されたくないのをword-break:keep-allにするの
どっちがいいんだろう
電書協のはword-breakがデフォルトなんだよね
縦書の時、脚注番号が横に寝てしまい困ってます。解決策ってありますか？
AozoraEpub3 だとそもそも自動で番号を振りなおしてくれる脚注をどうやって書いていいのか分らないし。
縦中横でいいんでね？
本文ならそれでいいのですが
自動生成される脚注の数字だけが横に寝てるのです。
ops\xhtml を直接描き替えれば問題は解決しそうだけど、
めんどくさいのぅ。
それを扱うソフトは準拠の程度も様々だし、
仕様が認める挙動に幅があったりもするので、
実際に確かめていくという泥臭い工程になるんよ。
出来上がったepubをsigilで修正すればいいだけじゃね？
解凍して書き換えでもいいけど、再epub化の時にmimetypeを無圧縮で先頭に置かないとダメだからね
実際にはそうしなくてもほとんどのリーダは解釈してくれるけどな！
当たり前だけどepubチェッカーでエラーの出ないepubのが処理が早いよ
エラーありだと読み込みとかで時間がかかる
まあ仕様を守るに越したことはないです。
中のxhtmlをテキストエディタでいじって保存すると外字が消えちゃうんだけど
なにかうまい方法なないものですかね？
AozoraEpub3でもテキストエディタでも、外字を使用するなら、Unicode（UTF-8）で保存
しないと外字は表示できないよ
そんな仕様なのか・・・。想像だにせんかったです。
>>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
ありがとうございます。もうね、これで充分です。
便利なツールです。これで行きたいと思います。
本当にありがとうございました。
一昔前のクロスブラウザ問題はとっくに解決していると思ったら、
まだまだ問題盛りだくさんなのね・・・orz
css全部がepubに実装されてるわけじゃないし、Kindleはまたちょっと特殊で
epubで実装されてても無視されるのもある
text-operation:sidewaysなんかまるっと無視されるわ
epubは電書協の制作ガイドんとこのサンプルファイルが参考になるよ
sigilにプラグインのepubcheck入れるの忘れないようになー
AozoraEpub3で出力した時点でUTF-8で保存されていますが
それをTerapadで読み込むと、該当の文字が「？」となり
もうこの時点でどう保存しても消えてしまいます
他に使えるテキストエディタや別の方法がありますか？
前処理としてバイナリベースから抽出して分けておくべきかな？
そういう表示できない文字コードの一覧がほしいな
うーん、何が悪いのか原因の特定ができない
とりあえず、フリーで使える使い勝手の良い高性能エディタ Mery を紹介しておきますね
Mery (テキストエディタ)
https://www.haijin-boys.com/wiki/%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8
他のepubビューアーなり、エディタなりで試して問題の切り分けをするしかない
なるほど、sigil そのものは基本的に epub2 なのか。ありがとうございます。
初心者すぎて的外れなことを言っているかもしれんくて、すまんです。
いやいや、sigilはちゃんとepub3に対応してるよ
epub2かepub3かとか、css2かcss3かとかはオプションで設定すんの
epubはけっこうややこしくて、positionのabsoluteなんかはフィクスフォーマットじゃないとダメとか、いろいろ制約があんのよ
http://imagedrive.github.io/spec/
ここに日本語訳があるよ
ありがとう、Meryだときちんと読み書きできました
これで次の段階に進めそうです
epub3に正式対応しているのですね。古い情報をみてたようです。
>>27
epubの仕様って大変なんですね。
大変すぎてまだオーバービューしか目を通して無いけど、
>視覚障害のためにアクセシビリティを最大限に高めるよう設計され、
>リーディング システムは、一般的に、表示領域のサイズ、ユーザーの
>選んだフォントサイズ、他の環境要因に適合し、その場でテキスト行
>のレイアウトやページ付けを実行する。
こことか好感が持てます。
あと、ページリストなるものの存在も知りました。
たぶん使わないけど、これは定本の電子化や、
引用されることを想定した論文的な成書には、
無くてはならないものですよ？
絶対めんどうくさくて執筆中のには入れる気になれないけれど。
どこかに、epubから紙本用の固定レイアウトなpdfを出力して、
同時に epubにも精密に対応するページリストを出力するツールとかあったらええのに。
超亀レスごめんなさい。緊急の用件がたてこんでて・・・。
固定フォーマットだと1頁＝1xhtmlだから論理目次だけでページリストは特にいらないと思う
リフローだとフォントサイズで頁数が変わるから「〇〇頁を開いて」が出来ないんで
ページリストってのを設定することになる
まあそこそこ細かく論理目次を設定しとけば「第何章の何項」って出来ると思うんよね
折りたたみ式のナビを実装してるビューアじゃないとナビの頁数がエラいことになりそうだが
論文とかで引用される性質の書籍を紙版（Ａ）と電子版（Ａ’）と同時に出す場合に困ると思う。
たとえばＡを読んだ研究者が自分の論文Ｂから「Ａの何ページ」と指定して引用したとき、
Ｂを読む読者が電子版Ａ’しか持っていないとき、どこを開いていいのか分らない。
つまり、ＡないしＡ’の作者が「そこそこ細かく論理目次を設定しとけば「第何章の何項」って出来る」としても
自著を引用してくれるＢが「第何章の何項」と引いてくれないかぎり意味がないと思うんだ。
そうなると「論文とかで引用される性質の書籍」を電子版も出す以上、ページリストを入れるしか対策がないとおもう。
たとえＡ’をもっていても改めてＡを買え、としかいえないよね。
というか、それが一番合理的な解決策かもｗ
引用したい人は「第何章の何項の第何パラグラフ」って書いてチョって・・・
そんなことしたら引用してくれない希ガス・・・
引用時に「書籍版〇〇頁、電子書籍版第何章の第何項の該当部分」みたいなんでいいんでね？
そうじゃなくて >>31 は誰かに引用される場合の話をしている。
自分が書いた紙版Ａまたは電子版Ａ’のどちらが引用されるかはわからないし、
Ｂという論文が紙版Ａを引用したときに利用したページノンブルが、
電子版Ａ’に存在しない場合、Ｂの引用箇所がどこなのか不明瞭になるという問題を言っている。
だからＡとＡ’の両方を出す場合は、Ａ’にもページノンブルを入れるのが理想だ、と言っている。
けど、それが難しいからなやましいんだよね、っていう話です。
それが面倒でほったらかすんなら引用した相手がある程度妥協した引用の仕方してもやらなかった自己の責任
そうなんだよなー。
そんなわけで、どこかに、epubから紙本用の固定レイアウトなpdfを出力して、
同時に epubにも精密に対応するページリストを出力するツールとかあったらええのに。と切実に思うわけですよ。
衆議員と参議院の両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆
第三水準以上の漢字に対応したエディターを使おう。
Terapadは第三水準以上の漢字に対応してないので、文字が消える。
Meryがいいと思うぞ。
グーグル検索⇒『稲本のメツイオウレフフレゼ
ZIPQO
前書き/後書きを出力するのチェックを外して(前書き/後書きを出力しない)EPUB化しているのですが
同じことを aozoraepub3で 指定するには、どのようにすればよいのでしょうか？
https://narou.nyanpass.jp/ がここ1週間ほど「サーバー障害のため停止中です」で使用できないので
この際 aozoraepub3に全面移行しようと思っています
AozoraEpub3だけじゃ無理なんじゃなかったかな
narou.rbとAozoraEpub3を組み合わせればできたはず
その辺勉強したいので参考サイト等があれば教えてください
narou.rbとaozoraepub3を検索窓に入れて片っ端から調べろ
勉強するってのは情報が与えられるのを口開けて待ってることじゃない
自分から情報を探しに行くことだ
上記はaozoraepub3は既に仕様書を含めて片っ端から調べた上での発言だったので
次はnarou.rbについて調べることにしますね
たまに「コンテンツを表示できません」って出ることがあるんだけど、
ePub に含まれる xhtml ファイルが 300kb あたりを超えるとなるみたいなんだよなぁ。
この制約はきつい。
確かにでかいとエラー出るんだけど
自分で適当に分割して対応してたわ
ラノベみたいな挿し絵ある奴だと
なかなか300k行かないで切れてて
問題なかったし
今後解決策知ってるような質問見ても答える気にはならなくなるな
2ch スタイルの掲示板 (だが 2ch (2ch) ではない) に投稿された小説を元に自作スクリプトで ePub 化してるんよ。
投稿は更新されることもある
↓
もう一度 ePub 化する
↓
もう一度手作業で介入するの面倒
という状況。
サイズをチェックしながら分割するのも面倒だし 50 レス単位くらいで分割する機能を入れようかなーと思いつつもクソ面倒くせぇ。
calibreでepubをepubに変更したら？
あれ、変換するとき容量制限できたはず
俺、300kだか270kだかに設定して変換してたよ
小説だとページ切れる場所が気持ち悪くて
自分で修正したりしてたけど
読むだけならなんとかなるかと
おお、 calibre は使ってるけどそんな機能があったとは知らなかった。
うまくいった。
ありがと！
もの好きにもほどがあるだろ…
確かに酷い使い方なんだけどさ
350って持ち歩くの丁度いいし良い端末なんだよ
ああいう小さいeink端末もう出ないだろうな
かなしい
もうちょっと、こう……、フチを小さくしてくれたら有難いなという気持ちは有る。
e-ink端末は大画面化が主流だから小さいサイズは貴重なんだよな
今メインで使ってるのはkobomini
まだまだ現役だけど、これが壊れたらどうするかなあ
350のベゼル幅は問題なし
細すぎると持ち方も制限されるし、クッションや布団に埋もれちゃう
ただ素材がツルツルで滑るので裏側と同じ素材ならよかった
滑らないなら左右、右側ベゼルと同じ厚みとカーブで素材は裏側がいいな
物理キーも縦書き右手持ちだと遠いから中央が十字がいい
スペック的にも制限きついし
ページの移動も前後ページの以外は手間掛かる
重め
kobo miniへの不満はほとんどない
ベゼルはもうちょい細くていいとは思うけど(gloぐらい)許容範囲
タップエリアのバリエーション追加にタップ・スワイプ動作の反転（独立で）
なら縦書き横書き左右持ち替えで使いやすいかなってぐらい
何年も待ってるのに
タップ、スワイプの反転ってぺーじめくりの三番目のじゃダメなん？
https://i.imgur.com/UuDpEFN.jpg
それだと左手に持ち替えた時に遠いんだよね
左右非対称となると4番目のみになるんだけど
左右持ち替えたり、下部持ったり横だったり上部だったりと
いろんな持ち方する自分としては物足りない
(厳密には、paper white で見たいので mobiですが…)
具体的には、表のソート がしたいです。
さらに、可能なら データは、json だか csvだかで分けられると嬉しい。
ePub3.0 のフォーマットの仕様書では一応の言及はあるが、オプショナルという扱いになってる。
http://imagedrive.github.io/spec/epub30-contentdocs.xhtml#sec-scripted-content-rs-reqs
だからまあ、リーダーが対応してれば使えるし、そうでなければ使えない。
Kindle paper white では一応はスクリプトをサポートしてるみたい。
e-ink は液晶などと比べて書換え速度が極端に遅いから、
あまり動きのあるページにしないように配慮は必要だろうけど、
表のソートくらいなら問題なかろう。
ありがとうございます。
簡単のものから試してみます。
ttps://github.com/mac100mokk1/AozoraEpub3
このまま全部メンテも引き継いでくれないかなあ
自動で取るようにするにはどうすれば良いんでしょう？
前書きや後書きは出力テンプレートいじるだけで簡単だったんだけど画像はわからないです
＞前書きや後書きは出力テンプレートいじるだけで簡単だったんだけど
くわしく
Gradle Wapperのバッチを用意してくれてるんで、
それを実行すればビルドできると予想したんだが、
不正な文字とか型の開始が不正とかでうまくいかないな
JDK入れればいいとかそういうものじゃないのかな
テンプレートから消せば良いだけだよ
ありがとうございます。
小説を読もうとノクターンで動作確認しました。
目から鱗でした。
今のepub仕様になるように相当cssや中央配置のXhtml直したわ
Kindle Previewer 3で表示するとページ数が121と一枚増えてる
表紙画像が二重になってるようだけど同じ症状経験した人いる？
svgラッピングの表紙が1Pにおさまらなくて2Pになったことがある
cssの問題だった
自分は超縦書とSigilだから
AozoraEpub3をforkしてみた。
https://github.com/hmdev/AozoraEpub3/pulls のプルリクエストを反映した。
あとeclipseのプロジェクトファイルとクラスパスを追加している。
ほかに何かすることあるだろうか。
jarファイル有りのリリース版が欲しいです
よろしくお願いします
どうもありがとうございます！
この手のものは全く素人なので救世主が現れるのを待っておりました
ただ、そのjarファイル？が更新できないせいか、自分も改善ができないんで、それもリリースしていただけると助かります
あと、ここで聞いていいのか分からないんですが、改行後のスペース（段落間のスペース）の設定ってどこで行えばいいんでしょうか？
いつの間にか変に段落の間がスカスカするようになってしまって困っております
なにとぞよろしくお願いいたします
AozoraeEPUB3、スタイル、行の高さに設定がある。
ただ最近は端末側の設定が優先されることもあるので。
JARだけファイル
以前のフォルダーに入れって実行する用。
https://github.com/kyukyunyorituryo/AozoraEpub3/releases
ありがとうございます！！ 本当に感謝です！
ありがとうございます！
段落間のスペース設定もうまく行きました
ただ、なろうの章立てのある作品を変換すると目次がうまく表示されなくなってしまいました
お手数ですが、なにかのついでのときで結構ですので対応いただけると嬉しいです
よろしくお願いいたします
次のフォルダーの中身を
AozoraEpub3/template/OPS/xhtml/xhtml_nav.vm
下のファイルで上書きして、見てダメだった考える。
https://raw.githubusercontent.com/kyukyunyorituryo/AozoraEpub3/master/template/OPS/xhtml/xhtml_nav.vm
>>88
カクヨム対応はあまり自信がないが、努力はする。
素早い対応、ありがとうございます
残念ながらそれでも駄目でした
でも原因が分かったような気がします
過去にＤＬしたことのある連載中の小説がその後章立てになった場合（つまりＤＬ時は章立てされてなかった）
その更新部分が反映されないようです
ＤＬ済みのテキストが入っているフォルダを削除すれば全部上書きされるので、とりあえずはうまく行きます
ただ、毎回完成したＥｐｕｂファイルを開いて確認するのは大変なので、もし対応できるのであればお願いしたいです
こういうケースはそんなにたくさんは無いと思うので急ぎませんが、お手すきの時にでもよろしくお願いします
AozoraEpub3-1.1.0b47Qとしてリリースビルドしました。
見落としや、公開したらまずそうなファイルがあれば教えてほしい。
リリースビルドありがとうございます
なろうよりDL→変換してみたところ、原文より空行が増えていました
これは 1.1.0b46 では起きなかった現象です
ちなみにプロファイルは 1.1.0b46 で使っていたものを流用、空行除去は0の設定です
ご確認のほどお願いいたします
まっさらの1.1.0b46でも空行が増えていることを確認した。
index.html→converted.txtの変換に問題があるようだ。
100〜のスレッドの続きを読む