【自主】電子書籍作成スレ【作成】 Part.2
このスレは自炊ではない電子書籍を作成するための情報交換スレです。 各種フォーマットの作成方法についてや、編集ソフトウェア、 自作図書配布サイトについて語りましょう。 ※前スレ 【自主】電子書籍作成スレ【作成】 http://rio2016.2ch.net/test/read.cgi/ebooks/1297947557/ 前スレの最後のあたり見てて思ったが、EPUBチェックでエラーが出るようなやり方をアドバイスをする馬鹿は口をつぐんでてくれ クソの役にも立たねえから nav.xhtmlには手を付けないってたけど、新しく目次ページ作ってspineからnav.xhtml消すなら、 nav.xhtmlのlandmarkんとこ直さないとエラー吐くはずだしなあ そういやストアのはナビゲーション目次と目次ページと二つあるけど、やっぱり分けた方がいいのかな 自分はnav.xhtml一つだけで、表示したくないとこはhiddenにしてるんだけど チェッカーでエラーを吐く記述に嫌悪感を抱くのはよくわかるけど 最終的には、エラーが出ないように修正したので、大目に見て欲しい それでも、質問主が納得しなければ一連の書きこみは無意味だったね リンクについてはポップアップするリンクや、ポップアップさせる内容を好きに指定出来るようになればいいんだけどねえ 脚注とかはポップアップさせる方がいいし noterefは実装してるビューアーがほとんどないんだっけ 改行ルールで、デフォルトをword-wrap:normalにして、長い文字列だけword-breakにするのと、 デフォルトをword-breakにして、改行されたくないのをword-break:keep-allにするの どっちがいいんだろう 電書協のはword-breakがデフォルトなんだよね 電子書籍を書き始めたのだけで、でんでんコンバーターで脚注を作ると、 縦書の時、脚注番号が横に寝てしまい困ってます。解決策ってありますか? AozoraEpub3 だとそもそも自動で番号を振りなおしてくれる脚注をどうやって書いていいのか分らないし。 >>8 本文ならそれでいいのですが 自動生成される脚注の数字だけが横に寝てるのです。 epub って zip なのか。 ops\xhtml を直接描き替えれば問題は解決しそうだけど、 めんどくさいのぅ。 ePub 自体はオープンスタンダードだけど、 それを扱うソフトは準拠の程度も様々だし、 仕様が認める挙動に幅があったりもするので、 実際に確かめていくという泥臭い工程になるんよ。 >>9 出来上がったepubをsigilで修正すればいいだけじゃね? >>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 は液晶などと比べて書換え速度が極端に遅いから、 あまり動きのあるページにしないように配慮は必要だろうけど、 表のソートくらいなら問題なかろう。 read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる