【自主】電子書籍作成スレ【作成】 Part.2
このスレは自炊ではない電子書籍を作成するための情報交換スレです。
各種フォーマットの作成方法についてや、編集ソフトウェア、
自作図書配布サイトについて語りましょう。
※前スレ
【自主】電子書籍作成スレ【作成】
http://rio2016.2ch.net/test/read.cgi/ebooks/1297947557/ >>424
試験的な機能として、赤色の傍線の注記を入れてみた。
[#赤線]赤線[#赤線終わり] >>430
色の指定についてはMobileReadでも質問が来てたしいい試みだと思う 機能を追加するなら、箇条書き
、表
、
code pre、
引用、
脚注があればいいかなと思った。
できるかどうかは分からないが欲しい機能はある?
色の指定についてもカラーコードを利用しても背景が変わったら文字が読めなくなるかも。 Sigilは、取り込んだはずの画像を、勝手に消しやがる。信用ならない。 取り込んだ時点でマニフェストに追記されるでしょ
取り込めないファイル形式とかじゃないの? toc.ncx削除してepubcheck通る?
エラーチェックがしづらいから使わなくてもとっておいたほうがいいんでは >>438
epubcheck通るようにしている。 package.vmの修正依頼
package prefix,metadata property
にibooksの記載を追加 package prefix に fixed-layout も追加 これは、電書鏡というよりも、KADOKAWA-EPUB 制作仕様かな。 fix-layout使うなら必要でしょうね
でも左右中央があるから角川とも違いますね やるって言って寄付募って欲しいものリストまで公開したんだから中途半端はやめような https://github.com/kyukyunyorituryo/AozoraEpub3/releases/tag/1.1.1b3Q
画像表示周りの調整
AozoraEpub3-1.1.1b3Q (2020/08/01)
画像をfitクラスに指定した
iBooks用のprefixを追加
ナビゲーション文章をitemフォルダーに移した。
画像のCSSを電書協を使うように書き換え。 目次が表示されないアプリがあるのは>>437の影響? >>451
なんのアプリ?
目次が壊れている可能性は >>452
Perfect Viewer
ReasilyやWindowsの超縦書とかで開くと目次が表示されてる Perfect ViewerはEPUBを見れるのか。
toc.ncxとnav.xhtml両方あるとどっちが表示されているかがわからないの検証しにくい。
toc.ncxをもう一度つけようと思えばつけれるけど必要あるのだろうか。 Adobe Digital Editionもtoc.ncxじゃなかったっけ
3.0だけだったかな Perfect Viewerは古い端末でも使えるから重宝してる
縦書き対応だし Amazon discontinues KindleGen
https://goodereader.com/blog/kindle/amazon-discontinues-kindlegen
KindleGenツールの配布停止
KindleGenは、AmazonのKindleプラットフォームで販売できる電子書籍を構築するためのコマンドラインツールです。 >>454
AozoraEpub3-1.1.1b4Q (2020/09/02)
toc.ncxをもとに戻した
言語設定を追加した
動作環境の説明をJAVAのOpenJDKにした
nav.xhtmlの階層化がオフの場合に</li>が足りないのを修正。
https://github.com/kyukyunyorituryo/AozoraEpub3/releases/tag/1.1.1b4Q >>461
ありがとうございます。
目次復活しました。 アプリって何使ってますか?
今までbookwalkerアプリに入れて読んでたんですが半年くらい前から読もうとすると
アプリがクラッシュして読めなくなりました
何個もアプリ入れたくないし気のせいかもしれないけど入たなろう小説の書籍化率が良いので
bookwalkerで使えるのがいいんですが読めないので他のアプリ探してます でんでんコンバーターで縦書き小説を作りたいんですが、縦書き用デフォルトcssを一緒にアップすると**で囲った箇所が傍点ではなくイタリックになってしまいます。
cssをアップしなければ傍点になるようで、挿絵画像の配置のためにcssを使いたいので困っています。
どなたか解決法をご存じないでしょうか。 cssにこれを追加すればいいだけなんだけど。
em {
-webkit-text-emphasis-style: filled sesame;
-epub-text-emphasis-style: filled sesame;
} >>472
ありがとうございます! 助かりました! >>474
乙。いつもありがとう。
時間見つけて試してみる。 大掃除してたらReaderでてきたんで、XMDF作りたいなぁと調べたら
もう、XMDFビルダー配布してないのか
Readerのepub3ファイルでかくなってくるとページ数カウントに
時間かかってキツくなるんだよな
さてどうするかな https://twitter.com/niji3/status/1345924203455811584
aozoraepubノベルアップ対応って書いてあるけど変換できんのはわいのやり方かの…ぐるぐる目の顔
ノベルアップが取得できなくなっている
https://twitter.com/5chan_nel (5ch newer account) AozoraEpub3 1.1.1b8Q (2021/2/27)
なろう改稿時のレイアウト修正
Windwos 64bit実行ファイルの配布
試験的に、JREを同梱してexewrapで実行ファイル化したAozoraEpub3を配布する。
https://github.com/kyukyunyorituryo/AozoraEpub3/releases/tag/1.1.1b8Q >>478
いつもありがとうございます。
有難く使わせていただきます。 質問です。
先日PC(windows10)がお亡くなりになり、同じくwindows10のPCを新調しました。
新PCに>>478を導入して出来たEpubがリーダーで読み込めません。
3つリーダーアプリを試しましたが、どれでもファイルが壊れてると言われます。
しかしAndroidのリーダーアプリでは読み込めます。
ちなみに旧PCで作ったEpubは、新PCでも読み込めました。
対処方法が分かる方がいらっしゃいましたら、教えてください。
もしスレチでしたら誘導してくださると助かります。
よろしくお願いします。 >>480
両方のPCで使っているJAVAのバージョンを調べて、古い方と同じにしたら。 AozoraEpub3-1.1.1b10Q
AozoraEpub3のリリース
文字コードを自動判別機能の追加や各種ライブラリのアップデート。
https://github.com/kyukyunyorituryo/AozoraEpub3/releases/tag/1.1.1b10Q >>483
アップデートしたら、なろうのログ全部再取得してた >>484
修正してアップロードした、反映されるまで時間かかるかも epubcheck通すのに苦戦したときのメモ
・OPF-001, ERROR, EPUBバージョン: Version not found の解析時にエラーが発生しました.
「--」がコメント(注釈)と解釈されるので使わない
・RSC-005, ERROR, ファイル解析時のエラー: 文字列の長さは最低でも 1 必要です.
横着して半角スペース1文字入れたら弾かれた
・HTM-046, ERROR, 固定フォーマットのitemにviewportが宣言されていません.
宣言する
<meta name="viewport" content="width=device-width, height=device-height, initial-scale=1.0"/>
・RSC-007, ERROR, 参照されているリソース "OEBPS/Text/p-xxx.xhtml" がEPUB内に見つかりません.
ファイル名を直接指定する
・RSC-016, FATAL, ファイル解析時の致命的なエラー: The entity "xxx" was referenced, but not declared.
特殊文字は数値にする
×は×に、&は&にする
・RSC-020, ERROR, 正しいURIではありません.
エンコードしたURLのコピペミス
これが
%E3%81%AC%E3%82%8B%E3%81%BD
こうなっていた
%E3%81%AC%E3%82%8B%E3%81%B
・OPF-014, ERROR, プロパティ "svg" をOPFで宣言してください.
これを
<item id="cover" media-type="application/xhtml+xml" href="Text/cover_page.xhtml"/>
こうする
<item id="cover" media-type="application/xhtml+xml" href="Text/cover_page.xhtml" properties="svg"/>
複数のプロパティを割り当てるときは半角スペースで区切る properties="svg scripted"
・RSC-012, ERROR, フラグメント識別子が定義されていません.
未解決問題 >>486
一つ訂正
>×は×に、&は&にする
&times;は&#215;、&は&#38; フラグメント識別子はリンクのidが抜けてるヤツだろ
〇〇.xhtml#△△△で△△△がリンク先のidと一致してないとそのエラーになる
リンク元
<a href="xhtml/p-000.xhtml#toc-001">
リンク先(p-000.xhtml)
<p id="toc-001">~~~</p>でもいいし、<p><span id="toc-001"></span>~~~</p>でもいい id付けるのが面倒ならリンク元の#△△△を消してもいい
#△△△があるとファイルのid="△△△"を指定した場所、ないとファイルの先頭に飛ぶ リンク先に<p name="toc-001">としてあったけど今どきnameは使わないのか >>490
name属性はXHTML1.1で廃止になってアンカーにはid属性を使うように変わった
id属性の値=フラグメント識別子 これから紙で発行した書籍を電子書籍にしようとしているので参考になります epubcheckでUnicodeとか一部のファイル名がチェックできないのはJAVAのバグらしい
exewrapを使うといい
cannot open relative URI: ./mod/datatypes.rncというエラーが出るのでepubcheck.jarからcomフォルダを取り出してepubcheckと同じ場所に置く
この3つが同じフォルダに入ってれば動くはず
epubcheck.exe
lib
com 動かす方法見つかったならwindowsでいいじゃない と思ったら、すでに493に書いてありましたね。失礼しました。。
つーか、まだ2013年とか2015年の記事が現役なのか・・・ 世界基準の一番ベーシックな枠組みだからそんなにホイホイ変わらんよ
細かいとこは出版社が自由に追加できるようになってるし 守れないルールを制定しても意味ないからね。
ルールってのは個々の場面で正しいかどうかよりもそれで一貫していることが重要なので
参加者が少ないと (そのルールで一貫させられないので) 参加する価値が薄くなってなおさら人が離れてしまう。
ちょっと考えてみたら分かると思うんだけど
どっかの出版社がゼロから電子書籍販売プラットフォームを立ち上げようとしたら何年くらいかかると思う?
時代に合わせて柔軟にやっていくのも必要なことではあるが、
大規模産業の時間スケールだと五年や十年というのは割と最近のことという感覚だよ。 epubは基本html+cssだbオな
前世給Iから改良され荘アけてほぼ完成血`になってるよb、なもんがコロャRロ変わるわけbェない 一旦は完成したはずが html5 でガバッと覆されたんだけどな。
html はドキュメントを記述するための規格だったはずが
ウェブアプリケーションの基盤だと考える勢力に負けた。
更にその html5 も廃止されて規格制定のプロセスが HTML Living Standard なる扱いづらいものに変わった。
今の html は規格のバージョンナンバーが存在せず「常に改定され続ける生きた規格」だ。
産業的な視点から見ると「正気か?」と思っちゃうんだけどこれがウェブの世界。
ePub は ePub で独自に規格化すりゃいい話なんだが、
ePub リーダがウェブコントロールを利用するのが普通なんで
ウェブの事情と乖離がありすぎても困る。
ほどほどに距離を保って改定もしていくしかしょうがない。
なかなか簡単にはいかんもんだ。 >>493のやり方で作った電子書籍は
そのままの形式でKDPで販売することは可能ですか?
それともKDP用にまた形式を変更するなど、KDP用に調整する必要があるのでしょうか? >>507
KDPで出すならこんなとこで聞かなくても尼にマニュアルあるでしょ >>507
漫画はメタタグを追加しないとダメみたいだけど。 でんでんコンバーター使ってる人いるかな?
使ってみてどう? でんでんコンバーターはマークダウンエディタで作って、あとからでんでんコンバーター用に書き換えていく感じ。 EPUB 3.3はかなり緩和されたんだね
epubcheck5.0通っても表示がおかしい件 ビューアーの方の問題かもよ
前に複数のビューアーでCSSを確認したけど同じデータでも表示が微妙にズレる箇所があった 改ページ要素 "div" をここに書いてはいけません.と怒られるけどこうなんだ
× <p>お終い<div style="page-break-after:always"></div><br class="pagebreak"/></p>
〇 <p>お終い</p><div style="page-break-after:always"></div><br class="pagebreak"/> そりゃpの中にはインライン要素しか入れられないからな
ブロック要素であるdivは入れられないわ
divはインラインもブロックも入れられる それに</br>は空行でしか使わないし、xhtml単位で改ページするならpage-breakも要らない html+cssを勉強するか、実際に売られてる電子書籍の中身を見て勉強するかだな
koboはサンプルにはDRM掛けてないしね
あと電書協EPUB3制作ガイドの表示確認用サンプルファイルが良い 電書協の制作ガイドでやるなら
</head>
<body class="p-text">
<div class=″main">
<p>~~</p>
<p>~~</p>
<p>~~</p>
<p>お終い</p>
</div>
</body>
</html>
空行は <p><b/></p> sigil、指定したタグに連番のidを付けるプラグインあるんだは
タグとクラス名を指定出来るから注釈のアンカーに使えそう epub の .opf に格納する著者名 (dc:creator) に読み仮名の情報も付けたいときにどのような方法を使うべきでしょうか。
alternate-script は別言語での表記を書く使い方のようですし、
file-as は表記ゆれ抑止のためのものなので読み仮名とはちょっと違うな……と感じているのですが
実際的には file-as はソート用の情報としても使われるようなので読み仮名を入れても不自然ではなさそうと思います。
一般的な運用としてはどうなんでしょう? >>527
タイトル、著者、出版社の読み仮名はfile-asだよ
電書協のEPUB3制作ガイドにopfファイルのサンプルコードあるから参考にすればいい