【自主】電子書籍作成スレ【作成】 Part.2
>>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だけ作ると傍点が消える気がする。 kobo専用端末で脚注の内容だけのポップアップってどうやるんだろう kobo.script入れたりいろいろと試してみたけど、ページ丸ごとポップアップになってしまう >>114 うん、そういうの ストアで購入したやつは脚注ページの該当部分だけポップアップするんだけど、自作のだと脚注ページが丸ごと ポップアップされちゃんうんだよね そのページも参考にしてもうちょっと弄ってみるわ >>114 ヒントになる情報ありがとう! 上手くいったわ! narou.rbで作ったmobiをKindleパーソナルドキュメントにメールで送信すると重複するのは仕様ですか? どこまで読んだかを維持したまま新しいものに更新は出来ませんか? 重複してるというより、一度送信した文書を再送信すると同名の別文書となって、送信ごとに数が増えていくよ 上書き確認が無くて常に別名で保存されてるみたいな感じ (Kindleアプリからみた書籍タイトルはファイル名でなく内部のタグ情報なので変化なし) よって残念だけどどうにもならないね。手動で位置を合わせて古いの消すしかない 内容の更新かかる文書とかこの辺はとっても不便なんだよなー >>118 ありがとうございます 現状策なしと教えてもらえて助かります >>120 いつも大変お世話になっております。 すみません、この辺りの事情に全く詳しくないのですが 今入っているjavaをアンインストールしてAdoptOpenJDKをインストールした上で 最新バージョンのAozoraEpub3をインストールすればいいのでしょうか? >>121 〇Java8以降が入っていたらそのまま動く。 〇Java7の場合はJava8以降を入れよう。 〇AdoptOpenJDKを私は入れている。 〇商用利用している方はライセンスを確認して。 〇AdoptOpenJDKを入れると関連付けられる。 AdoptOpenJDKのインストールはジャバをアンインストールしなくてもいける。 https://adoptopenjdk.net/releases.html OpenJDK 11 (LTS)、HotSpot、OS、Install JREを選んでインストール。 久しぶりに起動しようとしたんだけどこんなエラーでてwebUI起動しないんだけど原因わかりませんか? https://i.imgur.com/tVOiJs9.png アルファp、本文だけ空になっちまうな。どうしようもないんだろうか HAMELN からダウンロードした縦書きの epub を calibre で AZW3 や MOBI に変換したら横書きになっちゃうんだけど、 どこかの設定でどうにかできたりする? HAMELN の epub のオプションで ncxファイルを追加したら横書きになることがあるって書いてあったから 追加しない選択をしても変換でやっぱり横書きになっちゃうんだよね。 >>128 calibre以外のソフト使えばいいのでは? >>129-130 割と頻繁にライブラリに追加したり外したりするから calibre が送信するときに自動でやってほしかったんだけど……。 仕方ないか。 ありがと。 >>131 HAMELN はEPUBだけじゃなくてMOBI出力もできるから、MOBIのまま変換せずに、calibreでデータ管理をすればいいのでは。 >>132 ワガママな話ではあるけど、 ePub は ePub で必要な場面が別にあって、一貫して ePub を中心にした運用をしたい。 いいかえると、見かけ上は ePub だけがあって送信のときに必要に応じて勝手に変換されるだけで原本は ePub という体制が望ましい。 calibre は Python スクリプトでカスタマイズできるみたいだからいじれば変換に kindlegen を使うようにもできるのかなぁ? 多少はプログラミングの知識はある (応用情報の資格を持っている程度) んだけど、 Python は触ったことがないからこのためにあらためて学ぶのも面倒くせぇなぁという気持ちがあって、 今はリーダーソフトの側を ePub 対応のものに変更しようと思ってるところ。 ただ、いずれにしても calibre での変換で縦書きという情報が落ちるのは気持ち悪いので、 設定でどうにかできるのなら知っておきたい。 >>133 calibreの設定は分からないが、その運用方法ならnarou.rb使ったほうがいいのでは 必要に応じて変換も個別に設定出来て全て自動化可能だし Calibreのおかげでepubファイルはたくさん増えたが、まともに使えるAndroidのepubビューアが無くて困ってる 日本語縦書きで途中に画像が入るようなファイルだと変になるものばかり 一番まともなのがGooglePlayBookだがローカルファイルは開けない Androidなら.kepub.epubにしてkobo もしくは上にもあるけどKinoppy >>135 Kinoppyさんのこともたまには思い出してください。 確かにkinoppyは綺麗に正しく表示される でもフォントが好きなものに変更出来なかったりページめくりのタップのカスタマイズが出来なかったりするのが残念 Downloadディレクトリからのみインポートする仕組みもいまいち ビューアの選択肢が少なすぎるなぁ >>135 Perfect Viewer であまり不満はないけど PerfectViewerをカスタマイズしてみたけどなかなか良いね。 でも行間を0にしても必ず1行空くのが残念。 作成したepubはどのアプリで見てるのだろう? なろうで本編を取得→Amazonで製品版のサンプルを取得しCaribre上で目次とサンプルから抜いた挿絵を付けたついでに ナビゲーション目次も作成し、Kinoppyで鑑賞までが一連の流れです ePubエディタのSigilの最新版使ってみたら、 javascriptでePub電子書籍内でいろいろプログラム処理ができるようになることを見越した 作りになっていた。 これは楽しみ。ePub電子書籍でゲームと小説が一体となった書籍が作れるようになりそう。 javascript対応してるストアってiboksだけじゃないっけ? インタラクティブでマルチメディアな書籍 なんか三十年前のFM Townsとかのキャッチコピーみたいだな >>145 大手のストアを通さないで流通したってよかろ。 今だと普通のウェブサイトでも script はどこにでもあるけど、それでいちいちビビらんだろ。 どこに制限をつけてどう保護すればいいかノウハウが知られてるから リーダの実装だってそれと同等には工夫するさ。 たまには脆弱性を突くのに成功することもあるかもしれんけどな。 Adobe製品の脆弱性が主に何で起きてるのか知ってる人なら怖いと思うだろうよ ほぼスクリプト処理の問題だからね ベンダーが脆弱性処理しきれなくなってFlashが淘汰された理由でもある Javascriptの脆弱性ってそんなに怖いの? Javascriptって淘汰されちゃうの? パソコン上のwebブラウザとか軒並み使えなくなりそうだが、 そんな話聞いたことないぞ。 Javascriptやその他スクリプトそのものは別に悪くない。 スクリプトを使うと、本来できてはいけないことまでできてしまうアプリ(リーダーやブラウザ)やOSが悪い。 Adobe AcrobatとPDFが辿ってきた道そのもの JS使うPDFが淘汰されているのが証明になってる >>155 お世話になってます なろう、カクヨムで使ってみましたが、今のところ問題ありません いつもありがとうございます 他人の著作物を勝手にepub化するってどうなんだ? 私的使用のための複製(第30条)は認められてるんでね 複製権だの、パブリックドメインだの、全く理解してなさそうだな 著作者が広告収入を得られる無料電子書籍フォーマット、早く出てきてほしい。 Youtubeの電子書籍版が求められる。 該当スレが見当たらないので質問なのですが perfect viewerでjpg-zipの本を読んでるのだけど本棚に表示される画像が1ページ目じゃなくて最後のページになってしまう jpgのファイル名は表紙が一番小さい数値.jpgにしている どこかの設定で治りますか? >>165 普通に最初の画像が表紙になるけど いっかいばらして、再圧縮してもだめ? >>166 不思議なんだけど1台の端末だけは正しく1ページ目が表紙になるんです それ以外の5台は全部最後のページになってしまう。同じzipファイルなのに 設定を見比べても違いが見当たらないのです >>167 該当ページで長押し→画像を○○として設定→カバーとして設定 >>168 どこで操作するんでしょう? ビューアでもサムネイルでそのような状態になりません >>169 漫画とかで画像開いた状態でメニュー出す ↓ 家マークの欄 ファイルブラウザ 本棚 開く ……と続くところの下の方に 画像を○○として設定する ってのがあると思うけど >>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 を書くのでもない限りむしろ改行が入ってる方が変だと思う。 そうでもない? >>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 契約ガーって言ってる癖に契約と関係無い事を理由にしてんのか。 ブラック企業の為の人材だな、他のマトモな会社じゃ使えなさそうだし諦めろ。 ■■kindle版「井上尚弥の弱点 偽りの怪物」只今無料ダウンロード中■■ Amazonで無料ダウンロードサービス中 只今なら定価250円が無料に Amazon検索窓で「井上尚弥の弱点 偽りの怪物」をクリック <目次> 第一章 史上初の最強王者同士のトーナメント ◆実は「正規王者」は、「正規の王者」ではない 第二章 偽のベルトを量産させたボクシング団体 ◆本物の王者2人の不可解な棄権 第三章 姿を消した長身のサウスポー ◆井上尚弥のもっとも苦手な選手は何処へ? ◆一度もまともに勝たず決勝戦にたどりついた老ボクサー 第四章 「正規王者」という名の偽王者 ◆WBSS出来レース抽選会 第五章 トヨタオブハリウッドからの刺客 ◆大橋ジム後援会の超大物顧問 第六章 パヤノの演技力 ◆ヒットポイントから外れた効くはずのないパンチ ◆ネリのKO劇に酷似するパヤノのダウンシーン 第七章 ついにバレた「偽りの王者」 https://www.amazon.co.jp/dp/B0879FVBST/ref=sr_1_1?__mk_ja_JP=%E3%82%AB%E3%82%BF%E3%82%AB%E3%83%8A& ;dchild=1&keywords=%E4%BA%95%E4%B8%8A%E5%B0%9A%E5%BC%A5&qid=1587639592&sr=8-1 javaバージョンアップしたらsigilのepubcheckerがエラー吐く /(^o^)\ナンテコッタイ ずいぶん前に HAMELN が epub を提供するようになってから 自作の epub 生成スクリプトから HAMELN 対応を削除したんだけど、 近頃の HAMELN は作中に歌詞が含まれていると epub を提供しないのね。 歌詞を配布できる状態で運用してるとJASRACに怒られるから 著作権的に仕方ない AozoraEpub3を電書協準拠にするなら指示を出します 今までとは方向性がかなり変わると思います AozoraEpub3の仕様変更が世界標準をepub2→epub3に変えられるきっかけになると思っています 目標は全てのEPUBビューアーで縦書きepub3がエラーなく表示されることです epub3を世界標準って、最近出てる電書は洋書もepub3になってるが Googlebooksもepub3だし Vivliostyleプロジェクトが日本でも標準になるのでは。 https://vivliostyle.org/ja/ 角川でもいいけど 角川だって電書協を基に作ってるんだし >>362 電書協のEPUBは5年前、角川は1年前だし。 AozoraEpub3でするのはepubの骨格作りだから5年前のでも1年前のでも大丈夫だよ 青空文庫注記からepubのタグへの変換は元々制限があるし AozoraEpub3でするのはepubの骨格作りだから5年前のでも1年前のでも大丈夫だよ 青空文庫注記からepubのタグへの変換は元々制限があるし >>363 角川もメインのcssは電書協のをそのまま使ってるよ 手を入れてるのは中表紙や奥付とかのcss メガイラストのやつはopfのpackageが変えてあったりするけど >>356 指示はまだ? というか、githubなんだからissueやPull Requestでよくないか。 トンチンカンなことばっか言ってるから、なんか甚だしく勘違いしてんだろうな 対応するものがないなら何かで代用を 「改行天付き」はタグは必要なし 「◯字下げ」はぶら下がりインデントで良いのではないですか 諦めよということなので諦めます kindleの著者だけど、ここひと月のKDPの対応があまりにもひどすぎて心が砕けた 小説(ラノベではない)を書いてるけど、まともなサイトに移りたい どこがいいかアドバイスをもらえると嬉しいです そうはいっても、Kindle一強なんじゃないかい? kobo とかは個人向けやってないことはないけど…… >>376 KDPの対応のどんな点がひどかったのですか? kindleの著者だけど、ここひと月のKDPの対応があまりにもひどすぎて心が砕けた 小説(ラノベではない)を書いてるけど、まともなサイトに移りたい どこがいいかアドバイスをもらえると嬉しいです 自分もKindleの対応がメチャクチャ過ぎて今、必死になって別の所を探してる。 でもKindleだと本そのものは売れなくても既読ページの数で売上になるけど、 楽天coboに問い合わせしたらそういうのやってないって言われた。 他の所もそんな感じなのかなあ? KDPであまり宣伝してないのに、口座に毎月振り込まれている。 >>379 KDPセレクトを自動更新せずに更新日に解除してkoboでもGoogle Playでも売る&宣伝専用のホームページなりfacebookページなりを作って1日100円の予算でもいいから宣伝する Unlimitedはページ数が多い本にとっては投げ銭程度の料金で延々と立ち読みされてるようなものでまったく購買につながらない だから自分はそうしました うわ〜スゴいなあ〜 とにかくひたすら書くのに必死で宣伝の類いは一切やってないわ そういうのも検討した方が良さそうだね 売れてるラノベとか見ればわかるけどさ、 面白さはそこそこでしかないんだよ。 (まあそこそこには必要ってことでもあるけど。) - 内容が薄くてもいいから定期的に続きを出すこと (出来ればその「定期」の間隔は短い方がよい) - まずは一ページでも読んでもらうこと (そのための宣伝) いくら面白いものがあっても存在を知るという最初のハードルを越えないと内容もクソもない。 自分の場合は出版する度にランキング上位に入る。 で、ランキングを見た人が本を読みにくる又は買いにくるし、更に他の本も買ってくれるから そもそも本の宣伝をするって発想自体がなかった… ランキングという仕組みはそういうスパイラルが出来ちゃうんだよね。 上位に入れてるならそこから外れないようにすることを心掛けるといいと思うよ。 >>386 KDPセレクトを解除しちゃってもアマゾンでちゃんと売れますか? >>391 返事がないってことはどうやら売れないみたいだね >>391 KU解除してTwitter広告出したら売れ始めた あと、ホントに読みたいKU読者が買うようになった っていうかKDPセレクトを解除した方が明らかに売れてる 立ち読みKUされないからロイヤリティ35%よりずっと実入りがいいよ >>349 立ち読みだけでも1日1000円2000円はザラにいく。 今日は8冊売れたからそれだけで3200円強。 こんな自分でも、KU解除した方が得かなあ? >>397 紙換算で何ページぐらい? 俺が出したのは紙換算380程度 で800円 同時に出した2400円のプリントオンデマンドペーパーバックの方がまだ売れ行きがマシ ごめん、紙換算の意味がわからない。 自分は大体四百字詰め原稿用紙換算で100枚を目安に書いてる。 推定ページ数の所を見ると70ページ前後になってるのが多いみたい。 価格はロイヤリティが400円程度になるように設定するようにしてる。 2400円でも売れるって凄いね! >>400 昔SBクリエイティブから出した翻訳本の第2版で、本当は2000円ぐらいにしたかったけど、ページ数の都合でプリントオンデマンドの取次出版社が「これはうちが原価割れしない値段は2400円ですねぇ」ってなって、しょうがなくね……。 推定ページで380かあ、それなら確かに800円じゃ割りに合わないね。 自分は一冊だけペーパーバックを出してるけどそっちは見事なほど売れないわ(笑) >>403 ホント「このKU乞食どもめ」って思ってたよ で、KU切ったら(KUの)本棚に積読してた連中が慌てて読み始めてKEMPが一時的にグワーっと伸びた そのあとからロイヤリティ35%で売れ始めてるんで、1日の予算150円でTwitter広告出してるw >>404 そっか、なるほどねえ〜 いろいろ勉強になったよ、ありがとう。 >>405 いえいえ、こちらこそありがとう 推定ページが70のロイヤリティが400円で内容がよかったらKUで十分儲かるってわかったから、それを目安に自分で書いたり人の本作ったりしてみるよ 上の二人レベルが高すぎる KDP一本でも売れる人は売れるし、あちこちで出版しながら広告を打って売る方法もあるし、悩むわ >>407 いい本だからって売れない場合もあるから、広告宣伝は予算がたとえ1日100円でもTwitter広告は出した方がいいんじゃないかな 100円でもエンゲージメントかなり増えるよ ところでfacebook広告はクソの役にも立たない 何冊本を出版してますか? 50冊以上出してるから毎日全部の本の広告を出すのはさすがに難しい… >>409 BOOTHで無料配布&100円カンパウェアのPDF1冊(無料版が4500ダウンロードwでカンパウェア版が500ちょいでブースト割とあって24万。いまは閉鎖中)と上で書いた推定ページ360ぐらいの翻訳書を1冊です。 メインの仕事が終わってから翻訳に取りかかるやり方なんで、あと2冊薄めの本があるけど時間かかりそう >>409 50冊以上ってすごい! とてもじゃないけど真似できません >>397 だけど 自分も7、80冊出版してるから ぶっちゃけ今日はどの本がいくら売れたかを管理するだけで正直手一杯だわ >>412 50冊とか出してるのは、もう文字どおりプロフェッショナル(それで飯を食ってる人)だね! 俺は兼業だから隙間時間とか、夜中の1時まで仮眠とって朝8時ごろまで作業したりしたからいま体ボロボロ てかさあ〜いちいち嫌みいうからスレがストップしちゃうじゃんね 本筋から離れるのがそんなに嫌なら >>414 が自分で話題振ればいいだけのことなのに だからさあ、普段動いてないからこそたまにスレが動いてる時ぐらいはちょっと話題が逸れても暖かい目で見てやればいいじゃない スレがストップしてるよりは動いてる方が活気があって良くない? このスレの住人ならepubなんかは売ってるのと遜色ないものが作れるだろ 過疎るのもしょうがない 試しに立ててみたら立ったので 【著者専用】電子書籍について語るスレ を立てました。 せっかく、こっちのスレでいいレスがあったのに、そのままにするのは勿体ないので、いくつかレスを拝借しました。 皆さん、良かったら見に来てください。 なぜ市販のEPUBそんなに詳しかったり どうやって中身見てるの?と聞かれると なかなか答えにくかったりするから このスレはこっそり話すのに大切な場所 >>424 お、やったか 後で試してみる 乙でした >>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ファイルのサンプルコードあるから参考にすればいい https://github.com/kyukyunyorituryo/AozoraEpub3/releases/tag/v1.1.1b19Q 改造版AozoraEpub3 1.1.1b19Q (2023/12/31) カクヨム目次変更の対応の修正 ビルドをgradleに変更 Javaの推奨バージョンを21に >>530 「ファイルまたはURL文字列をここにドラッグ&ドロップ/ペーストで変換します」てとこにドラッグ&ドロップしても反応しないのね ペーストはできるけど >>531 普通に動いて言えるけど、動作環境がわからないので書いてほしい。 めちゃくちゃ助かった。 Kindle本のつくりかた(縦書きEPUBをほぼそのままペーパーバック用PDFへ) https://hyogokurumi.com/kindle/2022-0625-0113/ >>530 アプデどうもありがとう いつも大変お世話になってます >>530 なろうがの目次ページが100話ごとになった影響なのか、100話しか取得できなくなってるのがあるような epubのフォント100%だと大きい気がするけど90%にしてる? Kinoppy ios版ってCSSによる改ページに対応してないのかな <div style="page-break-after:always"></div> 置き換えられたらしいのでこれにしても上手くいかない <div style="break-after:page"></div> PCのKinoppyや超縦書では両方とも問題ないんだけど >>538 電書協 EPUB 3 制作ガイドの趣旨はレガシーなリーダーとの互換性を考えて分割しろだろう あの紀伊國屋が作った現行のリーダーで非対応とかある!?という疑問 iOS/iPadOS に入れられるブラウザには、 WebKit を用いる必要があるという制限がある。 おそらく電子書籍リーダーも WebKit を用いている。 WebKit は改ページ(break-*)をサポートしていないのでiOSでは全滅だろう。 今のところファイルを分割するしかない。 Apple によるブラウザエンジン規制の緩和 ttps://blog.jxck.io/entries/2024-01-28/apple-sideloading.html >>535 最近頻繁に変換がスカると思えばこれのせいか 読んでる作品超長編が多いから困る 急急さん、ご対応いただければ幸いです 何卒m(_ _)m >>541 試作段階ではできているけど、長編の長さがどれくらいあるのかがわからない。 ワイは小説家になろうの目次ページを見ないで API の総和数だけをあてにする方針でやっとるわ。 URL は連番だからそれで困らない。 3000話あると目次だけで30ページですもんねえ でも章立てになってる作品とか目次見ないでも変換できるもんなんでしょうか? (自分なりにepubの勉強はしてみたんですけど挫折しましたスミマセン) >>544 各話のページに章の名前は入ってるから章構造の判定は出来るよ。 小説家になろうの章管理ページではその章の開始となる話を指示する形式になっていて 次の章の始まりまでがひとつの章ということになる。 つまり第一話から最初の章の始まりまでは章に属さないということがありうるけど 最初の章が始まって以降は章に属さない話というものは存在しない。 章が入れ子になることもないので構造はそんなに複雑にならない。 既に試していたらあれだけど最後へから目次の数を取れるよ >>535 ,541 ?p=2とか含めて指定すれば続きをとれる >>544 目次から更新を判定してダウンロードするか決めているので、読む必要はある。 どれくらい長い小説があるかがわからないと、上限が決めらない。 どうもなろうには話数の上限がないみたいですね ちなみに調べてみたら二万話超えてるのあった驚 上限はAPIでわかるらしい それに順番に取っていけばそのうち404で止まるでしょう https://github.com/kyukyunyorituryo/AozoraEpub3/releases/tag/v1.1.1b21Q 改造版AozoraEpub3 1.1.1b21Q (2024/02/08) ペーネーションの対応 非日本語環境での日本語フォントの使用 finalize()を使わないように書き換え なろうのの目次ページャー対応は下のファイルの「#NEXTPAGE」をするとを有効化される。 web\ncode.syosetu.come\extract.txt までバグがあるかもしれないので初期設定では有効化していない。 >>551 いつもお世話になってます 早速ページャー有効で1500話くらいの作品で使ってみましたが問題ないようです 対応いただき心より感謝いたします 見開きの大きい図はこれを指定するのか properties="rendition:page-spread-center" 昔はnarourb使ってたけど今って何が主流なん?上のAozoraEpub3のほうが導入簡単そうだけど管理は大変って感じ? narou.rbは数年前インストールしてみたけど導入も使用も癖があるというか初心者にはムズかった 結局はAozoraEpub3を入れなきゃなんないし PC買い換えてからAozoraEpub3一筋です 再起動したからか変換もできたし100話以降も読み込めるようになってた Kinoppyや自炊本はここでいいのかな 脱獄端末専用だが ¥Library¥Application Support¥jp.co.kinokuniya.kinoppy.3¥.Contents にデータベースが保存されていて Auther:name_kana Book:title_kana,title_index Publisher:name_kana を登録すると本棚がちゃんと機能するようになるよ なろうでAozoraEpub3使ったら「一覧ページの取得に失敗しました」と出て読み込めない もしかしてなろう側の仕様が変わったのかな >>562 ありがとう とりあえずやってみたけど エラーが発生しました : No enum constant com.github.hmdev.web.ExtractInfo.ExtractId.NEXTPAGE って出るわ ユーザーエージェントってどこで設定するの? また時間があるときに試してみる https://github.com/kyukyunyorituryo/AozoraEpub3/releases/tag/v1.1.1b23Q バグが出ても対応できる人向け web/ncode.syosetu.com/extract.txt内の #USER_AGENT の#を外してユーザーエージェントを書き換えれる >>564 できた! #外しただけでChromeのままでいけたよ どうもありがとう 改造版AozoraEpub3 1.1.1b24Q (2024/04/29) Web小説のrbタグがないルビへの対応 動作環境をJava 21 以降に限定 commons-compressの更新 https://github.com/kyukyunyorituryo/AozoraEpub3/releases/tag/v1.1.1b24Q read.cgi ver 07.5.4 2024/05/19 Walang Kapalit ★ | Donguri System Team 5ちゃんねる