【自主】電子書籍作成スレ【作成】

1 ：2011/02/17 〜 最終レス ：2013/09/21

このスレは自炊ではない電子書籍を作成するための情報交換スレです。
各種フォーマットの作成方法についてや、編集ソフトウェア、
自作図書配布サイトについて語りましょう。

2 ：

とりあえず需要あるか分からんけど立ててみました。

3 ：

作ってみたいとは思うよね。
本命のXmdfは無理でしょうが…できるのは青空形式かepub2ですかね？

4 ：

青空文庫形式はエディタが対応してれば割と楽にかけるな。
俺が使ってるのはWinのO's Editor2だけど、
今メインOSがUbuntuなんで気軽にかけないと言うｗ
wine使っても日本語入力がばけるし、
Linux系で青空文庫形式対応したエディタないかなー。

5 ：

>>4
こんなのとか↓
ttp://www.geocities.jp/tamiyagi2/emacs.html

6 ：

>>5
おおおお、こんなの有ったんだ、知らなかった、サンクス！
って俺Emacsは使ったこと無い件。
オライリーの本は持ってるんだけど積んである。読むか。

7 ：

好きな小説をチマチマ青空形式の手入力で頑張っている。
とりあえず青空形式にしておけば、後で他形式へ変換するのもスムーズで安心。

8 ：

青空ならフリーもありますね。
やっぱり縦書きとルビは最低必要ですね。
日本語は縦書きでないとシックリ来ない。
小説しかり、コミックしかり

9 ：

技術面についてももちろん話し合う価値あるけど、
個人で電子書籍作ろうとしたら
一番障壁になるのは取材面だと思う。
自作の小説・漫画・画集・写真集あたりなら問題ないけど。

10 ：

calibre
ttp://calibre-ebook.com/
ver.0.7.46で（自分的に）最大の変更点
＞When converting non english texts to english for filenames,
＞use the users currect calibre interface language.
＞This allows Japanese/Korean/Vietnamese characters to be
＞correctly converted. Previously they were assumed to be Chinese.
今まで書籍名やcalibreが自動生成する著者名フォルダ名を中国語読み
アルファベット表記にしてくれて使う気が起きなかったのだが、今ver.からは
ちゃんと日本語ローマ字読みになってる。

11 ：

どんなジャンルの電子書籍を作りたいかによって
勉強するソフト変わってくるよね。
とりあえず何でも作れるようにInDesign勉強してるけど
ムズい。

12 ：

>>4
この辺も見てみて
http://hpcgi1.nifty.com/hongming/komorebi/wforum.cgi?no=4121&reno=no&oya=4121&mode=msgview&page=20

13 ：

アルファベット文化圏じゃきっとOCRの認識率なんて100%近いんだろうなあ
漢字仮名混じりルビあり文化が日本の成長を妨げてる現況な気ガス
もう公用語を英語にするしかないよ
あるいはローマ字か

14 ：

ｺﾞﾊﾞｸったのだ(；ω；)

15 ：

>>7
現在、日本語縦書きで一番いいのは青空文庫形式だよね
オーサリングはともかくビューアが揃ってる

16 ：

世界標準になり得ない青空形式とか・・・
ePub3.0が正式にリリースされたら、誰かが青空形式→ePub3.0形式の
コンバーター作るだろ。その時点で青空形式は終了(-人-)

17 ：

青空文庫サイトに既にxhtml版のファイルあるから、
ヘッダを少し書き換えて、関連ファイル足してzip圧縮するだけで対応できるだろうね。

18 ：

>>16
それで終了はしないと思うが。
青空形式はePub3への変換用の軽量マークアップ言語として残るだろ。
htmlって書くの結構めんどいし。

19 ：

いや青空程度の表現なら簡単なePub3.0向けのオーサリングツールがすぐ出るだろ
いちいち青空形式で入力してから変換みたいな手間はかけないって

20 ：

青空文庫形式を自作品に流用している人は減ると思うが、
青空文庫サイトとしては、参加者が世代交代しない限り、青空文庫形式は無くならないだろうね。
「とりあえずテキスト形式で読めないこともない」ってのも強味だし。

21 ：

>>16
もう簡単にコンバートできるとこあるぞ
http://www.byard.jp/book/aozora_epub_convertor.html

22 ：

そりゃePub2.0じゃねえか。
というかePub2.0対応コンバーターなら、それ以外にも結構あるぞ。

23 ：

>>22
つか3.0なんてまだ紙の上だろ

24 ：

電子書籍←→紙書籍をかけてるんですね
誰がうまいこと（ｒｙ

25 ：

凄い物見つけました。昨日から朝までに読んでしまいました。
コンクールに落ちたというけれど、タダでこんな物が読めるなら高いお金出して単行本を買うのが馬鹿らしくなりますよ。特に女性にお勧めです。
http://p.booklog.jp/book/8242
http://epubs.jp/watch_video.php?v=52NMA6S73U47
http://www.ipad-zine.com/b/545/

26 ：

マルチしすぎ

27 ：

>>25
ちょっと前に落としてまだ読んでないが消すことにしたわ

28 ：

まずは調べないと

http://denshi.o-oi.net/

29 ：

Emacsで小説でも書こうかと思ったんだが、
形式はなにで書くのが良いんだろ。

30 ：

TeXで

31 ：

スレが完全に寂れてるが、みんなどういう電子書籍作ってる？

32 ：

>>31
お気に入りブログをepub化

33 ：

↓これ、どうよ？

・シャープ、XMDF形式の電子コンテンツ制作ソフト「XMDFビルダー」を無償提供
http://internet.watch.impress.co.jp/docs/news/20110422_441701.html
http://internet.watch.impress.co.jp/docs/column/yoake/20110428_442981.html
>記者A：コンテンツを制作している企業に対して提供するということですが、どういう
>要件なのでしょうか。例えば小規模な、1人でやっている会社でもダウンロード可能
>なのでしょうか。
>中村宏之：一応企業名とか、メールアドレスなどを登録していただきますが、
>事前にチェックすることは難しいので、登録していただいたらダウンロードできる
>ようになっています。
>記者B：企業なのか個人なのか、どうやって判別するのでしょう。さっき、あまり
>チェックしないということでしたが、だとしたら例えば同人誌のサークル名などを
>入力すれば落とせちゃいますよね。
>中村：まあ、ダウンロードできてしまいますね（笑い）。
>記者B：ですよね（笑い）。

34 ：

電子ペーパーカンパニー立ち上げるよ

35 ：

>>33
やはりDRMについては渡さんというところがミソかな。
> DRMをかける、かけないというのは、販売サイトのビジネスがコントロール
> する問題
とあるけれども、XMDFの配信サーバやビューアの実装が囲い込まれている
現状では例えば販売サイドが独自にDRMを運用する、というのはあり得ない。
結局DRM付きで売りたいなら現状はガラパゴスへお越しを、という事になる。
記事にも出ているけれども同人誌などの小規模出版に関してはシャープが
自ら動いてチャンネルを設けない限りXMDFの出番は無いだろうね。
審査とかあったら、大爆笑だけど。
EPUBだとAdobe Content Serverは個人はともかくある程度の事業者なら
導入出来るものだから、同人誌をDRM付きで販売するストアが出てきても
おかしくはないと思う。

36 ：

>>33
こいつらの会話がどことなく上から目線でキモイのはなぁ〜ぜ？

37 ：

（笑い）

38 ：

twitterで自爆するタイプだな

39 ：

ePub3キタっぽい。
http://idpf.org/epub/30

40 ：

test

41 ：

test

42 ：

Sigil使ってみたが、ごく基本的な機能しかないんだな。なんか黎明期のWEBページエディター（PageMillとか）を思い出したよ。
もっとスクリプトとかで自動化できるものかと思ってたらしこしこ指定していくしかないんだな。

43 ：

>>42
一体どんな高機能を期待してたんだよ

44 ：

test

45 ：

test

46 ：

sigilでepubのいらんところ削除して保存したらcontentsが表示されなくなった。いったいどういうことなのか？

47 ：

test

48 ：

にんにん

49 ：

mixpaperはデフォっすよね

50 ：

復帰

51 ：

自分で書いた文を出版したいんですが、どこのサイトがいいですか？
印税が高めで、人がまあまあ多いところがいいです。

52 ：

>>51
amazon

53 ：

>>52
アメリカのアマゾン？
日本のアマゾンは自分で電子出版できないようですが？？

54 ：

アメリカのamazonだろうね。
何人かの日本の人が出版しているみたいだし。
ttp://www.geekpage.jp/blog/?id=2011/1/14/1

55 ：

>>51
印税→高め
人→いっぱい
両方満たしてるだろ？
いまなら日本語の本はかなり少なく、物珍しさで買う人もいるかもよ？

56 ：

面白いことを言ってるつもりだろうが、
アメリカのキンドルで日本語表示できないんだが。。。

57 ：

それはマジで言っているのか。
一般スレならともかく、電子書籍スレなのに。
ttp://www.kotono8.com/2010/07/31newkindle.html

58 ：

すまんもう全然珍しい物でもなかったわ
89648 Book Results for "Japanese edition"

59 ：

WEB畑の人間ならEPUBなんてちょ〜簡単なんだけどな。
縦書きもルビも3.0でバッチシだったぞ。

60 ：

自炊スペースみたいな所でやれば、機械を買わなくてもいいの？
今日ニュースで出てたけど、どう？
http://iphone-lab.net/archives/139102

61 ：

ClearScanって使えます？
サイズが大きくて困っています。

62 ：

青空文庫APIとか使ったらどうか
http://d.hatena.ne.jp/sasaki54te/20110829

63 ：

i文庫HDで見るために
snapscanの白黒でスキャン
jpegに一度変換してpdfに再結合
通常のOCRかけた後最適化
clearscanは太い字がつぶれたり
字と字の間に変な縦線が入ったりしたので却下。

64 ：

すまんスレ違いだった

65 ：

>>57
松永さん、無理に自分のサイトにリンク貼らないでもｗｗｗ

66 ：

スレ違いかもしれんが電子書籍作成＝テキスト化と解釈して。
ほぼ絶版になっていて、図書館でもなかなか見当たらないある本を
テキスト化したんだけど、著作権が切れてるかどうかが確定しなくて、
ネット上にＵＰできずにいるんだ。
海外文学で原作者はとうに亡くなってるんだが。
翻訳者の宇多五郎という人が亡くなっているのかどうか。
亡くなってるなら没年がいつか、知ってる人いないかな。
ちなみに生年は１９０１年らしい。

67 ：

>>66
本当に公開したいんだったら、「相当な努力」を払うことが必要でしょう。
http://rnavi.ndl.go.jp/research_guide/entry/theme-honbun-100009.php
http://www.bunka.go.jp/1tyosaku/c-l/index.html

68 ：

青空文庫のプロジェクトに投げてみたらどうなんかな？

69 ：

>>66
どもです。
とりあえず、没後五十年経過してるんなら、
公開してみようかなあと言うぐらいの気持ちでいるので。
ネットでは没年調べまくったんだけど、出てこなかった。
著作権台帳とか文藝年鑑の存在は知らなかった。
図書館にあるみたいなんで、今度調べに行ってくる。
>>68
青空文庫は、著作権切れてるかどうか確定してないと
渡すのもどうかなと思って。
それにあそこは底本がないと、かなり作業滞るみたいだし。
現に欲しくて待ってる某作品なんか、2002年から校正待ちの
ままだし。
それならいっそ、少しぐらい誤字脱字残ってても、自分で公開した方が
早いなあと。

70 ：

申し訳ない、いろいろ間違えたorg

71 ：

ドキュメントスキャナで迷ってます。
富士通S-1500AかキャノンDR-C125。
どっちがお勧め？

72 ：

>>71 何を食べようか迷ってます。
ラーメンか牛丼。
どっちがお勧め？

73 ：

>>72
あなた感じ悪いですよ。

74 ：

>>73
何を主体的にスキャン(食い物の好み)するのかすら示さないで返事求めるなよ

75 ：

どっちが、どの用途が得意とか知ってるなら教えてよ。
しらないなら黙っていて。

76 ：

皮肉と判るだけの頭があるなら、何をしたいか書けよ猿
違いなんぞ、その2機種がライバル競売して半年経ってるんだしWEBにいくらでも比較記事・Blog有るだろｗ
その上で何か聞きたいなら、テメエの特殊事情を書かない限り、お前の糞質問には誰も答えねぇよカス

77 ：

個人情報は教えられません。

78 ：

どっちと言われても好きにせーやとしか言えないわな

79 ：

あなたは何を使ってますか？どうしてそれを選びましたか？

80 ：

ScanSnapのFI-S500を使ってますが、買ったときついてきた
Acrobatが7.0でした。これって9にバージョンアップしても
ちゃんと動くんでしょうか？
ＯＳはＸＰです。

81 ：

>>71
手軽さならDR-C125。
最高解像度で少しでも画質をとか言うならS-1500…というより、フラベを勧める。

82 ：

見開き表示できないe-ink端末で閲覧するのが前提で、
カバーの取り込みはどうしてますか？
一枚で長くスキャンしてます？
それとも分割してますか？
どっちが取り扱いが良いでしょうか？

83 ：

自分は一枚で長くスキャンしたものを画像ソフトで分割して、
本文と合成してる。
１ページ目→表紙
２ページ目→表見返し
間→本文
最後から１ページ目→裏見返し
最終ページ→裏表紙
って感じ。

84 ：

Ｎ＠Ｋの内部も社長もすっかりと韓国に蝕されたが
テレビ業界のお偉いさんは、みなさん
金富子の女相場師にお世話になってお金増やしてるらしい。
やっぱりお金を増やす情報を流してくれる金富子さんの韓国を
めちゃくちゃ奉るわけだよね。
周りから聞くと、金さんは相当日本ひいきらしく寄付とか援助も凄いらしいね。
ネットで探すなら、
「　億様の株れしぴ　」　「金富子　株れしぴ」。。

85 ：

ttp://www.topics.or.jp/localNews/news/2011/12/2011_132339430727.html
wktk

86 ：

イジメる人（特に東急バス弦巻営業所で都立大学北口からめぐろ区民キャンパスで降りる今年6月8日に降りるときに非道な手段で子供イジメたおばさん）へ
いじめをする方は、死ぬ覚悟を決めて、家族と水杯を交わしてお別れをすまし、身辺を整理し、遺書を書いてから、心置きなくいじめましょう。火災保険もお忘れなく。
人間は追い詰めるとなにをするか判りません。

87 ：

そうなりたくなかったらいじめをやめましょう。いじめをしてもいいかとなんてないどころか逆効果ですから。

88 ：

それを電子書籍にして配布しなさいよ

89 ：

ゴミはブログで十分

90 ：

テレビ番組のほうが簡単
http://www45.atwiki.jp/pt2awiki/

91 ：

Epubで作るのめんどくさいな
Zipにしてまた解凍してxhtmlとcssで作るなら最初からDreamweaverで
サイト作成してブラウザで見れば良いじゃんと思うんだが。
電子書籍専用ビューアでないといかんっていうわけでもないし
ローカルのフォルダにサイトのファイル入れたもの置いておけばそれで
済むよな、ネットに繋いでいればリンクも作動するし

92 ：

ビュワーが不完全すぎて
ネイティブアプリでブラウザ自分で実装して配布した方がいい予感
どうせePub市場なんてずっと先だろうし永遠に来ないかも

93 ：

２/２１に新規オープンの電子書籍出版サイト
「ヨミーバ」
http://www.yomiba.com/

94 ：

他スレから誘導されてきました。
手元にすでに絶版になった600ページほどのハードカバー学術書があって
非破壊で自炊したいと考えているんだが、ハンディスキャナでの
自炊って非現実的？
普通のコピー機みたいなスキャナは本が分厚すぎてきれいに取り込めなかった。
何かいい方法があれば教えて欲しい

95 ：

聞くならこっちかな
自炊技術総合6 @電子書籍板
http://uni.2ch.net/test/read.cgi/ebooks/1331045534/
ちょっと前に非破壊できれいに自炊する方法はないって話をしてたけど

96 ：

>>95
情報ありがとう
教えてくれたスレの過去ログ読んだけど、非破壊できれいに取り込むのは難しいか…

97 ：

人気AV女優や素人の撮影で着用したしみつき下着が・・・
http://rakupla.cocolog-nifty.com/blog/

98 ：

自作の電子書籍、国会図書館に早く提出したいな。

99 ：

>>98
http://www.nikkei.com/article/DGXNASFS1500R_V10C12A6EB1000/

100 ：

Kobo Touch hackingから誘導
AozoraEpub3 (青空文庫txt→ePub3変換)
http://www18.atwiki.jp/hmdev/pages/21.html
に関連した報告とか端末仕様の解析で使わせてもらえればと思います

101 ：

Kobo Touch hackingスレ回答
> 注記スタイルの間違いが気になる
青空注記→ePubスタイルの調整し切れていません。
青空文庫のxhtml参考にしてみます。
xhtmlの編集とvertical.css修正で調整効くので、
修正方法指摘してもらえると助かります。
> kepubとepubは別処理の方がいいのでは？
kepub栞対応は容量増えるし、拡張子.kepub.epub選択時のみ有効にします。
> 画像が入ってると強制的にサムネールに使われてしまうんでしょうかね？
表紙設定に [表紙無し] と追加します。

102 ：

>>101
乙であります！

103 ：

中の人かっこええわぁ
惚れてまう

104 ：

AozoraEpub3 1.0.5 の、改ページ処理の変更に伴う不具合を報告した者です。
→1.0.5u1→1.0.6b3と、こちらの指摘通りに修正いただいたのですが、なぜかうまくありません。
具体的には、見開きの挿絵を１枚ずつ全画面表示するために、
［＃改ページ]
＜右画像リンク＞
［＃改ページ］
＜左画像リンク＞
［＃改ページ］
という風に書いて変換をしていましたが、
1.0.5 からは画像との間に空白のページが表示されるようになりました。
そこで該当のxhtmlのソースを調べたところ、
画像表示の直前に改行タグを見つけたため、報告して現在に至るわけですが、
最新の1.0.6b3 でまたもと通り、画像の間に空白ページが表示されてしまいます。
そこで、4→5→6 と、データを比較してみてようやく問題点を特定できました。
物置wikiでいただいた回答
　＞文中の［＃改ページ］で前後に分割するように修正した影響で後ろの改行が次ページに出てました。
にある通り、本来ページの最後に入るべき＜br/＞が次のページの頭に移動しているのが問題の本質で、
今回の対策では、移動先のページ先頭の＜br/＞を削除したのみで、
本来あるべき、ページ最後の＜br/＞が消えたままになっている、というのが不具合の原因だと推測します。
とりあえず、これで 1.0.4a 時点の［＃改ページ］処理の状態に戻ると思われます。

105 ：

石原 莞爾、最終戦争論・戦争史大観が正常に表示されません。
1.0.5u1、1.0.6b3のどちらでもエラー
http://www.aozora.gr.jp/cards/000230/card1154.html
　
0002.xhtml を Firefoxでみたときにでるエラーの内容
XML パースエラー: タグの対応が間違っています。終了タグが必要です: </section>
URL: file:///OPS/xhtml/0002.xhtml
行番号: 16, 列番号: 3:
</div><br/>
--^

106 ：

検証どうもです。
>>104
改行は1.0.4と同じ状態に戻しておきます
画像の場合って余白は0.5文字分付いてますか？
画像のみのページは余白0のスタイルにするとかは対応できそうです。
>>105
最終戦争論・戦争史大観は ［＃ここから１６字下げ、２０字詰め］ を認識してなかった
青空注記この複合パターンもあるのか…
スレ借りたはいいけど早速バグ報告スレになってしまた。

107 ：

>>106
お疲れ様です。
http://www.aozora.gr.jp/annotation/etc.html
ここの「字下げ」を見ると、現在アップされている最終戦争論は、青空文庫の正式な書き方にそっていないような気がしてきました。
［＃ここから１６字下げ、２０字詰め］
↑
このキーワードでググると、結構情報がでてきますね。
とりあえず何となく分かったので、自分で直せそうです。

108 ：

Kobo Touch本スレから引用
618　名無しさん＠お腹いっぱい。2012/07/25(水) 21:34:06.67 ID:1rjn6nO8
DRMフリーのEPUB作品の「Growing Up Hummingbird」をhttp://rakuten.kobobooks.comで直接買ったら
そのままダウンロードできて、FirefoxのEPUBReaderアドオンで普通にカラーで中身を見れたよ
http://www.epubread.com/
ライブラリを同期するとC:\Users\ユーザー名\AppData\Local\Kobo\Kobo Desktop Edition\kepubに
拡張子なしで保存されるから、それをコピーして「.epub」って拡張子をつければOK　（Windows7）
英数字の羅列でぱっと見はなんだか分からないけど、更新時間でソートすればライブラリに登録した順になる
C:\Users\ユーザー名\AppDataは隠しファイルだからフォルダオプションで見えるように設定の変更が必要
接続したKoboも同期すれば本体のメモリの\.kobo\kepubに同じファイルがある

Koboストアから取った青空文庫のやつも、.zipにしたら解凍できて中身が見れたんだが、ここの参考にはならない？
これって既出？

109 ：

>>108
本スレでも技術スレでも既出かと
また、AozoraePub3作者さんはKoboもっていないので
ストアからDRMフリーコンテンツを得ることはできないし
他の人も再配布はできない

110 ：

あと、ストアの青空文庫はなぜかDRMかかっているので
参考にできるのはCSSだけになります
（類推はつくけど、本文見れないので、参考になるけど微妙感あり？）

111 ：

ストアの青空文庫はDRMがかかっているものとかかっていないものがあるみたい。

112 ：

>>109
あ、Koboいらないのか…すいません

113 ：

>>111
作品名分かりますか？
それが参考になるかもしれないです

114 ：

スマン。勘違いだったようだ。
青空文庫だと思ったら全く関係ない本のプレビューを展開してったぽい。

115 ：

AozoraEpub3 1.0.6b4 (バグFix試験用) アップしました
http://www18.atwiki.jp/hmdev/pages/21.html
　- ［＃ここから○字下げ、○字詰め］対応
　- ［＃ここから○字下げ、罫囲み］対応
　- 改ページ処理の改行を調整
　- kepubしおり対応 (栞用span出力チェック時)
　- 表紙ファイル指定 (ファイル選択,URL,先頭の挿絵,表紙無し)
試してもらって問題なさそうなら表題周りの処理修正後1.0.6にする予定
gitHubに登録したので、ソースのゴミ消したらコミットします。
優先度の高めの
・青空注記スタイルの対応
・ePub3の解析
・見出しと空行での自動改ページ
・見出しまたは改ページからの目次生成
は少し時間かかりそう。

116 ：

いろいろ報告・解析助かってます。
ついでで一太郎のePub出力のKobo利用も誰か検証してもらえるとものすごく助かります。
.kepub.epubではなくて、.epubの方が快適なら、epub用にスタイル調整した方が良いかも。
楽天の青空文庫はDLして参考にしてみます。

117 ：

>>115
開発ありがとうございます。
取り急ぎ1.0.4から1.0.6b4にしてみたらおかしくなりました。
目次のあと、本文は章のタイトルしか見えず、そして吹っ飛ぶ？
真っ白になったり、次の章まですっ飛んだり（やっぱり本文見えず章だけ見える）
結局最後までは進めませんでした。
時間があったらほかのデータも試してみますが、今日はもう寝ます・・・
理由不明です・・・Chapterも動作してなかったみたいです。

118 ：

>>104 の報告について、改行タグの件は書いた通りなのですが、
空白ページの発生については、全くの別件だった疑惑が浮上しました。
おおむね結論は出ているのですが、確認してからまた報告します。
そもそも、ページ最後の＜br/＞については、本当に必要なのかどうか疑問が残るし
もしかしたら1.0.6b3の状態が正解なのかもしれません。
（だったらごめんなさい…）

119 ：

>>116
　すでにご覧いただいているのでしたら失礼
http://uni.2ch.net/test/read.cgi/ebooks/1342916042/61
　こちらに、作者氏提供のテストファイルを、拡
張子.epubにした結果が載っています
>.epubの方が快適なら…
　この点について、個人的には.epubが理想です
が、現実解にならないのかな？と思っています
　そのため、Koboの.epubへの適化は先送りし
有志による情報集約後にするのも一案かと思います
　以下、その理由です
　類推するに、.kepubの栞機能有効化の労力に
比べて、.epubの問題点の克服はそれなりの手間が
かかります（もしくは難度が異なる）
　一つにはKoboに適化したCSSの作成
　最大公約数として.kepub体裁を模倣するとし
ても、その手間。また約物体裁をどうするのか
（spanで囲んで半取り？ となると本文に手を
入れる必要がある？）
　もう一つはどのようにすれば目次機能を有効化
出来るのか、はたまた.epubでは目次機能は利用
不可なのかの検証
　本スレで「.epubと.kepubではエンジンが違う」
といった趣旨の書き込みがありましたが、それが
事実であれば、実質的にKobo Touchは二つの
ePubリーダーが乗っていることになります
　利用する側の理論としては、ひとまず大過なく
読める状態にしてほしい、というのがあるでしょう
　id振って栞が有効になるのであれば、比較そちら
の方がしやすいのでは？と愚考します
※（おそらく）レンダリング処理に際して、点滅
してしまう.kepubは正直イヤw 1MB弱で10回程度
点滅され、その処理を待たなければならないのはな
あ…
　.epubもさらに長文になったら同じようなことが
起きる可能性もあるけど
.kepubはなにもせずに、そこそこの体裁を提供し
てくれるのはありがたい。一方でCSSの指定がより
上位のようなので、CSSでかなり「組める」点も
いいんだけどねー

120 ：

青空文庫の目次について
野良青空文庫を拾ったら目次に
<a href="#chap1">ほにゃらら1</a>
<a href="#chap2">ほにゃらら2</a>
とあって各章の頭に
<a name="chap1">ほにゃらら1</a>
とあります、
しかし青空文庫の工作員マニュアル等見てもこの表記は見当たらず、
目次はXHTMLで各章の見出しから自動的に挿入されるとなっています。
この以下のタグの使い方を説明しているサイトがあれば教えて下さい、
<a name="chap1">ほにゃらら1</a>
手元の野良青空文庫を修正して以降と思いますので・・・

121 ：

>>120
知りたいのって、こういうこと？
ttp://www.tagindex.com/html_tag/link/a_name.html

122 ：

>>121
HTMLではそのタグがあるのはわかっていますが、
青空文庫でそのタグが使えることになっているのか？とか
青空文庫でのそのタグの使い方は特殊なのか？とか
もしかするとその野良青空文庫を作った人がわざと</a>を省いたんじゃないか？と思うほど忘れてるし

123 ：

>>122
正規のXHTML版はJavaScriptで目次が自動生成されるようになってる。
ttp://kumihan.aozora.gr.jp/heading.html
の説明文中では、変換後の見出しにa nameが使われてる。
ただ実際のXHTML版のソースではa idのような。意味はほぼ同じだけど。
まあその野良は、単にJavaScript無しで目次が機能するように、
自分で直接目次を書いておいたというだけなんじゃ？
要はそういうこと（ページ内リンク）だし。

124 ：

<a>や<img>は扉、PageOne、ミーヤ等に最適化された場合付いてたりする。
閉じてないのは記入ミスなのか上記ビューアではエラーにならないとかかな。
ePubの場合はxhtmlエラーになるので除外するしかなさそうだけど、
<a name>の方は見出し代わりに目次生成につかえるかもね。

125 ：

>>123
＞＞124
理解できました
そういうことがあるって思考にありませんでした(^_^;)
基本的に自分用に作った物でしたら作られた方のリーダーに適合するもので当然ですね
公式じゃなくて好意の野良青空文庫なので上手に使わせていただきたいと思います

126 ：

117です。
120から124を見て、何でバグったか判明。
<a name="chap1">ほにゃらら1</a>
の</a>が抜けてた！orz
お騒がせしました。よく見たらWikiに解決方法書いてあるし・・・
で、href/nameタグではChapter動作はしてないようです。
あと、表紙を有効にしたら途中の挿絵が全滅しました。(先頭の挿絵を選択)
無効にすると従来どおりの動作です。
しおりは動いてるようですね。

127 ：

>>115
>107です
試したら、koboからバッチリ0002.xhtmlが見ることができました。
ただ副作用として、字下げした部分の下の表示が少し切れるんですよね。
青空epubが出力したkepubを見ても、なんで自動に改行されないのか、わかりませんでしたが。
http://cdn.uploda.cc/img/img5011374d0a7a4.jpg

128 ：

現在、目次のタイトルが連番になっている件について、
なにやら文書中に、対応する見出しを埋め込んで、それを引用しよう
という流れに見受けられるのですが、（違っていたらスマ）
現行で、おおむね［＃改ページ］ごとに区切られ、xhtmlに小分けされているわけで
目次は、それぞれのxhtmlの先頭へリンクされているのだから、
各xhtmlファイル中の頭から、空行・制御コード・タグ・青空注記等を除いた
先頭の有効な文字列を、頭から改行コードまで引用すればいいんでないのかな？
文章が長すぎれば、上限を決めて後ろはカットすればいいし、
有効な文字列が存在しなければ、空白もしくは（no title)なんかでもいい。
画像しか存在しないと判別できれば、「挿絵」とするとか。
特殊または例外的な使用例があるかもしれませんが、
原則、［＃改ページ］［＃改丁］した次には、
章番号であったり、それを含む章タイトルである確率は非常に高いはず。
これなら、ユーザーはソースファイルを下手にいじる必要もなく
トラブルも起こりにくいと思うんですが、いかがでしょうか？

129 ：

>>127
［＃ここから１６字下げ、２０字詰め］で 上余白16+高さ20のdivになって
36文字のところまで下がはみ出してますね…
全体的な余白とかがおかしくなるかもしれないけど、以下の対策ではみ出し
無くなるかもなので試してしてみてもらえないでしょうか？
vertical.css の 「html {」内に 「height: 100%;」 駄目なら 「body {」 にも 「height: 100%;」 指定
直らなければ字詰め無くても困らなさそうだしとりあえず非対応にします。
ついでに body{ の line-height: 1.75; を変えたら行間変わるかも試してみてください。
kepubだとあまり制御はできなさそうですが。

130 ：

>>128
目次は改ページ文字自動取得で0001とかよりはましになるかもなので、
目次（仮）状態での早めの対応検討してみます。

131 ：

>>127
129のスタイル訂正です。
height:100%は無しで、
vertical.cssの内のjizumeのheightを以下のようにmax-heightに変更で、
div.jizume20 { max-height: 20em; }

132 ：

>>131
div.jizume20 { max-height: 20em; }
↑
これで字下げしたまま、計４行改行してバッチリ表示されるようになりました。
ありがとうございます。

133 ：

AozoraEpub3-1.0.6b5 更新しました
http://www18.atwiki.jp/hmdev/pages/21.html
　- 目次(仮) (本文先頭行＋改ページ後の先頭行(Max32文字)で設定)
　- 折り返し字下げ注記で2行目以降のインデントずれを修正 (各行を<p></p>で括る ブロック注記の行は括らない)
　- <a .*></a>タグ削除
　- ［＃ここから○字下げ、○字詰め］対応 (max-height指定)
目次は仮で、空行を飛ばした先頭行max32文字が出るはずだけどテストは不十分。
他の修正は報告と検証のおかげでだいぶ調整できました。 今日は早めに寝れそうです

134 ：

>>133
お疲れ様です！

135 ：

ttp://www.dotup.org/uploda/www.dotup.org3241520.zip.html
aozoraepub3とaozoraXMDF用のアイコン置いとく

136 ：

>>133
目次の対応乙です。……が
koboの目次って、実はxhtmlのファイルネームだった？
あと、［＃中見出し］で囲ったタイトルが無かったことになっている？
もしくは先頭に入っている空行のキャンセルが実施されていないのかも？
体裁を整えるため、［＃改ページ］のあと、
１行（もしくはそれ以上）あけて章タイトルを入れるパターンも考慮してください。
……画像のみを［＃改ページ］で囲むと悲惨なことになりますね・・・

137 ：

ファイル名が0001.xhtml〜なので以前の目次は同じ番号にしてました。
画像だけのページはその数字のままです。
Readiumで目次見ると画像以外はちゃんと改ページ後の空行下の中見出しの中の文字で
出てるんですが、nav.xhtml自体もうまく作れてない？
画像の方はdivにしてみたけど単ページの場合は100%指定になってないと駄目なのかも。
画像サイズの影響もありそうですが、cssとかのclassも修正しつつうまく出るxhtmlを確認して
みてもらえると助かります。

138 ：

目次(仮)は注記の前に全角スペースがあるとそれ拾ってました。
AozoraEpub3-1.0.6b6 で一応修正
>>135
アイコンどうもです。 パッケージに入れておきました。
AozoraXMDFの方は需要無いので放置ですが。
ReaderだとXMDFが快適なんだけどね。

139 ：

>>137
いえ、koboの目次の表示が、nav.xhtmlの表記を反映していないようで、
以前と全く同じ連番表示になっています。（少なくともうちでは）
あと、自動取得で、青空のルビ開始位置を示す「｜」が残っています。
その他……また明日にします。

140 ：

>>133
<a .*></a>タグ削除機能搭載ありがとうございます、
このような機能が搭載できるとは思っていませんでした、
kobo用のepubファイルならば確かに要らないタグなのでepubファイルにしちゃった時点で要らないんですよね、
さっそく試してみます。

141 ：

>>133
いつも読む野良青空文庫変換完了、
<a .*></a>タグ削除が効いてちゃんと表示されます(^_^;)
目次が表示されるようになってますね、
電子書籍の場合実本と違ってパラパラめくって該当の章を見つけるというわけには行かないので目次がとても便利です。
ところで、
目次の行の後ろに[+]という表示が出て
ほにゃらら[+]
その[+]をタップすると
ほにゃらら
戻る　開く
ttp://imepic.jp/20120727/409710
という表示が出るようになりましたがこれはなんだろ・・・
ファイルを解答してnav.xhtmlを見ても[+]の出る行と出ない行の違いがわからない

142 ：

先日の、目次がkoboで反映できない件について、わかったこと。
気持ちを切り替えて、新規で別の文書を変換してkoboに突っ込んだところ、
無事に目次が表示されている……ということで、
既に入っているデータは、PCで上書きせずに一度PCで削除したのち
一度切り離してkoboに消えたことを認識させてからもう一度接続して
PCから転送してやると、目次が表示されるようになりました。
目次のデータって、上書きされないんだろうか？
もし途中で構成を変えたデータを作って反映されなかったとしても
上記の方法でリセットすればいいようです。
本当はもっとスマートな方法があればいいんだけど…。
なんかkoboで削除すると同じファイルネームの文書を認識しない…
みたいなことをどこかでみたのでちょっとビビっている。
>>141
目次の[+]は、単に表題が長すぎて表示しきれなくて、
続きがありますよ、という意味だと思います。
だから、[+]だけタップすると、全文が表示されるみたいな。
ちなみに、目次には全角２３文字まで表示できるようですね。

143 ：

あ、文字数はフォント次第か…

144 ：

AozoraEpub3-1.0.6b7 更新しました
http://www18.atwiki.jp/hmdev/pages/21.html
　- 目次(仮)の置換漏れ修正
　- ファイル名からタイトル作者設定
表題取得周り(副題に対応、確認画面)ができて、他も問題なさそうならβとれるかな。

145 ：

AozoraEpub3-1.0.6b8 に再度修正
　- 青空文庫のファイルで <メールアドレス> の記載がのエラーに対応 ("<"→"<" ">"→">" にすべて置換)
<と>はすべて置換したので、xhtmlエラーは減ったと思う。
青空文庫収録の作品は例外結構あるのでKoboストアからの方が確実かな。

146 ：

AozoraEpub3-1.0.6b9 に再々修正
　- β6あたりからimgタグの画像が出なくなっていたので修正

147 ：

Sigil、バグだらけで、使うの嫌になってきた。
他に乗り換えるのに、何か良いソフトは無いですか？

148 ：

一太郎体験版を軽く使ってみたけど、結構使いやすかった。
ePub3出力は結構シンプルだったけど、スタイルもそこそこしっかり対応してるっぽい。
でも無料じゃないんだよねぇ。

149 ：

俺は結局手打ちに戻ったよ。

150 ：

AozoraEpub3-1.0.6b9ありがたいです、
手持ちの野良青空文庫変換して読んでいますがもう問題はないといっても過言ではありません^^;
挿絵もきちんと入るし突発的に白ページが挟まることもなくなりました、

151 ：

AozoraEpub3　っていうのは、青空文庫でtextファイル落として縦　epub or kepubに変換しても
koboで見れないんでしょうか？
http://www.aozora.gr.jp/cards/000912/card4673.html
これなるテキストファイルを適当に選んで変換してkoboに放り込みましたがライブラリに現れてくれません。
何が原因なんでしょう？

152 ：

kobo本体の不具合ですべての追加データが表示されない状況になってた
本体を初期化しました　失礼しました

153 ：

>>150
別フォルダ内に格納されている挿絵（JPG）は，反映されていますか?
当方では，
画像ファイルなし: <IMG SRC="img/01_001.jpg">
といったエラーがでてしまいます。

154 ：

>>153
青空文庫のテキストファイルと同じディレクトリにあるイメージフォルダの中に入っている画像のことですよね？
AozoraEpub3で変換後はきちんとEpub内に格納されていてkoboで文中で挿絵として表示されます。
20作品くらい変換しましたが、今までこれに失敗したことはありません、
koboの方はカスタムファームウェアを入れてるけど関係あるかな？
ttp://www49.atwiki.jp/kobotouch/pages/24.html

155 ：

AozoraEpub3において、
文章込みのブロックと、画像のみのブロックで
表示スタイルを変えているようなのですが、
どの部分でそれらを決めているのか教えてください。
何となく、画像のみを［＃改ページ］で囲ったときに発生する
空白ページの正体が見えてきたような気がするので確かめてみたい。
後から変更できる部分でないと検証できないかもですが。
それから、文章ページの上下のスペースを大まかにでも変更できるような
設定メニューがほしい。
個人的には上部スペースをもう少し詰めたいわけですが。

156 ：

>>153
まさかタグを大文字にしている青空テキストがあるのかと(ry
…
IMGタグのSRCの値を取り出す処理が小文字しか認識してなかた。
連絡助かります。次のバグFixで直しておきます。

157 ：

>>156
ジワジワきたw
いつもありがとう。
がんばってください！

158 ：

>>155
現状は画像だけのページも本文内の画像と同じ処理しかしていません。
前後改行の画像のみのページはvertilcal.cssではなく画像用の余白のない
image.cssを作っておいてそちらをページに設定はできそうです。
余白設定については、kepubでその辺の調整がどこまできくかがちょっと不明ですが、
設定画面で余白等スタイル調整機能は検討してます。

159 ：

>>158
＞現状は画像だけのページも本文内の画像と同じ処理しかしていません。
これは、ある意味納得なのですが、
文字が混在すると、単体に比べて画像が縮小されて表示されるのが
いったいどの部分の影響なのかとても気になります。

160 ：

>>159
余白はvertical.cssのbodyのpaddingのみ影響しています。
画像ページのxhtmlで<body class="cover">にすると vertical.cssのbody.cover
(paddingとmarginが0で縦横100%のスタイル)が優先で適用されるので、
xhtmlのbodyのみ修正してみたら余白は無くなるかも。
画像のサイズによって100%指定で縦横比がおかしくなる場合はdivの方にも
スタイル設定が必要そうです。
ChainLPのePubはimgの方に幅高さがあるんですが、汎用的にするなら
100%指定でうまくいくように調整するのがよさそうです。

161 ：

AozoraEpub3-1.0.6b10
更新ありがとう。

162 ：

Aozoraepub3、アイコンあるのにショートカットには反映されんのな
プロパティで変更すりゃいいの？

163 ：

OCR使ってる上手くいってる？

164 ：

>>160
画像のみで空白ページができるのは、ページ開始時に自動で入る余白があり
全体から余白を除いた空きスペースに画像が入りきらないときに
自動的に次のページに押し出していたため、見た目が空白になるようです。
うちの環境では、デフォルトでは縦横780x582の比率より横が長ければ
押し出されて空白ページとなっているようでした。
で、vertical.cssのbodyのpaddingを三つ0にしたところ、
空白ページは解消されましたが、上下と右に微妙な隙間があきます。
次に、<body>を<body class="cover">に置き換えた場合は、
縦横800x600の画像はびっちり100%隙間無く表示されました。
ちなみに、800x600より小さい画像は右上詰めで表示され、
大きい画像は、縦横比の長い方が100%になるように右上詰めで表示されます。
いずれもアスペクト比の狂いはありません。
というわけで、個人的には、<body class="cover">がデフォルト、
もしくは、どこか設定で選択できるようになっていてほしいです。
よろしくお願いします。

165 ：

>>164
画像はみ出しの調査たすかりました。
何となく挙動が分かってきました。
vertical.cssのbodyの方で margin: 0; padding: 0; の両方指定でも800x600の画像のみを全画面表示
できそうですが、横が長めの画像だとはみ出しそうなのと、文字が入ると文字の方の余白に問題でそうですね。
まずは画像単ページの場合のみ<body class="cover">にするようにしてみます。
前処理でページが画像単ページか判断する部分にもう少し時間がかかりそうです。

166 ：

>>162
jarなので、ショートカットのアイコンはプロパティの「アイコンの変更」から設定してください。
jar起動用のexeを作れば設定できそうだけど、セキュリティとか面倒そうなので対応予定なしです。

167 ：

テキストファイルをaozoraepub3に突っ込んで、kobo用のkpub.epubを作ってるんだけど
目次の作り方がどうしてもわからない
例をあげると
［＃改ページ］第一章
あっちゃんあっちゃんあっちゃんあっちゃんあっちゃん
あっちゃんあっちゃんあっちゃんあっちゃんあっちゃん
あっちゃんあっちゃんあっちゃんあっちゃんあっちゃん
［＃改ページ］第二章
とうちゃんとうちゃんとうちゃんとうちゃんとうちゃん
とうちゃんとうちゃんとうちゃんとうちゃんとうちゃん
とうちゃんとうちゃんとうちゃんとうちゃんとうちゃん
［＃改ページ］第三章
かあちゃんかあちゃんかあちゃんかあちゃん
かあちゃんかあちゃんかあちゃんかあちゃん
かあちゃんかあちゃんかあちゃんかあちゃん
この第何章とかの部分だけを目次にしたいんだけども
置換機能で一括で置き換えるとして
何のタグをどこにどうつけたらいいのか教えてください

168 ：

>>167
目次はまだ(仮)状態で使いにくいですが、
［＃改ページ］の後ろまたは次の行(空行空白除く)の本文を利用しています。
先頭の章のみ表題行設定されてるとタイトルと著作者の次の本文が使われます。
第一章の前に［＃改ページ］があると、0001とかタイトルの目次が作られます。
以下のような書き方で第一章〜第四章の目次ができます。
(第二章〜第四章の記述はお好みで)
--------ここから
タイトル (←表題設定でこの行は目次に使われない)
著者名 (←表題設定でこの行は目次に使われない)
第一章
あっちゃんあっちゃんあっちゃんあっちゃんあっちゃん
…
［＃改ページ］第二章
とうちゃんとうちゃんとうちゃんとうちゃんとうちゃん
…
［＃改ページ］
第三章
かあちゃんかあちゃんかあちゃんかあちゃん
…
［＃改ページ］
第四章
じいちゃんじいちゃんじいちゃんじいちゃん
…
--------ここまで
目次の確認はepubをzipとして解凍して OPS/xhtml/nav.xhtml で。
大見出し中見出し小見出し注記で改ページ関係なく階層目次作るとか、
章っぽい行を自動判別とかはやりたいけど対応はまだ先っぽい。

169 ：

nav.xhtmlを開いてみると、
-----------
TOC
1.第一章
2.第二章
3.第三章
4.第四章
・
・
・
-----------
となってました、koboのほうでは目次がグレースケールになっていて選択できません。
自分よくわかってないのでどこか基本的なところでミスしてるのかもしれません。
とりあえずもう少し色々やってみます。ありがとう。

170 ：

拡張子を.kepub.epubにしてないとかじゃないよね？

171 ：

.kepub.epub、.epubどっちも試してます。

172 ：

>>169
>>142 の対処法は試してみた？

173 ：

>>172
アドバイスありがとう。
koboを工場出荷状態に戻してからやってみましたが、目次グレースケールでした。
章分け自体はされてるんですよね。
firefoxのアドオンのEPUBReaderを使って、
そちらで読むと、章タイトルは出ないんですが1,2,3,4,…て感じで章分けされてるのがわかります。

174 ：

すみません解決しました！
ていうか全く自分の側のミスでした。
koboへのファイル移動にcalibreを使っているんですが、
あのソフトが.kepub.epubを勝手に.epubに直してました。
一旦calibreの専用のフォルダに入ってそれからkoboに転送されるんですが、
元ファイルばかり見ていて、そっちを確認してなかった自分のうっかりミスです。
なので再び工場出荷状態に戻して、
calibreを使わずkoboに直接入れて同期させました。
今度は目次も完璧に動作してます。
自分のkoboはkoboデスクトップの同期を数回も使うと
挙動がおかしくなるので
アクチ時以外はcalibreが良かったんですが、自作の.kepub.epubの場合
今はまだ使わないほうがいいようです。

175 ：

アドバイスくださったみなさんありがとう。
お手間と時間をとらせてしまい、申し訳ありませんでした。

176 ：

>>167-175
不具合報告をするときに
操作手順を漏らさず記載することがいかに重要かがよく分かる
経過だな。
端折って「うまくいきません」って結果だけ書く輩が多くて、
ソフトウェア作者やサポートの中の人って大変だなって思うわ。

177 ：

自己解決して報告あったし、仕事でエスパーするより全然楽。
半分ぐらいは駄目KDが原因ぽいし。
あとはスレ的に内容が電書作成に役立つといいんだけどね。

178 ：

＞画像単ページ時に画像全体表示用スタイル適用
＞(上下の行が［＃改ページ］で挟まれている画像注記、先頭行の画像は下が［＃改ページ］のみ)
以上において、koboにてb10までと挙動の変化がみられないのですが、
どこをみれば、変更後のデータとして正常なのかそうでないのか、わかるか場所を教えてください。

179 ：

×わかるか
○わかる

180 ：

>>179
<imgの方のみで［＃（画像.jpg）］注記の方がマッチしてなかったです(ノ∀`)
https://github.com/hmdev/AozoraEpub3/downloads
の1.0.6b13で修正したので試してみてください。
vertical_image.cssが読まれていて <body class="fit">になっていれば適用されています。
実質改ページが入っていない場合が多いので、画像サイズで自動単ページ化する処理も
入れたいけど、ブロック注記内か判断できるようにならないとページ分割できないので、
対応はまだ先っぽい。

181 ：

AozoraEpub3-1.0.6ｂ15でtoc.ncx入れたら、Adobe Digital Editions等で目次が出るようになった。
Koboの拡張子.epub時はAdobeRMSDKっぽいので、目次が使えるようになったかも。
こっちの方が軽いなら、余白と傍線が逆なのを設定できるようにすれば実用可能かも。
詳細は随時以下にまとめていく予定です。
https://github.com/hmdev/AozoraEpub3/wiki/%E5%8B%95%E4%BD%9C%E7%A2%BA%E8%AA%8D%E7%8A%B6%E6%B3%81

182 ：

epubファイルを、読み書き編集可能なソフトで、お勧めなのは、何ですか？
有料でも構いません。

183 ：

まだ一太郎しかないんじゃないの？
縦書きEPUB3の生成もできるソフトは。

184 ：

>>183
情報どうもです。
一太郎、早速調べてみたら、epubファイル読み込み非対応らしいですね。
http://support.justsystems.com/faq/1032/app/servlet/qadoc?QID=051715
読み込み対応してくれないかな？

185 ：

>>182
前にも出てたけど
http://code.google.com/p/sigil/

186 ：

>>185
Sigilはepub2までの対応だよね
epub3だとFuseってのがあるけど、どうだろう

187 ：

>>185
情報どうもです。
Sigilは無料なのはありがたいですが、
>>147とか見ると、バグが多くて、使いにくい感じみたいですね。
バージョンアップされたら解決するのでしょうか。

188 ：

>>186
情報どうもです。
FUSEe、これ↓ですね。
http://www.amazon.co.jp/dp/B0046XJB6Q/
値段が35000円辺りで、ちょっと高めですね。
使い勝手はどうなのでしょうか。

189 ：

>>188
まだβ版ってことで無料で使えるバージョンもある
HPから落とせたはずだよ

190 ：

左綴じを右綴じにタグ打ち変えるとかに、解凍して再圧縮が面倒ってぐらいにはちょうどいいです。Sigil

191 ：

AozoraEpub3で変換すると元データのtextファイルの6割位の.kepub.epubファイルになるのですが
これで正常なのでしょうか？

192 ：

zipで圧縮してるからね

193 ：

>>189
FUSEe βは、製品版と違い、WYSIWYGでの文字等の入力が出来ないと思います。
タグ入力必須で、編集とか相当面倒くさいのではないかと思います。
製品版が、もう少し安くて、使用感のレビューとかあれば、検討するのですが。

194 ：

768 ：(言志) 日本を主語とした電子オピニオン誌創刊！：2012/08/04(土) 09:40:16.12 ID:n78k76XG0
(URL略)
右も左もない、ただ「日本」のみが主題となる言論誌。それが「言志」。
戦後保守と訣別した、新しい潮流が今ここに！
◆「言志」公式HP
http://www.genshi-net.com/

195 ：

>193
他に、手になじんだHTMLエディタとかあるとかなり使えるようになる。
もちろん、本人にHTML(XHTML)とCSSの知識も必要だけど。

196 ：

ReaderのePub3で色々調べてみたら改行を<br/>ではなく<p></p>で括るとかなり速度が改善されるっぽい。
Koboが無いので暇な人誰か以下のePubの動作確認してみてもらえると助かります。
↓にある dogura_magura_*.epub の4ファイル
https://github.com/hmdev/AozoraEpub3/downloads

197 ：

>196
確かに大分早くなりますね。
今までページめくりした時、一拍置いてページ表示
されていたのが瞬時に表示される様になったように感じます。

198 ：

ナイス改善

199 ：

私もチェック中
とその前に、
dogura_maguraってどうやらファイル全部読み込むまで点滅終わらないけどこれって何とかならないのかなぁ？

200 ：

koboでチェック完了
.epubの場合
<BR>の方はページめくりが2秒くらい、
<P>の方はページめくりが1秒くらい
ちょうど半分になった
.kepub.epubの方は
どっちも指をこすった瞬間にページめくりが完了するので差がわからなかった
拡張子を.kepub.epubにするとファイルを全部キャッシュに読み込んでるような感じ、
試しに*..kepub.epubのファイルの拡張子を*..epubに変更してみると
やっぱりメージめくりにそれぞれ2秒と1秒というのんびりしたページめくりに

201 ：

チェックThx
Readerで<br>だと固まって使い物にならなかったけどkepubだと速度関係ないのか。
あの点滅は伊達じゃない？
Kobo再キャンペーンでポチったのでスタイル周りとかはもう少し最適化はできそうです。

202 ：

そういえば*..kepub.epubのファイルって章ごと（もくじごと）にキャッシュするんだったね
ドグラ・マグラも10個くらいの章にわかれていたら点滅しなくなるんだろうな・・・

203 ：

>>202
青空文庫からDLしたテキストに適当に
［＃改ページ］
を入れて分割して、AozoraEpub3でEPUB化してみたら？

204 ：

適当に［＃改ページ］を入れて
って言うけど文章中に謎の空白が出来るってことでしょ？

205 ：

epubはそういうものだし
容量決まってるでしょ？

206 ：

>>204
改ページ処理される訳だから
文章中に謎の空白なんて出来ないが？

207 ：

ドグラ・マグラって章と呼べる部分がないから分割点をどこにするか悩んだけど
本文中に改行だけの行が頻出するから
500行毎に改行だけの行を検索して［＃改ページ］を入れてみた
AozoraEpub3で変換して
koboからもくじを見ると10章くらいに分割されて
キャッシュに読み込むため点滅もしなくなった

208 ：

AozoraEpub3の表題行の選択メニューは、どういう使い分けをするんですか？

209 ：

青空文庫以外で表題の順序が違う場合に指定できるようにしてあったんだけど、
ファイル名からとか確認画面ができたのでちょっと使い道が微妙。
表題と著者名の行のスタイル調整はこの指定でやってますが、
確認画面とは連動していないのでよく分からん状態になってます。
ただのテキスト変換とかはファイル名からにするぐらいで、基本は「表題+著者名」で。

210 ：

AozoraEpub3-1.0.6b21(b22も).で、 String index out of range:-4 が出るようになった。（同じファイルを変換して）
どのへんを確認すればいい？

211 ：

楽天で売ってるkobo用の本でも挿絵の前に空白ページが入る本がある、
全部の挿絵というわけでなく、
ライトノベルによくある本文前に何ページかあるイラストその一番最初の絵の前に真っ白の空白ページが差し込まれる
仕様かな？

212 ：

>>211
本スレネタだと思うけど
紙本と電書では、挿絵が違うそうな
違うというより、電書版は挿絵抜いてある
某社のラノベはそんな感じらしい

213 ：

ネットの性質からすると
世界で唯一の出版元を除いてすべてがつぶれていくんだろうと思う
googleが本気出せば全てがひとたまりもないけど
今のところ新人相手の無料書籍を儲け度外視でやってくれるのは
アマゾンだけ。それゆえ今度の日本語対応は期待しているが
パブリッシュプログラムももちろん日本語対応で出るんだよね

214 ：

KoboだとUTF-32文字(>0xFFFF)が全く表示できないのの対策で
UTF-16以下の異体字の代替文字の一覧があれば置換できそうなんだが
そのへんの情報とかってどこかにない？
外字フォント埋め込みができるのが一番良いいんだろうけど
外字の世界は深いのでなかなか手がだせんです

215 ：

AozoraEpub3-1.0.6b29でkepub.epubに変換したファイルが
koboで表紙が表示されないのですが
何が問題なのでしょうか？

216 ：

表紙の指定方法と表紙の画像が分からないとちょっと推測できないです
詳細情報等あればwikiのコメント欄にでもお願いします
画像は現状リサイズなし出力して、拡張子でフォーマット指定しているだけなのでその辺かも
今後のReaderのはみ出し対策や余白無し単ページ化の実装するときに画像周りは調整予定
電子書籍端末が画像に強くないのでいろいろと最適化は必要になりそう

217 ：

>>216
事前に600×800にリサイズしたPNGでも表示されないです
表紙の指定方法とか同じで以前旧バージョン(1.0.6b14〜23辺りのどれか)で変換してあったものはkoboで表紙は表示されます
PCではESPERで確認してるのですがESPER上ではAozoraEpub3-1.0.6b29で変換したファイルでも表紙は表示されます

218 ：

AozoraEpub3-1.0.6b23で今試しても駄目でした

219 ：

〔＃ここから表］
［＃ここから表組
［＃ここから表罫囲み］
とかいうタグがあるけど、これせめて区切りコード指定してくれないとどうしようもないよね
寺田寅彦　比較言語学における　とかはタブコードを入れてるみたいだけど
マルサス 　人口論　は　全角／　で
夢野久作　暗黒公使　なんかどうしろと

220 ：

AozoraEpub3　の作者さん
半角の特殊文字の置換をお願いします
＆　＆ａｍｐ；
”　＆ｑｕｏｔ；
＜　＆ｌｔ；
＞　＆ｇｔ；
c　＆ｃｏｐｙ；

221 ：

>>218
うちのKoboだと特に問題ないんだけど、DB壊れてる？
表示できないファイルアップしてもらえればこっちでも試してみます
>>220
1.0.6b35で直しておきました。
< と > の変換はしてたけど & は忘れてた…
" と ' と ` は問題なさそうなのでそのままで。
駄目なら replace.txt に書けばとりあえず置換はできます

222 ：

>>221
ｋｏｂｏスレで上がってた
(一般小説)[岡本綺堂] 岡本綺堂の怪談奇談・青空百話.kepub.epub
(一般小説)[田中貢太郎] 田中貢太郎の怪談・奇談青空百話.kepub.epub
http://kie.nu/kqH
これら入れても表紙出ません
今までの事はファイル選択時の表紙です
読書時は画像表示されます

223 ：

>>222
うちのKoboはホームでもライブラリでも表紙出てるのでKoboをリセットした方がいいかも
>>220
あと、© は該当する青空注記は以下で定義されていてこれで書けば変換されます
※［＃著作権表示記号、1-9-6］
>>219
表組は工作員マニュアルにスペースと罫線使うように書いてあるけど
勝手に注記定義されてるともう無理…
その他のやっかいな注記
窓見出し、割り注、横書き、２段組もePubのcssで汎用的に対応するのはちょっと厳しそう

224 ：

それと
［＃当時は食べない］
的な説明注記が全カットされるんですが

225 ：

注記全部表示すると仕様外の注記とか底本ではとかママの注記も大量に出るので表示しない仕様です
自分は説明注記いらないのでそこはあまり対応する気はないです

226 ：

>>221
　素早い対応ありがとうございます。
　確認しました。
>>224
　そういうのは入力編集用のタグだから出力に出なくても仕方ないんじゃないの？
　コメントアウトして HTML に埋め込んでもしょうがないでしょ？
で認識出来ないタグを画面に出したら場合によっては読辛くてしょうがいないでしょ？
たとえば
　〔＃「△△△」はゴシック体］
とか大量にあるファイルがあるけど、こんなのそのまま出たら読み辛い。
　〔＃「△△△」は太字］
に置換したけどね。

でもなかには
　〔＃「「△△△」」は太字］
となってるのもあって、これは変換出来ないみたい　ここから　〜　ここまで式に置換した

というわけで、出したいタグは＃を消すか　そのまえに空白でも入れるように編集したらどうだろ？

227 ：

>>225
>>226
ありがとうございました
出したいタグは事前に編集しようと思います

228 ：

ルビ変換の"｜"(全角)には対応しているが、
半角の"|"は変換できない…
小説を読もう！ではどちらでもいい、みたいなんですねぇ
青空関係ないですけど

229 ：

AozoraEpub3　で
ttp://www.aozora.gr.jp/cards/000291/card24370.html
とか　------------ の -が１個足りないだけで全文コメントアウトされちゃう。
・・・・でも　仕方ないか

230 ：

それは元データを修正したほうが良いと思う…

231 ：

青空形式はフリーダムすぎて対応しきれないのでは？
replace.txtに追記して共有するか、
同拡張して、ファイル名で絞って適用するreplace_??.txtを選ぶとかしないとね
作者に対応求めるばかりではあまりにあれなので、せめて問題のある.kepub.epubをどこかにあげましょう
著作権的にまずければ、問題箇所数行でも
そうすれば他の人も問題点を調べられます

>>214
IVSではなくて？

232 ：

>>229
コメント行はさすがに54文字守られてると思ったけどこんなところに罠が…
48文字以上とか緩くしつつ、閉じてなかったらエラー出すようにはしておきます
>>231
IVSいまいち理解が足りないけど
UTF32出せない時点で、異体字セレクタにもKoboとか対応できなさそう
電子書籍端末やビューアの縦書きでのIVSへの対応状況ってどんな感じなんだろう？
でもって、Koboの外字を画像に置き換えとか面倒なので、4バイト文字を似たような
2バイト文字で置き換えて表示できれば出ないよりはいいかなぐらいで考えてます
例: 「歯＋句」、U+2B81A → 齣

233 ：

>>232
あ、いや もし対応してくれるなら　48文字以上54未満の行で警告を表示してくれるだけの方がいいかも
たまに 長い----が章区切りで入ってたりするから
だからコメントアウト後に10行以上コメントアウトしたら、コメントアウトしてるけどいいの？　てな警告が欲しい

234 ：

最近の AozoraEpub3　で
底本：ｘｘｘｘ
の行を自動的にファイルにしてくれるのは１冊だけなら便利でいいのだけど
100ファイルとか連結してると　目次が肥大してちょっと不便。
とりあえずエディタの置換で底本：ｘｘｘｘの前と後にコメントアウトいれて対応してるけど・・・・

235 ：

>>232
前者は未対応でも元文字表示はするんじゃないかな？
まあ、それじゃ葛飾区も正しく表記できないので、対応しているのかもしれない
UTF-32は単に固定長でDB都合がいいから、とかくらいにしか使われてないと思われ
UTF-16BE/LEでIVSは扱えたと思う。たぶん、おそらくw
後者はサロゲートペアのことかな？
どちらも検証環境は会社にしかないので当分わからんw
これ、対応している生成側は、DTPアプリくらいじゃないかなあ？
とにかく、EPUB3をKoboでなら、NetFront BookReaderの仕様に依存すると思うので、そこから判断つくかもしれない
半ばの他リーダー対応で言えば、最近Kinoppyが上記二点に対応した
紀伊國屋書店Kinoppy 1.2.2 (iPhone/iPad) EPUB3 Fixed LayoutやOMF(Open Manga Format)などに対応
ttp://cotoha.jp/2012/08/kinoppy-for-ios-122.html
すR、他はわからない

236 ：

>>234
b32で「底本：」で改ページして目次に「奥付」と出すよフラグONのままだったけど
b33以降は改ページしても目次には出さない仕様にしてるけど直ってない？
>>235
Koboだと異体字セレクタの方が空欄か豆腐で出そうな気もするけど
ePubの仕様的にはUTF32で出さずにIVSで出すべき？
UTF32→IVSの対応表があれば前の2バイト文字だけ使えばKoboでも
表示ができるようになりそうだけど、そのへんの変換でググってみます
情報いろいろthx

237 ：

>>234
底本で文字なしの目次出てた('A`)…
b36で更新しておきます。

238 ：

>>236
未対応なら、豆腐ですね
参考→Unicode対応範囲確認サイト-日本語環境
ttp://www.est.co.jp/fe/fonttest/japanese-list.html
これをうまく変換すれば、Koboで検証できると思います
出先でずっとスマホなので、豆腐しか見られないw
EPUBもいわゆるブラウザでの表示があたりまえのあたり、IVSでは？
あと、32と16は固定長か否かという認識ですが（当方プログラムは門外漢）、IVSと排他ではないような…
対応表というのは見たことないなあ
というか、上記の認識なので対応表というものがあり得るとは思いもよらない

備考
kobobooks.comの青空に関しては、DRMがかかっているため確定事項でないけど、外字が画像化されている模様
（我が輩は猫であるとか、それらしきファイルがある）
実際に読んだわけではないし（軽小説しかw）、画像化されているからといって可不可も断言できないので、ちょっとこれは検証するまでなんとも

239 ：

>>237
早速対応ありがとう。　定本：　＝＞　文字なしの目次が消えたの確認しました。
それから
[WARN] コメントが 16 行以上
というのが変換前に出るようになりました。　もしかしてコメントアウトした総数を数えていませんか？
コメントアウトから　コメントアウト終了までの行数で出して頂けるとありがたいです。

240 ：

取消線および二重取消線の対応予定はないのでしょうか？

241 ：

b36ですが半角の!?がまた横倒しに戻ってる?

242 ：

テストデータでは問題なく自動縦中横になってます
前後に半角文字があると自動縦中横してないのでそれかも
!と?は優先的に処理した方が良いかもしれない
WARNはコメント毎のコメント内行数になっててb37で行番号も出すようにしました

243 ：

>>242
コメント内行数でエラーありがとうございます。　これでほぼ確実に検出出来そうです。

244 ：

>>238
外字は画像ってあたりまえじゃないの？

245 ：

AozoraEpub3
元
「嘘を吐《つ》け。羊羹［＃「羊羹」は底本では「羊※［＃「羹」の「大」に代えて「人」、268-下-20］」］なんて
出力
「嘘を<ruby>吐<rt>つ</rt></ruby>け。羊羹（「羹」の「大」に代えて「人」）</span>」］なんて
と余分な　</span> が入ります。　
報告まで

246 ：

奇巌城　アルセーヌ・ルパン
　　DDF　※［＃中に点のある右に傾いた平行四辺形（fig46187_02.png）、96-15］
19F＋44※［＃中に点のある△を右に90度傾けた三角形（fig46187_03.png）、96-15］
357※［＃中に点のある△を左に90度傾けた三角形（fig46187_04.png）、96-15］
って文字の埋め込み 難しい？

247 ：

AozoraEpub3 　注記未変換
芥川龍之介 邪宗門に 返り点 ［＃四］があります
未［＃四］曾有［＃三］一事不［＃レ］被［＃二］無常呑［＃一］

248 ：

奇巌城の青空文庫サイトの最新のものは普通の画像注記になってるみたい
一応外字注記で画像指定があった場合は※をとって画像注記に変更し
文中の画像注記を中寄せで表示するようにしたけどKoboのみ位置が右寄せになってる模様で調査中
画像サイズで文字画像と判断して幅を文字幅と同じにするとかは未実装
外字画像用のスタイルは↑で調整できそうだけど、外字を画像にするか代替文字にするか
埋め込みフォント使うかはもう少し検討してみる

249 ：

AozoraEpub3-1.0.6b40で第10章など半角2文字が縦書きで
10第
章
って感じになるんですが？
以前(b35とか)は
第
10
章
って表示されますが旧バージョンでの変換では同ファイルは目次削らないとファイル開けないんです

250 ：

旧バージョン(b35とか)でもkepub.epubでなくepub変換なら普通にファイル開けます
>>249も含め全てはPC上(espur)でのチェック段階での話です

251 ：

第10章の表示についてはespurとKindle Previewer(WebKit系?)ですれるようです
b38で縦中横下の外字画像がずれないようにしたときの、
縦中横のpタグ内のdivのinline-blockを処理できていなかった模様
spanのinline-blockにしたらなおったぽいので他への影響確認後に更新しておきます
PC用のビューアは以下がおすすめで、基本上2つと実機で確認してます
・Adobe Digital Editions 1.8.3 (RMSDK : Sony Reader ※1.7系は駄目)
http://labs.adobe.com/technologies/digitaleditions1-8/
・Readium (Chrome アプリケーション) (NetFront : Kobo)
http://readium.org/
・Kindle Previewer (WebKit? : Kindle)
http://www.amazon.com/gp/feature.html?ie=UTF8&docId=1000765261
・FUSEe β (調査中 ※xhtmlエラーが確認できる？)
http://beta.fusee.jp/

252 ：

Adobe Digital Editions 1.8.3入れてみましたが確かにズレてませんね
一応kobo用に変換してるので個人的にはkoboで問題無いなら取り敢えずOKですが
今後も改良お願いします

253 ：

>1.0.6b43での変更点 date: 2012/08/25
>ゴシック体注記対応 (Koboはデフォルトフォント時のみ有効 太字にはならない)
これってエラーにならなくなっただけですか？
それともKoboデフォルトフォント時のみでゴシック体表示されるって事でしょうか？
どちらにしてもKoboデフォルトフォントのみ有効ならば
結局、編集すると思うのでエラーログは出して欲しいです

254 ：

Koboではデフォルトフォント選択時のみでゴシック体表示されます。
Koboで別のフォント選択時はfont-famlyの指定が効かないのと、
スタイルでフォント指定時は太字スタイルが無視されます。
（Koboのフォント変更時は外字も小さい明朝表示になるので無理してるのかも）
ゴシック体はePub的には正しい状態でエラーログは出なくなってるけど
例外的にログが出るようにしておきます。
置換については、chuki_tag.txtの <span class="gtc"> → <span class="b">
に変更でゴシック体が太字扱いになるけど、アップデートで上書きされてしまうため
別ファイルで設定できるようにするとか検討します。

255 ：

↑訂正
Koboリセットした影響か、太字が表示されるようになった
<span class="gtc"> → <span class="gtc b">で
　Koboデフォルトフォント → 太字ゴシック
　Koboフォント指定 → 太字
　Reader → ゴシック
になるので、次の更新の時にとりあえずこの状態にして、ログは特に出さないままにします。
確認後KoboのファームアップしたけどePubのスタイルで変わったところはなさそうな感じ。

256 ：

AozoraEpub3 　
与謝野晶子 註釈與謝野寛全集 にて

［＃ここから２字下げ、２０字詰め］
・・・・
［＃ここで字下げ終わり］
というのが多数あるのですが、このタグ毎に字下げと地上げが大きくなり　最後には横書きになります。
　”、２０字詰め”とかを全部削除して対応したのですが
報告まで

257 ：

>>256
わたしは、２０字詰めにならず、２０字オーバーしてしまいますけど…

258 ：

字下げ字詰めにマッチしたフラグ立て忘れて、再度字下げ処理してた…('A`)
後で直して夜にでも更新しておきます。
太字とゴシック体注記はcssの方を修正してどちらもゴシック太字指定にして
KoboとReaderの両方でそれなりの表示になるようにする予定。

259 ：

AozoraEpub3使わせてもらっています
文字コードがANSIだと問題なく使えるのですが
ANSIで表示できない文字がある場合
UnicordやUTF-8で保存してドロップすると
文字化けしたり本が開けなかったりします
なにか対応策ってありますか？

260 ：

AozoraEpub3の設定をUTF-8に変更しても駄目なの？

261 ：

>>260
レスありがとうございます
恥ずかしながらUTF-8の設定があることを見落としていました
>>260さんのおかげでできました！ありがとうございます

262 ：

FUSEe、35000円は値段高すぎて、とても買えない。
機能を若干削った廉価版で、1万円台に値下げしてくれないかな？

263 ：

>>262
機能限定版なら無料で落とせるんじゃないの？
無料のは削られすぎてるのかな？

264 ：

無料のはsigilのようなWYSIWYGじゃなくて、コードを直接入力することしかできないのよね
それでいい人もいるだろうけど

265 ：

AozoraEpub3-1.0.6b45〜50で
タイトル、副題、著者名の順で3行連続で書いてるのですがまともに反映されません
設定を表題+著者名だと[副題] タイトル.kepub
設定を著者名+表題だと[タイトル] 副題+著者名.kepubになります
AozoraEpub3-1.0.6b44では
設定を表題+著者名でちゃんと[著者名] タイトル+副題.kepubで反映されるのですが…

266 ：

青空文庫だと「タイトル+著者+翻訳者や編纂者」という物が多く
2行目が「―」でなく3行目が「訳」「編纂」「校訂」で終わっていたら
2行目を著者にするようにb45以降調整してます。
3行目の著者名に「訳」とかついています？
「表題→著者(副題優先)」を追加してb44と同様の処理になるように
b51で修正しましたが、タイトル周りの自動判別は難しい。。。

267 ：

早速の修正ありがとうございます
バッチリでした
>3行目の著者名に「訳」とかついています？
試した物は
著者名／翻訳者名 訳
って感じです
統一させたくて自分でこの形態に書き換えてるので青空文庫と整合性取れなくても仕方ないのです(こちらの所為ですので)
1.0.6b44まではOKだったので今までのを全部再変換用に書き換えるのは辛くて
お手数掛けてすみませんでした

268 ：

1.0.7a1ってどこにあるのでしょう？

269 ：

下の方にひっそりありました…

270 ：

AozoraEpub3で作ったファイルのタグを少々書き換えcbz並みの連続画像表示とIDつけてしおり設定までできた。
あと、目次から特定のIDの画像までのリンクを張れれば、わたし好みの画像kebubができるんだけど、
そもそもそんなことできるの？　教えて中の人。

271 ：

目次の情報は
OPS/xhtml/nav.xml (Kobo用) と OPS/toc.ncx (Reader,Kindle用)
に設定されてます
ページ内に複数の画像を入れてxhtmlファイルの先頭以外に飛びたい場合は
飛ぶ先のタグが<div id="id1">なら href="0001.xhtml#id1" のように
ファイル名の後ろに#とIDつければいけるはず
画像ePub作成時のスタイルの参考にしたいので、タグの変更点とか
画像のサイズとまとめ方等フィードバックしてもらえると助かります

272 ：

うほぉー！！期待できる！
マジで宜しくお願いします。
乞食ですみますん。

273 ：

あまり参考になる内容でなくて申し訳ないのですが
ご察しの通り、１つのxhtmlの中に複数枚の画像を詰め込んだだけです。
具体的には、画像単ページの
<span class="img"><img src="../images/0001.jpg"/></span>
↓を
<span class="img">
<img src="../images/0001.jpg" id="kobo.1"/>
<img src="../images/0002.jpg" id="kobo.2"/>
<img src="../images/0003.jpg" id="kobo.3"/>
<img src="../images/0004.jpg" id="kobo.4"/>
<img src="../images/0005.jpg" id="kobo.5"/>
<img src="../images/0006.jpg" id="kobo.6"/>
<img src="../images/0007.jpg" id="kobo.7"/>
<img src="../images/0008.jpg" id="kobo.8"/>
<img src="../images/0009.jpg" id="kobo.9"/>
<img src="../images/0010.jpg" id="kobo.10"/>
</span>
という感じにしただけですね。
ちなみに、IDは、"kobo."がついていれば、数字は１個あればしおりが効きます。
ついでに言えば、１つのxhtmlの中でかぶっていなければ、
別のxhtmlで同じIDがあってもきちんとしおりは効くようです。
<div id="kobo.1">でもしおりは効きますが、
いずれにしても目次からのリンクを張ることがかないません。
今のところ、目的の画像への目次を作るには、
そこが先頭になるようにxhtmlを小分けにするしかない状態です。

最後に残念なお知らせとして、
わたしはその都度画像を800x600や1200x900など、4:3に成形してから突っ込んでいるのですが
よくある縦長の画像だと右に寄ってしまいますね。てへ
（改善の余地があるなら、お願いしたいです）

274 ：

縦長の画像についても
<body class="fit_w">
にしておくと、自動的に横幅が画面いっぱいまで拡大されて隙間がなくなり、
厳密には縦横比が変わってしまうけど、元画像によってはこれでもアリかも。
全て同じ比率で4:3に近くないとマズそうですが。

275 ：

画像ePubのxhtml内への複数画像の記述ですが、5枚とか10枚ごとに
xhtmlにまとめたら読み込み時にページ切り替えがもたついたんだけど
もしかして全画像を一つのxhtmlに書いてる？
xhtmlにまとめるとDBが肥大化しないのと反転しなくなるという利点が
あるので、初回の読み込み時間とか問題ないならそれもありかも。
画像の中央寄せは、縦書きの場合はtableタグかcssのdisplayと同様に
して、vertical-align:middle にするとできます。
画像だけならページ自体を横書きにして divで括ってのtext-aling:center
指定にした方が動作は軽くなるかもしれない。
画像はサイズが取得できるようになったのでスタイルはそこそこ調整できそう。
xhtml途中への目次での移動は、文字の場合もまだこちらで検証して
いないので、目次関連の実装時にいろいろ試してみます

276 ：

非公式wikiにある、0000.xhtmlを目次ページにする方法を使うと
直接、特定のIDの画像へのリンクが可能なことがわかった。
いかにも小説ファイル向けの目次ページのような気がするが、
うまく利用できないか研究してみよう。

277 ：

少し話題になったGene Mapperのmobiファイルをkindle 3で読んでみる。
横書きだが、ルビが表示されている。
どうやって作っているのだろう。
青空文庫形式のテキストを、このように変換することはできないものか。

278 ：

kindle 3ではなくて、第4世代の無印のモデルでした

279 ：

AozoraEpub3 どんどん改良されて良くなってる
青空文庫の作者別まとめとか作っても、ファイル連結して１回通すだけで殆どＯＫになった
ダメなのも　----- の数の違いとかチャンとコメント出るし場所も判る。
しかもいちいち nav.xhtml->0000.xhtmlして package.opf弄ってたのさえやってくれるようになった。
nav.xhtml　から要らないリンク消すだけでいい
作者さんありがとう。　

280 ：

画像のみでも目次ページつけられるのなら、
いっそ、画像のサムネイル表示などはどうだろうか？

281 ：

>>279さんをヒントに試行錯誤してみて、結構簡単にできることがわかった。
最新のAozoraEpub3(1.0.7a4以降)は目次が出力されるようになっている。
青空テキストを変換したEpub3を、KindlePreviewer(もしくはkindlegen)
でmobiにすると、kindle 4で、横書きだが、ルビと目次つきで読むことが
できる。
大助かりです。有難う。

282 ：

とりあえず自分用画像kepubが一段落したのでまとめ。
・画像は縦横4:3にする。
・画像ページは、<body class="fit_w"> にする。
・不要なxhtmlは削除する。
・nav.xhtml内の不要リンクは削除する。
だいたいこれだけやっとけば、きちんと動作する。
あとは好みでpackage.opfも整理するくらいかな。
一応、画像選択ページも作って一つの雛形はできた。
これだけなら全自動で作れそうだが…　あるなぁ、大きな問題が…
サンプル動画。ttp://youtu.be/Zv2DMKJnFls

283 ：

>>282
画像kepubとしてはかなりページめくりが高速ですね
動画から推測するに、全ページが目次化されていないからのようなのかな
サムネイルビューページはおもしろいですね
いかんせん重いようですが、これは性能的に如何ともしがたいのだろうなー
リフレッシュは設定上どうされています？

284 ：

AozoraEpub3 左ルビ 左注記 などは非対応のようです
例：
坂本龍馬 海援隊約規
>｜運‐輸《ウンユ》　｜射‐利《シヤリ》　｜開‐柘《カイセキ》［＃「開‐柘」の左に「ヒラキ」のルビ］
また
［＃注記付き］ＡＡ［＃「BB」の注記付き終わり］
も
対応要望じゃなく報告まで

285 ：

>>282
イイねー！乙です。
これが自動で作れるようになったら、大量のcbzとpdfを全て移行させるわ。
ときに、大きな問題ってなに？

286 ：

>>283
速さに目次は関係ないです。
サムネイルのページでタップからの動作はkoboの仕様かな？
ページの表示自体は私のソースが稚拙なせいでしょう。
リフレッシュは１ページになっていました。
もっと長く設定すれば、引っかかりも少なくなるかも。
ちなみに、ページめくりは真ん中の設定。
>>285
大した改造ではないので作るのは難しくないと思いますが
おそらく出来上がったファイルに大きな問題が…
１つのxhtmlの中に画像をたくさん詰め込んでいる都合上その枚数に比例して
アクセスしてから１枚目の画像が表示されるまでの時間が長くなります。
経験では、50枚で6〜7秒・100枚で15秒前後・200枚で25〜30秒かかります。
いったん表示されれば、ページめくりは快適なのですが
わかっていても、一瞬フリーズを疑うこの待ち時間、我慢できるかな？

287 ：

>>286
ちょっとキツイかもしれませんね。
cbzの早さに慣れるとそのラグタイムはストレスかも。惜しい！！
kobo storeで売ってる漫画はどう処理してるんでしょうね。
漫画は買ったことないから、レスポンスがいいのかどうかも知りませんが...汗

288 ：

AozoraEpub3 　1.0.7a8　画像リンクがあるテキストで該当画像ファイルが実際にない場合に沈黙するようです

289 ：

青空文庫１冊ボッチの作者まとめを作るまでの俺日記
＞ttp://android-smart.com/2012/09/aozora.html?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+Androidsmart+%28AndroidSmart%29
には画像ファイルが入ってない
青空2009DVD >　ttp://d.hatena.ne.jp/Koumei_S/20090307/1236419281
のは古くて１冊ボッチだとけっこう抜けてしまう
という事で、まずは青空全作品ダウンロードスクリプトを作るぞ
といっても
ttp://hpcgi1.nifty.com/hongming/komorebi/wforum.cgi?mode=allread&pastlog=0002&no=1352&page=10&act=past
のperlスクリプトを変更すれば簡単そうだ。
でもperlは初めて

290 ：

とりあえず
ActivePerl-5.14.2.1402-MSWin32-x86-295342.msi
というのをインストール asakkald.exe ではなく >c:\perl\bin\perl.exe asakkald.pl で動作するのを確認
変更は、スクリプトの後半を sub にして 前半のリストを作ってる部分をループにして呼び出せばいけそうだ

291 ：

asakkald.pl のファイル名を変更して
###### zipダウンロード
の mkdir/chdirをコメントアウトして
##### 作品毎のループ
mkdir("$sakka",0755);
chdir("$sakka");
の$sakka を $sname と変更
use Cwd; #入れて
# for( $lcnt = 1;$lcnt<$scnt;$lcnt=$lcnt+3 ) {
からif(&httpreq()){ の前まえ コメントアウト
my $CDIR= Cwd::getcwd();
for( $lcnt = 1;$lcnt<$scnt;$lcnt=$lcnt+1 ) {
　$sname = $nlist[$lcnt];
　$line = $lcnt;
　$uri = $slist[$line];
　$target = "text";
　printf "\n---------------%4d:%-20.20s-----------",$lcnt ,$nlist[$lcnt] ;
　chdir($CDIR);
LoadFile();
}
sub LoadFile{
if(&httpreq()){
とやって 後ろに } を追加

292 ：

これで、なんかダウンロードしてるみたいだ
でも、　&？上漁史　とかのフォルダ名が出来た
ぼくじょうぎょし か、もうひらがなに変えてしまえ
けっこうダウンロードはかかってる。　
781作者名あるはずでまだ１00程度みたい　けっこう txt形式を置いてないのがあるけど

293 ：

この間に　zip 解凍方法を考えないといけない。
一つの作者さんの場合は　解凍ツールで一発だが　全部のフォルダにかけないとね
問題は、解凍後の名前がかぶる事。
同じ作者で同じ作品名で別のものだったり、かな使いが違う場合だったりする。
zipファイル名をフォルダ名にしてフォルダを掘ってやれば解決するけど、それだと後の処理が面倒
ALZIPならbatから呼び出せるけど、ALZIPはGUI版なら同名が重なった時に別名にするってオプションが出るのだけど
コンソール版は上書きするか日付を見て上書きするかくらいの選択しか出来ない。
以前 WSH-vbscriptで zip解凍した時は、同名ファイルは別名にするフラグを付けても上手くゆかなかった。
一度別のフォルダに解凍して同名があればzipファイル名を後ろに付けるスクリプトを書く必要があるな

294 ：

<?xml version="1.0" encoding="Shift_JIS" standalone="yes" ?>　<package>
<job id="ZipOpen">　<?job error="True" debug="True" ?>
<object id="objFs" progid="Scripting.FileSystemObject" />
<script language="VBScript">
<![CDATA[
dim logFtp
Sub logOut(s)
logFtp.WriteLine s & Err.Number
Err.Clear
End Sub
Sub ZipOpen1(zpath,fname)
ZipFile = fname
ExtractTo = zpath & "\tmp\"
If Not objFs.FolderExists(ExtractTo) Then objFs.CreateFolder(ExtractTo)
Set objShell = CreateObject("Shell.Application") 'ZIPファイルを解凍して、解凍先フォルダにコピーする。
Set FilesInZip = objShell.NameSpace(ZipFile).items
Set objFolder = objShell.NameSpace(ExtractTo)
If (Not objFolder Is Nothing) Then
objFolder.CopyHere FilesInZip
End If
Set objFld = objFs.GetFolder(ExtractTo)
For Each objFl In objFld.Files
spath=objFl.Path
sname=objFs.GetFileName(spath)
On Error Resume Next
if objFs.FileExists(zpath &"\"& sname) then
outname = objFs.GetBaseName(sname) & objFs.GetBaseName(ZipFile)& "." & objFs.GetExtensionName(sname)
objFs.MoveFile spath , zpath &"\"& outname
else
objFs.MoveFile spath , zpath &"\"
end if
If Err.Number <> 0 Then logOut zpath & " がなぜか移動できない。"
On Error Goto 0
Next
ExtractTo = objFs.GetAbsolutePathName(ExtractTo)
On Error Resume Next
objFs.DeleteFolder ExtractTo ,true
If Err.Number <> 0 Then logOut ExtractTo & " がなぜか消せませんでした。"
On Error Goto 0
End Sub
Sub ZipOpen(srcPath)
Set objFld = objFs.GetFolder(srcPath)
For Each objFl In objFld.Files
srcTmp=objFl.Path
ext = objFs.GetExtensionName(srcTmp)
if ext = "zip" then ZipOpen1 srcPath,srcTmp
Next
For Each objSub In objFld.SubFolders
ZipOpen objSub.Path
Next
End Sub
mpath = objFS.GetParentFolderName (WScript.ScriptFullName)
if MsgBox (" フォルダの全ZIPを階層的に展開するよ？", 1) = 1 then
Set logFtp = objFS. CreateTextFile(mpath & "\errlog.txt")
ZipOpen WScript.Arguments.Item(0)
logFtp.close
end if
]]>
</script>　</job>　</package>

295 ：

けっこう長いスクリプトになった。
エラーの場合があるから On Err 使う必要があるけど WSH のは訳が判らなくなる
仕方ない。
perlの実行が終わったみたい
でも html の数が 780 １枚足りない！　まあいいや。　
42225_ruby_13289.zipがカレントフォルダに出来てる・・・なんかミスったのかな　まあいいや
＞del /s *.html
で一気に html を消す
そして
ぼく上漁史
かく見 鈍太郎
若林かん蔵
大倉 てる子
の名前を修正
zipファイルの無いフォルダが結構あるので
これを捜すためにフォルダ名にzipのファイル数を表示させたい。これは朝作った

296 ：

<?xml version="1.0" encoding="Shift_JIS" standalone="yes" ?>
<package>
<job id="FileNameConvet">
<?job error="True" debug="True" ?>
<object id="objFs" progid="Scripting.FileSystemObject" />
<script language="VBScript">
<![CDATA[
'配列に一旦名前リストを作ってから
'だから1万を超えたら知らない
dim n,sn(10000),fn(10000)
Sub FolderNameList(srcName)
dim fp,nm,filnm
n=n+1
sn(n)=srcName
set fld = objFs.GetFolder(srcName)
nm= fld.Files.count
Do While (Len(nm) < 4) : nm = "0" & nm: Loop '4桁の0埋数字
filnm = objFs.GetBaseName(srcName)
fn(n)= nm & filnm '<---新しい名前
End Sub
Sub FolderConvert(srcPath)
Set objFld = objFs.GetFolder(srcPath).SubFolders
n=0
For Each objFl In objFld
srcTmp=objFl.Path
FolderNameList srcTmp
Next
dim i
for i=1 to n
Set fp = objFs.getFolder(sn(i))
fp.name = fn(i)'<---ここでリネーム
next
End Sub
if MsgBox (" フォルダ名の頭にファイル数を4桁で付けますよ？", 1) = 1 then FolderConvert WScript.Arguments.Item(0)
]]>
</script>
</job>
</package>

297 ：

結局　textの無い作者は107で 残り 647
作者数 780人からは 130人以上減った

298 ：

現在>>294のスクリプトが走ってるけど、フォルダ表示が出来ない状態なんでどこまで進んでるかサッパリだ
ヘタにエクスプローラを表示させたら固まりそう
WSHはコンソールも出ないし 窓も持ってないから 実行してるかどうかは　windowsタスクマネージャ上にあるかどうかだけだ

299 ：

>>294 を使う人への注意
regsvr32 /u zipfldr.dll　をしてる人は　zipを解凍できないから regsvr32 zipfldr.dll を実行しておく事
やっと解凍終わったので >>296 で0001のフォルダだけcopyしてる所。
単なるcopyがえらく遅い

300 ：

copyしたフォルダで
for /R %a in (*.png) do copy "%a" .\
を実行
＞copy "wk\1\0001手塚 寿郎\fig45210_001.png" .\
＞.\fig45210_001.png を上書きしますか? (Yes/No/All):
と聞いてきた。　手塚 寿郎さんは訳者さんで Leon Walras 純粋経済学要論 一冊　って事で
手塚 寿郎さんのフォルダを消去

301 ：

ファイルを連結するバッチを作成して連結した
----- textMergeFolder.bat -----------------
cd /d %~dp0
cd
if %1 == /f goto :fileSUB
if %1 == /d goto :dirSUB
pause このBATファイルと同じフォルダに text.txtとtitle.txtを作ります
:BASE
del text.txt
del title.txt
for /D %%I in (%1\*.) do textMergeFolder.bat /d "%%I" "%%~nI"
for %%I in (%1\*.txt) do textMergeFolder.bat /f "%%I" "%%~nI"
goto :EXIT
:dirSUB
for %%I in (%2\*.txt) do textMergeFolder.bat /f "%%I" "%~3-%%~nI"
goto :EXIT
for %%I in (%1\*.txt) do textMergeFolder.bat /f "%%I" "%%~nI"
:fileSUB
echo;［＃改ページ］>>text.txt
echo;■%~3%~4%~5%~6 >>text.txt
echo;■%~3%~4%~5%~6>>title.txt
type %2 >>text.txt
echo;>>text.txt
:EXIT
----- ここまで -----

302 ：

ローマ字だと後で面倒なのと
目次を　作者＋タイトルにしたいので
ファイル名にファイル先頭行をくっつける事にした
http://www49.atwiki.jp/kobotouch/pages/49.html
の ファイル先頭文字をファイル名に(ファイル名が２重にならない版).wsf
を少し改造して実行したら　途中でエラーで止まる
辻潤　変なあたま
というファイルだ。　改行コードが 0x0D のみ　unix系改行コードをVBは行区切りにしてくれないみたい
k=InStr(1,nm , chr(13),0):if k>0 then nm=Left(nm,k-1)
と入れて対応した

303 ：

もう一つエラーが出た
orokanaru_hahano_sanbunshi.txt
愚なる（?!）母の散文詩
ファイル名に使えない文字だ。このファイルだけなので手作業で対応

304 ：

で出来た epub 作成用 素材
青空文庫.2012年全text(png含).zip
http://kie.nu/oQ_

305 ：

って事で
青空１冊ボッチだけの作家さんは269話分ありました。
ペンネームのせいで１冊だけの扱いの人も多いです
タグが変なのが多くて時間かかりました。
[入力はボランティアの皆さん] 青空１冊ボッチ作家群の269話.kepub.epub
http://www1.axfc.net/uploader/N/so/159605.dat

２冊だけの人のもそのうちに

306 ：

上のは　置換のミスで半分くらい中身が消えていましたので修正
[入力はボランティアの皆さん] 青空１冊ボッチ作家群の270話.kepub.epub
http://www1.axfc.net/uploader/C/so/173731
これは ［＃「a」に「b」の注記］ スタイルの注記だけ変換してあります。
変換前のテキストで
検索文字列 ［＃(「[^「」]*」に「[^「」]*」の注記］)
置換文字列　　［#\1
と置換しておいて、xhtmlに対して
http://toro.2ch.net/test/read.cgi/tech/1340383120/224
とやっています。
AozoraEpub3で スルータグ（ < とか &の変換もしない区間指定）　を用意してくれれば　元ファイルだけで対応出来るのですが

307 ：

［＃「a」に「b」の注記］は、変換処理内で対応できるんだけど、
吹喋［＃「喋」に「ママ」の注記］ とかで「ママ」は出したくなかったのであえて無視してます。
青空［＃「青空」に「あおぞら」のルビ］ とかは独自仕様？で使ってる人がいるけど
そっちは対応しても問題なさげなので対応できると思う。
仕様的には「ママ」以外のルビは《》で書くみたいだけど青空の仕様はよく分からんです。
外字を含むときの［＃注記付き］には対応したけど、これも｜と《》で困らないので気づかなかったし。
あと左ルビはePubだと無理っぽいので行左小書きで後ろに表示しておけばいいんだろうか。

308 ：

左ルビは無理でしょう
青空文庫のhtml 版でも
http://www.aozora.gr.jp/cards/000908/files/51377_39744.html
のように表示できていない
また窓見出しも難しそう
http://www.aozora.gr.jp/cards/001404/card49966.html
とかで多用してるけど htmlの方は単なる強調になってる

309 ：

窓見出しは一瞬 float で解決出来るかもと思ったが厳しいな
左ルビもテーブルで固定出来ればソレっぽく出来るだろうけどやっぱりrubyの拡張を期待するしかない
ルビのネストが出来て
<ruby class="LeftRuby"> とかで
ruby.LeftRuby {
ruby-position:below; とか right/leftが指定出来るとか
}

310 ：

左注記が「かな」だけで文字数が同じなら
span.hiraganaA { text-emphasis-position:under; text-emphasis-style: "あ"; }
span.hiraganaI { text-emphasis-position:under; text-emphasis-style: "い"; }
span.hiraganaU { text-emphasis-position:under; text-emphasis-style: "う"; }
とか作って　対応出来るかもしれないけど・・・・現実的じゃないな

311 ：

全青空文庫.epub を作ろうと思う
サイズはたぶん元テキストで500Mbyte程度
重くなる可能性については
ためしにepubを非圧縮zipにすると体感的には開くのが早いようなので
圧縮しないepubならいけるんじゃないかと思う
問題は索引が無いと厳しい事
実験的に、作者名のリンクから作品名のリンクに飛ぶように作ってみた
[入力はボランティアの皆さん] 青空文庫10〜19冊の作家作品.kepub.epub
http://www1.axfc.net/uploader/P/so/114033

312 ：

作者名から作品名のリンクは>>301を変更して
cd /d %~dp0
cd
if %1 == /f goto :fileSUB
if %1 == /d goto :dirSUB
pause このBATファイルと同じフォルダに text.txtとtitle.txtを作ります
:BASE
del text.txt
del title.txt
for /D %%I in (%1\*.) do textMergeFolder.bat /d "%%I" "%%~nI"
for %%I in (%1\*.txt) do textMergeFolder.bat /f "%%I" "" "%%~nI"
goto :EXIT
:dirSUB
echo;［＃改ページ］>>text.txt
echo;:%~3:>>text.txt
echo;:%~3:>>title.txt
echo;>>text.txt
for %%I in (%2\*.txt) do textMergeFolder.bat /f "%%I" "%~3" "%%~nI"
goto :EXIT
:fileSUB
echo;［＃改ページ］>>text.txt
echo;■%~4%~5%~6 >>text.txt
echo;■%~4%~5%~6>>title.txt
type %2 >>text.txt
echo;>>text.txt
goto :EXIT
:EXIT

313 ：

つまり
［＃改ページ］
:作者名:
［＃改ページ］
を入れて :作者名: が目次になり、これだけのxhtmlファイルが作られるように仕掛けておき
nav.xhtmlに:作者名:目次の前後に </ol>:作者名:目次 <ol>と正規置換で入れて最初の</ol>を一番後ろに回し
EmEditorは改行を含めた正規検索が出来るので <ol>.*?</ol>を検索キーワードにしておいて
キーボードマクロで検索してカットし　カーソルをファイル名に合わせてファイルを開いてはペーストさせて作った

314 ：

問題は　作者名がアイウエオ順でないため索引性が悪い事
asakkald.pl では最初にアイウエオ順の作者名で出ているので
>>291の mkdirで$lcntを頭に付けてやればアイウエオ順に出来るだろう

315 ：

次の問題は　nav.html はいいけど　目次を挿入した nnnn.xhtml は縦書きのスタイルシートになってる事
<link rel="stylesheet" type="text/css" href="../css/vertical_font.css"/>
<link rel="stylesheet" type="text/css" href="../css/vertical_text.css"/>
<link rel="stylesheet" type="text/css" href="../css/vertical.css"/>
を消さないといけないかな

316 ：

現在のAozoraEpub3の改ページから抽出する見出しは、
行頭の空白（字下げ）を除いてありますが、
空白を残すことはできないでしょうか。
そのほうが見出しの階層がわかりやすいと思うのですが。

317 ：

それなら
［＃改ページ］ 〔＃目次抜き〕
とかのタグが欲しい。
あと連番で出してる htmlや画像ファイルだけど
アルファベット１文字でもいいから頭に追加出来ると嬉しい。
例えば
［＃改ページ］ 〔＃CHAR-A〕 なら A0004.xhtmlでそのページの画像ファイルには A0011.pngという感じで
この追加文字は次の改ページでもリセットされないと嬉しい
一度 EPUB に作った後のマージが楽になると思う

さらに欲張ると
縦書き横書き用のcssは常に両方吐き出して
［＃改ページ］ 〔＃縦書き〕
［＃改ページ］ 〔＃横書き〕
というタグでそのページだけ切り替えられると便利かも

318 ：

AozoraEpub3-1.0.6u1に
画像縦横比による自動幅調整 (画像が横にはみ出る対策)
指定サイズ(現状400x600固定)以上の画像は単ページ化
を組み込んで貰えませんか
1.0.7b5だとカラー画像で画像縮小ログ出ているページが変な色になりますし
1.0.6u1だと画像が単一ページ扱いされず文章中や右上に表示されてしまいます
以前の1.0.6では400x600以上のサイズなら1.0.7系の様に画面いっぱいに表示されずとも
単一ページ扱いされてたのですが

319 ：

>>318
1.0.6だと改ページ周りの処理と画像周りのクラスとか無いので自動単ページ化の組み込みは厳しいです。
1.0.7b6でJAI利用にしたのでjpeg読み込みは直ってると思います。
もし↑で直ってない場合は画像縮小のチェックを外して縮小しないようにすれば
画像はそのまま出力して単ページ化のみ有効になります。

320 ：

ありがとうございます
>1.0.6だと改ページ周りの処理と画像周りのクラスとか無いので自動単ページ化の組み込みは厳しいです。
1.0.6u1以前の1.0.6では何故単一ページ扱いされてたのでしょうか？

321 ：

1.0.6b43ぐらいだと挙動が違うかもですが、1.0.6→1.0.6u1では画像周りの処理とスタイルは触ってないです。
画像幅が大きいとmax-width:100%で単ページのように表示されるかと思いますが、
小さい画像は前後に改ページがなければ本文内に表示されるはずです。
Koboの場合はリセットでスタイが変わったりするけど、謎ですねぇ。

322 ：

>>321
400x600よりほんの少し大きいサイズの画像なんですが
・ 1.0.7系だと拡大され画像は汚くなりますが画面いっぱいに単一ページ扱いされ表示されます
・ 1.0.6u1だと画面いっぱいに表示されず単一ページ扱いもされず画像が文章中や右上に表示されてしまいます
・ 1.0.6(無印)だと画面いっぱいに表示されず単一ページ扱いされ左右中央表示されます
幾つか1.0.6系で試しましたが1.0.6(無印)以前は1.0.6u1と同様の結果でした
何故か1.0.6(無印)だけ画像周りの挙動が違うんですよね…
上記は全てPCで確認した内容です

323 ：

AozoraEpub3-1.0.7b7の全角スペースの禁則処理の件。
Reader対応のため現在の仕様に落ち着いたようですが、
koboに限って言えば、
上端にきた半角スペースを自動的に削除するような仕様のため
向こうに書いた、半角スペースを用いた禁則処理が理想的な結果を得られるような気がします。
たとえば、「〜…〜？　〜…〜」という文章があった場合
普段は「？」の後ろに全角スペースがあるように見え、
「？」が画面一番下にきた時に、後ろのスペースが消えて、
その後ろの文章が次の行が表示される、と。
これは紙の書籍の表現にきわめて近いものと思われます。
あと、全角スペースしかいじらないので、縦中横の「!!」の後ろにも適用できますし。
もちろん、こういった文章の折り返しで途中の全角スペースが次行の先頭に来るケースは
ごくまれに起こるものなので鼻息荒く力説するものでもありませんが
一度あれを体験してしまうと、今の仕様がなんだか違和感を感じてしまって…。
願わくば、kepub出力時のみとかkobo専用の出力も検討していただきたいです。
（向こうにも書いたけど、なぜか消えたようなのでもう一度書いてみました）

324 ：

行内の全角スペースをpadding-top:0.5emの半角スペースにしたら
Readerでも表示が変にならずにKoboでは行末で消えるようになったっぽい。
↑だとReaderでは禁則されないので追い出しも選べるようにして1.0.7b8に更新しておきました。
ePubの設定で禁則が正しく処理されるとかePubエンジンが対応すれば何もしなくて
よくなりそうだけど、現状できないこと多いしePub4とかになるまで無理かなぁ

325 ：

なんかどっかで似たような話を見た気がしたら…
ttp://genemapper.info/blank-after-mark/

326 ：

>>325 情報Thx
検索でちらっと見たけどスルーしてた。。。
全角スペースの代わりに(char)(0x2001)や(char)(0x2003)でReaderでは行末で消える
全角スペースになったけど、Koboだと0ｘ2002とかでも微妙に高さが低いっぽい。
こっちの方がタグエラーとかなさそうなので高さ調整して適用してみるけど
ePub関連の裏技は実機検証が面倒過ぎる('A`)

327 ：

07b9の文中全角スペースの処理について
・行末で非表示　と、・禁則処理（追いだし）
の双方を比較しましたが、
ウチのkoboで見る限り、行末で非表示されることなく、
禁則処理（追いだし）と同様の表示になります。
07b8でうまくいっていただけに、残念です。
再調整をお願いします。

328 ：

高さに気をとられてよく見たらKoboだと追い出しになってやがる…
で、色々調べてみた
・0x2000を2文字
Kobo → 全角の高さで追い出し
Kindle → 全角の高さで追い出し
Reader → 全角の高さで行末消える
・0x2003を1文字
Kobo → 半角の高さで追い出し
Kindle → 全角の高さで追い出し
Reader → 全角の高さで行末消える
・半角スペースにしてpadding-top:0.5em
Kobo → 行末消える
Kindle → 行末消える
Reader → 行頭に出る(何もしないのと同じ)
・前の文字にpadding-bottom:0.5em (前にタグがあると無理)
Kobo → 追い出し
Kindle → 追い出し
Reader → 追い出し
ということで、
・Kobo・Kindle用行末非表示 (Readerは禁則無し)
・Reader用行末非表示 (他は追い出し)
・何もしない
の3つから選ぶようにするしかないかな
(強制追い出しは前の文字にタグだと無理があるので廃止)

329 ：

>>328
心から、乙であります。いろいろ面倒かけてすんません。
自前のテストパターンで今頃気づいたのですが、
一番下に１文字分のスペースがあっても半角スペースは消えるのね…

ところで、
AozoraEpub3純正の画像KEPUBの画像切り替え時間を
半分くらいに縮める超簡単な方法を見つけた気がする。
速度はcbzにはかなわんのだが…
今回は総画像枚数が関係する変な待ち時間はない。
まだもう少し研究するけどｗ

330 ：

私は青空文庫はほとんど読まず、WEBから小説等を電子書籍化してるんですが
あんまり青空タグに特化されると、普通のTEXTをepub3化する時にかえって使いにくくなりそうな気がします。
ぶっちゃけ私の用途では
文頭のタイトル、著者名、［＃改ページ］での章立て、これだけで充分なわけです。
例えば非表示コメントタグとかは、下手すりゃ本文がごっそり消えてしまったりするので、逆に面倒臭くなる。
なので古いバージョンもダウンロードできるように残しておいて欲しいです。

331 ：

Adobe、電子書籍ビューワ「Adobe Digital Editions 2.0」を公開
ttp://ebook.itmedia.co.jp/ebook/articles/1209/27/news060.html

332 ：

>>330
古いバージョンも十数バージョン分はダウンロード出来ると思うけど
全バージョン無いと不満って事？

333 ：

Web小説は見てなくてあまり考慮してなかったけど
コメントそのままとかルビ付きでhtmlから抽出とか
要望あげておいてくれれば対応検討します。
Web小説も挿し絵付きのサイトもあるみたいだし
ChainLPあたり参考にしながら調べてみます。

334 ：

>>333
うおお、対応してくださるのですか！
私は330じゃないですが、私もそういうのがあるとありがたいと思ってたので嬉しいです
ありがとうございます！

335 ：

いやそれはむしろ、WEB小説のHTMLソースを青空文庫風に変換する別プログラムを探したほうがよくないですか?

336 ：

紙の書籍から文字起こしして、電子書籍を作る際のルビの打ち方を教えてください
一般に紙の書籍は見開きページの初出漢字にルビを打ち、その後はルビなしで
次の見開きに同じ漢字が出てきたらまた最初のものにだけルビ打ち…と続きますが
epubのようにリフローする電子書籍は見開きの概念がないと思います
電子書籍のルビの打ち方は、以下のどれが正しいのでしょうか？
１　底本どおりにルビを打つ（電子書籍になると同じ漢字に打たれるルビの出現が
ちぐはぐになります）
２　各章ごとに初出の漢字にだけルビを打つ
３　書籍を通じて初出の漢字にだけルビを打つ
４　好きにする

337 ：

ラノベのルビ率ﾊﾝﾊﾟ無いよね
1巻に1箇所だけ振っとけやと
ページめくるたびに振りなおしてあるのはなんなのかと

338 ：

HTMLをepubに変換しようといろいろサービスやソフトを試してるが、中々うまくいかないもんだな。

339 ：

>336
ホントなら「リフロー」のルールとして、プログラム側で制御すべき問題ですよね。
「基本、データ側では全てルビを振り、一画面中に同じルビがある場合は、最初に現れる一つだけ表示して、後は表示しない」というのが普通で、
場合によっては「章/節単位で最初に現れたものだけ表示」とか「全部(データ通りに)表示」とか。

340 ：

>>337
そうなんです、しかも出版社ごとにまちまちで…
>>339
なるほど、とりあえず全部ルビを打って後で制御する方式ですね
そこらへんも規格で統一してくれれば電子書籍も作り易いんですが…
ありがとうございました、参考にさせていただきます

341 ：

>>333
青空タグで必要性を感じるのは［＃改ページ］と［＃挿絵入る］くらいなのですが
基本形の［＃　］以外の細かな青空タグをオフにできるチェックボックスがあったら嬉しいです。
特に厄介なのが--------で囲まれた部分が消えてしまう点で、これだけはぜひ何とか対応して欲しいです。
自分の今のやり方は、WEB小説のHTMLを一旦手元にダウンロードしておいて、
HTMLからのTEXT抽出はこちらのソフトを使用
H2Tconv　http://nekomimi.la.coocan.jp/freesoft/h2tconv.htm
それでできたTEXTから、余計な部分を削除して、青空タグに誤認識されそうな部分は下のソフトで編集
複数行置換　http://www.vector.co.jp/soft/dl/win95/util/se407023.html
（早いし複数行にかかる置換ができるので便利）
そのあとでAozoraEpub3にかけてます。
ChainLPのURL→epub変換は、長編小説には不向きでした。
画像epubのせいなのか、ファイルが大きくなってしまいkoboではフリーズしがちです。

342 ：

>>340
ルビの表示非表示は、リーダープログラム側で制御可能なので、ニーズが出てくればリーダーが対応するかもしれません
>>336 も、 >>339 の指摘通りすべてにルビが振ってあれば、リーダーがその選択肢のすべてを実現は不可能ではありません
EPUB3のjavascript周りを把握していないのですが、ブラウザ並に動くのであれば、全体表示非表示程度は容易です（処理速度などは無視）
※KTは時計webアプリ動いてたけど…htmlなのでNetfrontではなくnickelなので縦書きが…
一方いま現実として、ストアによってリーダーは決められているので上記を待つのは悪手でしょうね…
外に出すでもなし、自分に親しくないものだけルビを一括で振っておしまいですね、今は

343 ：

設定項目が増えるのは嫌だなぁ
青空形式でもないんだったらHtmlEpub3とかWebEpub3とか言う名前にして別アプリに追い出せない？

344 ：

うん、もし作るなら、別アプリにした方がいいかもねえ
１つのアプリであんまり複雑化すると、
現状のAozoraEpub3の良さが損なわれてしまう気がする
私は今のバージョンでほぼ満足してますありがとう作者さんまじで感謝してる

345 ：

>>341
うわー！私のやりたいことそのままだ。ソフトの紹介ありがとうございます。
どちらも、レジストリいじらない所がまたありがたい。
今までちまちまコピペして、一行ずつ置換してたので、お陰でめっちゃ捗る。
そしてAozoraEpub3作者様、本当にお世話になってます。

346 ：

>>345
firefoxのアドオンなので書かなかったんですが、
もしfirefox使いならScrapbookとEPUBReaderを入れとくとすごく便利ですよ。
前者は目当てのサイトのダウンロードに、
後者は作ったEPUBの確認作業に便利です。

347 ：

>>346
ありがとうございます！
自宅は狐なので、帰ったら試してみます。

348 ：

web2honというやつも結構使える。
ただurlによっては使えないけど。

349 ：

やる夫で学ぶシリーズをepub化できないですかね？
誰かこれできてる人いますか？
色々試してみたんですけどfirefoxのEPUBReaderだと「XMLパースエラー：整形式になっていません。」でエラーがでてるのがわかるし、
koboではエラー箇所以降は全部消えちゃうんですよ。
AozoraEpub3でもText2ePub（ChainLPの作者製作で横書きONLYで軽い）でも、どっちも同じく。
「＆、<、>、"、'」などの記号が原因なのはわかるけど、変換するには複雑すぎて置換では追いつかないんです。
これがなんとかなったら掲示板ログ遺産を変換して読めるようになるわけで、需要はすごくあると思うんですよね。
技術的にすごく難しいことだったりするんでしょうか。

350 ：

アスキーアートは無理ゲーだろ…

351 ：

datコンバータを自作する必要が出てくる。
コンバートの過程で1レス事に画像ファイルに変換すればいい。
・・・手順は浮かぶんだが、時間的な問題で作るのが中々難しい。

352 ：

2ちゃログ→ePubか。
wikipedia→ePubなんぞより、よっぽど需要ありそうだな。
有料でもいいから、どっかやらんかねえ。

353 ：

koboならフォント選べるからAAが崩れるのは防げたりしない？

354 ：

表示できる幅に制限があるから
幅広のAAだと行の折り返しで崩れちゃうのがあるんだよね。

355 ：

SonyReaderで見る用に、まとめサイトのやつをローカルに落としてから
calibreでEPUBにしたことはあるけど文字が小さくて読むのにつらい。
Reader上でページ回転すれば読める程度の大きさにはなるが、ページめくりが重くなる。
結局、用紙サイズをReader1画面分の大きさ（用紙方向は横）に設定したwordにテキストを
貼り付けてPDFで出力（もちろんフォントは埋め込み）したあとPDFをページ回転したファイルだと
ページめくりも軽くて結構読める。
Reader側で拡大縮小とかページ回転させたりしないで表示させるだけにすればOK。
>351
dattohtml→calibre→ePubとかは？
1レスごとじゃなくなるけど。

356 ：

>>355
AozoraEpub3で作ったやつなら、css変更してみれば？
自分はvertical_text.cssのfont-sizeを115%に変更してる。
本当は正しい指定の仕方じゃないかもしれないけど、
ちょうどいいくらいの大きさだから妥協してる。

357 ：

今頃だけど、
自分用画像KePubにおいて、>273 のように画像につけたIDに関して
残念ながら、2.1.1以降、特定画像に対するハイパーリンクおよび
任意の画像で閉じた時のホームからの復帰が無効になった模様。
手動でのしおりはきっちり効くのでID自体は生きているようだが
ちなみに、しおりをつけた位置で閉じると、復帰した時に
一瞬しおり位置を表示した後、強制的に先頭画像に戻される。
仕様なのか、バグなのか、なんか悪意すら感じるわ…。
全画像一括表示は待ち時間があれなので、区切りのいいところで小分けし固めて
そこそこ満足して運用しているけど、この変更は残念。2.1.4でも同じだった。
画像表示とか、文章表示とか、内部処理が色々変更されているようだが
まあ、基本の画像送りが高速なので別にいいか。

358 ：

集英社のコミックスを１冊無料ダウンロードしてみた。
画像送りの体感はAozoraEpub3の画像epubと大差はないような感じ。
表示はxhtmlでなく直接表示のようだけど、
どこでモード変更しているのか、細かいことはわかんねーや。
やっぱ一枚ずつの表示だと、どうしても間に白ベタが入って目に優しくないね。
何とかうまくページ内で２枚目以降の画像を読み込む仕掛けを作れないもんですかねぇ。

359 ：

専門用語ばかりでわからないのだが、
元のファイルがwordでは無理なのかな。

360 ：

普段word使わないんで詳しくないんですが
wordの文書を開いて[名前をつけて保存]する、その時に[書式なし*txt]を選択。
これでtextで保存されるので、それをAozoraEpub3にかければいいです。
罫線やオートシェイプの図なんかは消えるでしょうから
その部分は画像に変換して［＃挿絵入る］タグなんかを使えばいいんじゃないかな。
Excel・Wordの文字列を画像に変換する方法→コピーして「ペイント」に貼り付けるだけ
http://bora2.jugem.jp/?eid=74

361 ：

WORD文書なら、LibreOfficeのWriteで読み込んでePubで書き出せるよ。

362 ：

>>360>>361
どうも、参考にさせてもらいます。

363 ：

作ってどうだったかレビューよろしくね。

364 ：

はじめまして
AozoraEpub3を使った電子書籍制作についてblogを書いてみました
それをご報告します
EPUB3 形式による電子書籍の作成と Android版 電子書籍Reader による表示
http://nako1941.blog87.fc2.com/blog-entry-115.html

365 ：

メディアブックパブリッシャーってどんな感じですか？

366 ：

BlueGriffon EPUB Editionってどう？

367 ：

チラ裏
Epub3をmobi形式に変換できるKindlePreviewerが2.7にバージョンアップしてる。
挙動をみると(当然だが)次のような製品体系になっている模様
+Kindle eInk
-Kindle Paperwhite
-Kindle
-Kindle DX
+Kindle Fire
-Kindle Fire
-Kindle Fire HD
+Kindle iOS
-Kindle for iPad
-Kindle for iPhone

AozoraEpub3で作ったepub3を変換表示させると、Kindle Paperwhiteモード
ではOKだが、他では不可のようだ。

368 ：

+と-が何を示すかわからん

369 ：

Pull down menuだろ

370 ：

Kindleもマンガではスキャンしたjpgとかがフルスクリーンなんだから、
自炊もいつかは、prc,mobi,azw3とかでフルスクリーンになるよね？

371 ：

>>370
明らかな自炊対策だからなあ
逆に厳しくなってくるかもしれないし

372 ：

AozoraEpub3を使っていて気づいたんだけど、
第一章［＃「第一章」は大見出し］
とかって、ePubに反映されないんですね。
まあ、本家の青空文庫でも「見出しタグ」をちゃんと使ってるやつは少数派なんだけど、
ちゃんとした見出し階層構造を持ったHTMLファイル(H1〜H6)を青空形式に変換する際にはやっぱり、
見出し構造は目次に反映させたいですねぇ。

373 ：

kindlegen v2.7で、ChainLPで作ったepubのcontent.opfに２つのmetaタグ入れるとKindle4でも自炊がほぼフルスクリーンになったような。
わずかにスクロールバーが出ますけど。
<meta name="fixed-layout" content="true"/>
<meta name="book-type" content="comic"/>
参考 (p)(p)http://wiki.mobileread.com/wiki/Fixed_layout_ePub#Kindle_KF8

374 ：

ePubファイルに画像を挿入する方法ってありますかね
txtファイル＋imageファイル=ePubファイル
みたいな感じを考えてるんですが・・・

375 ：

>>374
Sigilとか使えば良いのでは？

376 ：

epubって実体はzipでしょ？
中身開いてxhtmlファイル直接弄ればいいんでない？

377 ：

>>374
画像のみをePubにするなら、画像のみ入ったzipファイルをAozoraEpub3に突っ込めばいいし、
小説の挿絵みたいのを考えているなら、青空文庫の書式を参考にテキストを作り
そのテキストと画像の入ったzipファイルを突っ込めばいい。
画像へのパスが通っていれば、そのままtxtファイルを突っ込んでもいいよ。
それとも、既存のePubファイルを改造したいという話なのかな？

378 ：

解決できた、ありがとう

379 ：

どうやって解決したのか書いてね

380 ：

AozoraEpub3のアップデートb13が来ているのだが、
なぜかうまく動かなくなってしまった。

381 ：

>>380
画面UI周りの互換性でエラーが出ていたので該当部分削除でなおったと思う。
目次対応を始めたけど、改ページと見出し注記以外は、
「第〜章」、「第〜話」、「その〜」と数字のみの行で抽出してます。
他の見出しや章区切りぽい行を自動抽出して変換前にリストで編集するとかは、
ChainLPみたいにページ見ながらじゃないと意味なさそうだし、
再変換でまた設定は面倒だしでちょっと悩み中。
元テキスト編集で<a name="目次名称">〜</a>の場所を目次にする
とかの方が使い勝手はいいかも。

382 ：

自動抽出機能は追々詰めていくということで、
目次編集機能として、項目のオン／オフとテキスト編集あたりが早くほしい。
適当な思いつきだが、
編集時の補助として、項目前後の数行くらいポップアップ表示とかできるといいかも。

383 ：

ごめん、>382 はいったん取り下げ。

384 ：

独り言。　kobo2.2.0にアップデートすると
>357の画像IDへのハイパーリンクの件は直っていた。
でも閉じた時の画像への復帰はだめなままだった。
さらに、内部目次一覧のチェックマークが１回ずつ遅れて付く気持ちの悪い症状が…

385 ：

AozoraEpub3で作ったePubをiBooks3で読むと、目次がうまく動作しないんだけどなんでだろ。
修正する方法ないかな？

386 ：

AozoeaEpub3のSony Reader用縦書きに記号正立させてくれてありがとう。
いちいち縦中横の設定置換する必要がなくなったよ。
それで、できればハートマークも正立にしてもらえるとありがたい。
急がないので、いずれ更新の折に追加してもらえればでの話ですが。

387 ：

SonyReader（T2)のepub表示ってcssでline-heightとかletter-spacingとか
text-orientationってちゃんと効いてる人います？
どうもちゃんと効かないんだよね。

388 ：

>307
レンダリングエンジンに対応したベンダープレフィクスとか、ちゃんと付けてる？

389 ：

Sigil、0.6.0にバージョンアップキター！

390 ：

>388
もしかして自分宛？
font-sizeにベンダープレフィックスが不要なように、line-heightと
letter-spacingにはプレフィックスはいらないんじゃ？
text-orientationは必要かもしれないけど。
Sigilでもブラウザ(IE＆webkit）でもちゃんと表示されてるんだけど、
readerは効かなかった。
いろいろ試してみたらcssとhtmlを同じ階層に置いたらline-heightは
ちゃんと効いた。

391 ：

AozoraEpubで外字を
※［＃（image/**.png）］
で画像指定した場合，フォントサイズに関わらず原寸で表示されるから表示が酷いことになる
Koboで買った本はフォントサイズ変えるとそれに合わせて大きさ変わった気がするんだがこれはサイズ別の画像が用意されてるのかな？

392 ：

>>391
画像じゃないんじゃね？

393 ：

>>391
外字画像は画像注記化だけして幅1文字のスタイル適用してなかった。
直したので後で更新しておきます
あと、目次が一段落したら気分転換にWeb小説対応検討中。
ブラウザからのDnDで各話HTMLキャッシュしてルビと改行を青空化して
つなげてから変換すればいけるかな。
ルビ以外に画像とかその他スタイルが使われてる作品ってある？

394 ：

おお返答ありがとうございます
これで快適な電書生活が出来るわ

395 ：

Macで使っていますが、変換タブと詳細設定タブで最下行が欠けてしまいます。入力文字コード項目が半分、隠れて見えません。フレームを広げるか、ウインドー拡大に連動するようにしてください。
それと入力文字コードのプルダウン項目を横に広げてください。今は選択しているのが、どちらでも表示されません。おそらく…表示になっていると思われます。
細かい注文ですが、お願いします。

396 ：

［＃ページの左右中央］がうまく効かないなぁ
と思ったら『EPUB3における日本語電子書籍ベーシック基準』に
>独立した扉ページで、ページの中央に配置するための方法は現時点では規定されていない。
って書いてあってびっくりだわ
洋書ってそういうの無いんだね

397 ：

epubファイルを一部改変するツールを作りたいと思っています。
なるべくお手軽な開発環境がよいのですが、どういうのがあるんでしょう？
やりたいことは、とりあえず、テキスト入力やら各種設定ができて
それを反映したテキストファイル(xhtml等)を出力できればよいです。

398 ：

>>397
EPUBの編集ならFUSEe βやSigilがあるけど、それではできないことがあるのかな?

399 ：

>397
そのくらいなら、
�@ePubファイルの拡張子をZIPにする
�AWindowsの圧縮フォルダ機能でZIPファイルにアクセスする
�BNotepadで編集する
�CePubファイルの拡張子を戻す
だけで済むんじゃないか?

400 ：

>>398-399
実は文書の内容を変更するのではなく、特定のxhtmlファイルに特定のタグを埋め込みたいのです。
埋め込むタグは毎度同じなのですが、ファイル毎に微妙に変更する箇所があるので作り置きができず、
条件に合わせて必要なタグをエクセルで生成し、テキストエディタで貼り付ける、という作業をずっとしてきたのですが
１セット10〜20のファイルを１つ１つ修正するのは正直面倒になってきたので、
一括変換ツールのようなものを作ってみようと思ったわけです。

401 ：

>>400
sed と awk でいいんじゃね？

402 ：

>397
先日、ePubファイルからOPFファイル抜き出して書誌情報を一覧表示してCSVかTSVで書き出すプログラムを作った。
イーブックストアで買ったePubファイルの名前から書名/作者名が得られれば良しって感じだ。
最初はDelphiXE2で始めたんだけど、標準ライブラリでのZIP解凍に無理があったのと、
やっぱり手馴れてる方がいいので、Delphi7にオープンソースのアーカイバライブラリ「Abbrevia」を入れて、とりあえず自分の必要とする機能は実装できた。
>399 でも言ってるけど、ePubをどうこうするなら、ZIPとテキストファイル(XMLやHTMLやXHTML)が触れる機能さえあれば、大概の開発環境でどうとでもできるだろう。
Javaでも、Perlとかのスクリプト系言語でも大丈夫だろうし、商売っ気ナシならVisualStudioのExpressエディションとかでもイイんじゃね？

403 ：

FUSEe βやSigilで縦書き文章の編集は出来るの？

404 ：

両方フリーなのだからまずは自分で試してみては

405 ：

普通に出来ないと書けばいいのに

406 ：

WISWIGってわけにはいかないが、CSSをチョイト書き換えるだけで縦書きだろうが横書きだろうが自由自在だ。

407 ：

1.0.7リリースおめ
Kindle Previewerにepub突っ込むとmobi開こうとしたところでクラッシュするようになったぜー

408 ：

なんだろJavaをアップデートしたせいかな

409 ：

ども、Kindle発売に合わせて何とかリリースできました（PWもGloも買ってないけど）
こっちのWin7のKindlePreviewerではPWしか選べないけど表示は問題ないです
他のePubでも試してみてください
あとKindlePreviewerのバージョンあげたら左右中央が効かなくなってどうやっても直せない…
実端末だと表示どうなんだろ

410 ：

<body>
<div class="c27">
<div class="c28">
<p class="c29">中央寄せ本文１</p>
</div>
</div>
</body>
.c27 {
display: block;
}
.c28 {
text-align: justify;
display: inline-block;
vertical-align: middle;
height: 100%;
}
.c29 {
text-align: left;
}
mobiを見るとこんな感じになってる

411 ：

Amazon Kindle 総合スレ 50とのマルチになりますけど、こちらでも質問させて下さい
calibreを使って
blogに乗ってある小説をキンドルで読もうと色々と試したのだけども
最新の記事５件しか取得できません。
一応キンドル実機に転送したらこの５件に関してだけは上手く見れたのですが
最終話近辺だけの話だけって言うイジメを見た
ニュースソースをカスタマイズして追加にて
一番古い記事の日数を　小説の第一話の日数から逆計算して
138日に
ニュースの取得スケジュールの
delete download news older than　の箇所を削除しない
にして
フィードのURLの登録のRSSも
http://kuzumotinonizi.blog.fc2.com/?xml
このソフトにこだわる訳では無いので、もっと良いソフトや方法があれば
もうずっとこれで悩んでて、キンドルに触れてないｗ
fc2blogの仕様か登録するフィードが悪いのかどっちでせうか
一応このスレ内を見て
>>341やうぇぶ写本も試したのですが、どうも上手くいかず
うぇぶ写本については取得すらできず
それと
アルカディアのサイトも確かどれどれのソフトを使ってーとかってのもありませんでしたよね？

412 ：

KDPで出版した本の目次機能、Kindle Previewerでは正常に動いていたが、
実家に置いてあるiPad2にKindleアプリ入れて、同じ本を読もうとしたら、
目次が表示されるが、目次のリンクをタッチしても、そのリンクの項目に
飛ぼうとしない。リンクの表示は一瞬反転するが、それっきり。
あと、全文検索もiPad2のKindleアプリでは、当方の出版本では
なぜか機能しませんでした。
ちなみに今は、実家から戻ってきたので、iPad2は手元にはありません。
本はSigilで書いて、toc.ncxを目次のhtml文に変換するrubyのスクリプトを
ネットから拝借して、それを使って目次ファイルを作成し、
epub2ファイル本体に取り込んでいます。
困ったな。何か対策は無いのかな？

413 ：

わからんけど、例えばディレクトリ掘ってるならフラットにしてみるとかそう言うアレかな？

414 ：

Kobo Glo を購入しました。
よろしくお願いいたします。
http://makoto-watanabe.main.jp/ebook.html

415 ：

>>411
外してるかもしれんけど
RSSをいろいろ加工するならYahoo! pipesを使ってみるのはいかが

416 ：

epub3でfloat属性を使えば、直前で改ページされずに１ページ全体を
挿絵にできるのでしょうか。
例えば、AozoraEpub3-1.0.7u1で、対象画像を単ページ化しない様
サイズを設定し、生成したepubのvertical.cssに
span.img {
display: inline-block;
vertical-align: middle;
float: left;
}
のようにfloat属性を書き足しただけでは、小さな画像は回り込み
表示されますが、大きな画像はimgの行の手前で改ページされて
しまいます。
もし可能であれば、具体的な方法か参考となるリンクをご紹介
いただけると幸いです。

417 ：

AozoraEpub3で、半角英文字と漢字の区切りがうまく取れてなくて、ルビベースがおかし
くなりますね。
例�@ : AB漢字《かんじ》　　　→<ruby>AB漢字<rt>かんじ</rt></ruby>
例�A : AB｜漢字《かんじ》　　→AB<ruby>漢字<rt>かんじ</rt></ruby>
例�B : ＡＢ漢字《かんじ》　　→ＡＢ<ruby>漢字<rt>かんじ</rt></ruby>
例�C : ＡＢ｜漢字《かんじ》　→ＡＢ<ruby>漢字<rt>かんじ</rt></ruby>
青空文庫では英文字は前後に半角スペース入れる事になってるから、それがない場合
はひとつながりでルビベース扱いするのもあながち間違いではないですけど、そうすると
例�Bの動作との整合が取れてないですね。
どちらかに統一したほうが良いと思うんですがどうでしょうか。
私の個人的意見としては、例�Bの方に統一したほうがすっきりするような気がします。

418 ：

>>417
ルビの｜省略対応の連続の判別で漢字と半角区別されてなかった('A`)
�Bになるのが正しいので修正しておきます
逆の場合で
逆�B : 漢字ＡＢ《ａｂ》 だけルビがつかなかったけど｜なしは仕様外で無視でおｋ？
>>416
画像回り込みは単ページ化されてないxhtmlで次ページになるなら端末がやってる？
画像回り込み設定は画像サイズ指定でできるように検討してみます

419 ：

>>418
いつも便利に使わせていただいています。
416は現行のEPUB3で実現できるのかも知らずに質問させていただきました。
レンダラとしては(もちろんAozoraEpub3のほうも)正常動作のような気も
しています。
質問の件とは別に、画像によっては周りこみして欲しい場合があります
ので、回りこみ指定の実装をご検討いただけるのは嬉しいです。

420 ：

>418
ありがとうございます。
逆�Bには気づいていませんでした。
確かに仕様外なので、無視でいいんじゃないでしょうか。
可能なら、「n行m桁：漢字ＡＢ《ａｂ》……」てな感じでログでも吐いてもらえるとカンペキかもです。

421 ：

>>341
web小説を取り込む際に
H2Tconvを使って、青空形式の目次を付けたいのですが
$LINE1
$FNAME［＃「$FNAME」は小見出し］
$TITLE
$FTIME
$LINE1
ヘッダの部分を上記のようにしてるんですが
どうも上手くいきません、
他に変換設定とかいじるところはありますか？
それとも、AozoraEpub3の方の設定を変えた方がいいのでしょうか？
それと、もう１つ聞きたいのですが
小説を読もうのサイトの一番綺麗な取り込みについては
「小説を読もう！」「小説家になろう！」一括ダウンローダ ver 2.27
で、ダウンロードした後に
AozoraEpub3でEpubに変換
kindlegenでmobi
この工程が一番手っ取り早いです？

422 ：

まずは検索　http://denshi.o-oi.net/

423 ：

>>422
と、いうかこのサイト.mobiの項目すらねぇじゃねぇかｗ
もっと、こうこの設定をいじればいけるとか
ヘッダタグをこう、改変したら、Kindleでの目次移動をとか
具体的な事で

424 ：

>>423
422はマルチ
$LINE1はコメント扱いになるのと$FNAMEはURLなので
↓で行けない？
$LINE2
［＃ここから小見出し］$TITLE［＃ここで小見出し終わり］
$FNAME
$FTIME
$LINE2

425 ：

>>424
thxありりー
ばっちりいけた
ただ、
［＃ここから小見出し］$TITLE［＃ここで小見出し終わり］
これだと目次がKindleで見ると、すべて一緒の名前になって目次が目次の役目を果たしてなかったｗ
だから
$LINE2
［＃ここから小見出し］$FNAME［＃ここで小見出し終わり］
$TITLE
$FTIME
$LINE2
にして
よっぽどサイト管理が下手とか偏屈な管理人じゃなければファイル連番になってるから
txtの時点で置換でURLの部分をweb小説のタイトル名にし
最後の　.html　の部分を　置換後を指定しないで置き換えれば消えるから
予想以上に上手く目次でけたわ
これ、$LINE3でも、だめだったんだ
１と３を試してから２もどうせダメなんだろうなぁとか勝手に思ってた
最後に複数置換でサイトの広告消して　青空ヘッダを入れて
AozoraEpub3でEpubに変換
kindlegenでmobi
ばっちりとKindleで読めました

426 ：

AozoraEpub3 ver1.1.0a3 で小説を読もうからの取得をとりあえず実装してみた
試験verなのでまだまだ調整が必要ですが暇な人試してみてください
一覧ページ以外はキャッシュしてるから読もうサイトに負荷はそれほど
かからないと思うけど取得時の規約とか制約とか作法とかあるんだろうか
不具合や変換できない作品があれば配布ページの方で

427 ：

>>426
便利な機能をありがとう。今のところ正常に動いてますー
IEからNコードをまとめて持って来るNovelDLの機能が便利すぎるので、
相変わらずそちらの使い方がメインになるとは思いますが、単発で落としたい作品が
あったときなんかはこの機能を利用させてもらおうと思います

428 ：

epub書き換え用ツール作成のためのお手軽ツールとしてなでしこを使ってみました。
まずは最低限の機能が実装できたので公開してみます。で、
何ができるかというと、>270から始まった自分用画像kepubの自動作成です。
ただし、ペースになる画像kepubはAozoraEpub3で作成する必要があります。
>282で動画を公開した時、実際に試した人がどれだけ居たのかわかりませんが
お手軽に作れるので、cbzよりkepubが好みな人は一度試して欲しい。
置き場。www51.atwiki.jp/kb86/

429 ：

開発ツール：なでしこ
でﾜﾛﾀ
おまえすげーな

430 ：

なでしこってまだあったんだな…

431 ：

むむぅ、なでしこで作ると笑われてしまうのか、知らんかった。
見つけたのは先々週だしｗ
いつか動作報告が来るのを期待しつつ、今日も変換作業する。

432 ：

tst

433 ：

絵本を電子書籍化しようと思い、絵本の画像をちょっとだけ動かしたりするのは
どのソフトを使うと良いでしょうか、できればフリーソフトがいいのですが
絵本を取り込み、その画像を元に他のソフトでフラッシュ化、そしてそのファイルを書籍ソフトに貼り付けですかね？
わかり難くて申し訳ないですが、動く絵本を作る為にどのようなソフトが必要か教えてもらえないでしょうか。
宜しくお願いします。

434 ：

追記です
イメージとしては河合楽器の親子でわくわくえほんスタジオというソフトの機能が良い感じですが
本格的に商用利用(絵本を書籍化)する場合においては向いてなさそうでした。
上記の機能を使いたいのですが、オススメのソフト等ありましたら是非参考にさせてください。

435 ：

わくわくえほんスタジオみたいなソフトは再生する環境にもそのソフトが無いと
成立しないお遊びソフトなので、電子書籍作成ソフトとは到底言えないかと
電子書籍のフォーマットはEpubにして、そこにGIFかMP4を埋め込むって感じでいいとは思うのだけれど、
今のところコンシューマ向けの電子書籍作成ソフトと呼べるものはないような気が…
コード丸出しの開発者向けか企業向けの高価なものばかり

436 ：

回答ありです
メディアブックパブリッシャーを使って、GIFやFLASHを埋め込む感じですかねぇ。
ナレーション吹き込んだりするのも、一苦労しそうです。

437 ：

iBooks Authorは？

438 ：

Win環境だと「一太郎 2013 玄」あたりが自主電子出版ユーザの鉄板になるかな？
https://www.justmyshop.com/products/ichitaro/
リリース後 .mobi にも対応するようだし

439 ：

結構よさ気
個人でも手に入る価格帯ではこれが鉄板かもね

440 ：

>>438
epubファイルの書き出しオンリーなのかな？
読み込みは出来るのだろうか？

441 ：

>>440
書き出し専用のようだ。再編集は無理っぽい。
閲覧には専用リーダー使えって書いてある。
あとmobi対応は開発中で後から提供っっぽい。
http://ebook.itmedia.co.jp/ebook/articles/1212/04/news112.html

442 ：

AozoraEpub3 の小説を読もうのＤＬが便利過ぎる。
いままで//ncode.syosetu.com/txtdownload/dlstart/ncode/*****/?no=
に行って連番を作ってイリアで落としていた手間が大幅に省けてる＞＜

443 ：

>>442
確かにあれは、便利だけどそれ以前の方法が
あほすぎるだろｗ
ttp://w033.seesaa.net/
このツール使えば良かったのに
と、いうか、電子書籍板にきてまだ一ヶ月だが
初日にこのソフトまで行き着いたぞ

444 ：

>>442
便利なんだけど、なんだか行頭空白がずれるんだよなあ

445 ：

>>443
それうちの環境じゃ動かなかったんよ。
ＩＥをつかってないからだと思うけど。
これの他にムーンライトノベルズと携帯小説系の
ダウンロードはなんとなくマスターしてしまった。
iriaさん大活躍。

446 ：

>>444
それ自分も試行錯誤中。
どうしてもダメとなったら統合済みファイルもってきて
別のソフトでやればいいやーと思ってます。
replace.txtにて半角スペースを全角スペースに
変換とかしてるんだけど、話によってなぜだか２文字空白スペースあいたり
してしまってますが、別の条件でやってみる。

447 ：

>>444,446
ルビと画像取得のためにHTMLの方から直接抽出しているんだけど
半角スペースと違う文字コードのスペースが行頭につくっぽい。
行頭半角スペースつかないように調整しておきます。
自分では使ってない機能なので不具合とか要望あれば書いといてください。

448 ：

作者さん光臨
いつも便利なソフトをありがとう

449 ：

>>447
自動DLだけでも凄く便利になったので
ありがとうございます。
負担になったら悪いと思いつつ、お時間があきましたら
よろしくお願いします。

450 ：

AozoraEpub3更新
　- 行頭字下げ調整 (例外文字に
ありがとうございます＞＜

451 ：

AozoraEpub3の作者さんはどうしてこんなに優しいのか
むっちゃ助かってます　いやまじで、ほんとにありがとう！

452 ：

不定期ひとりごと。　自分用画像kepubにおいて、
・画像閲覧中、途中でいったん抜けてホーム・ライブラリから復帰した時に元の画像に戻れない。
・ページ（xhtmlファイル）をまたいで画像１枚戻った時、前のページの最後の画像に戻れない。
上記の２点の問題について、AozoraEpub3-1.1.0b9で突然解消されました。
調べてみると、cssのepub-writing-mode:horizontal-tb;の一行がその答えでした。
なぜ、横書き設定だとうまくいくのかイマイチ分かりませんが、その組み合わせが必須と言うことでしょうか。
ちなみに、今まで作った、手作りデータおよびReconstructionKepubで作ったデータいずれも
この１カ所のみ書き換えただけで期待通りの動作をすることを確認しました。
現状、最新のAozoraEpub3を使う限り問題は自動的に解消されますが、
変更があってもいいように、追って、ツール側で固定するようにしようと思います。
ありがとう、AozoraEpub3、そして中の人。

453 ：

挿し絵の挿入位置が悩ましい
改ページ後に表示されるにはビューワに期待するしかないが
今は挿し絵に対応する文章直後に指定するのがベストかなあ

454 ：

そのへん、うまく処理する方法はあるのかな?
あるポイントが表示されたら、そのページは続きを表示しておき、
次ページ全体にさし絵が表示される感じで
フォントサイズを変えたりしてもうまく処理されないといけない

455 ：

無理無理
epubはファイルの構造からして別になってる
本文.xhtml/挿絵.xhtml/本文続き.xhtml
みたいな
小手先の技術じゃ対応できない
先読みしようと読み込みまくるとドグラ・マグラみたいになるだろうし
これはもうepubの宿命だわ

456 ：

ライトノベルなんかで挿絵が入ると、文字はページの途中までとかになっているのかな

457 ：

Github をあさったら「小説家になろう」から ePub を生成するスクリプトを数個みつけた。
https://github.com/masaki85/narou2epub
https://github.com/SaitoAtsushi/yomou-publisher
https://github.com/kazuki/epub3-converter

458 ：

AozoraEpub3で鉄板でしょ

459 ：

>>458
AozoraEpub3 で「小説家になろう」から変換してみた。
表題ページの html に誤りを発見。
span 要素は div 要素を含んではいけません。

460 ：

開発版を起動して、特に設定変えたりせず、
ランキングや小説情報のページから小説タイトルをＤ＆Ｄ
これで失敗したこと無いがなあ

461 ：

>>460
生成自体に問題はないよ。 生成された ePub の一部が規格違反ってだけ。
大抵のビューアでは少々の問題は吸収してくれるから普通に読む分には気付かないかも。
それと目次データ (toc.ncx) が変なとこ指してることがあるっぽい。

462 ：

mobi から epub にするのって意外にツールない？

463 ：

>>462
Unpackすると、epub入ってるよ。
http://www.mobileread.com/forums/showthread.php?t=61986

464 ：

calibre64bit0.9.12でPDFからmobi変換が進まないのです。
ステータスが入力をHTMLに変換中・・・が進行1％で止まってます。
ソースは500ページくらいの文庫本、scansnapで読み取りPDF化
品質はスーパーファイン白黒です。
困ってます。よろしくお願いします。

465 ：

>>464
自己解決しました・・・すごく時間がかかるんですね・・・

466 ：

uniなんか不安定？

467 ：

Wordで作った文書を一太郎2012承を使ってepubに変換。
チェッカーを使って検証したら「epub/OEBPS/toc.ncx:
外部DTD実体は許可されません。DOCTYPEを削除してください。」
というエラーが出ました。ググってみたのですが該当する項目が見当たらず、
とても困っています。いったい、どうしたらよいのでしょう。

468 ：

>467
まずtoc.ncxの内容を晒してみたらどーかな?

469 ：

>>468
ファイルを開いて見ました。こんな感じなのですが……。
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE ncx PUBLIC "-//NISO//DTD ncx 2005-1//EN" "http://www.daisy.org/z3986/2005/ncx-2005-1.dtd">
<ncx xmlns="http://www.daisy.org/z3986/200

470 ：

>>469
その <!DOCTYPE ncx (中略)ncx-2005-1.dtd"> の行を削れば？

471 ：

>>470
アドバイスありがとうございます。
　<!DOCTYPE ncx (中略)ncx-2005-1.dtd"> の行を削除しましたが
　やはりエラーが出てしまいました。
　上記の行が問題だとは思うのですが……。

472 ：

>>471
青空epub3でepubに変換して比べてみるとか

473 ：

ちゃんと大体↓みたいになってるんだよね？
<?xml version="1.0" encoding="UTF-8"?>
<ncx xmlns="http://www.daisy.org/z3986/2005/ncx/" version="2005-1">
<head>
<meta 〜>
↑複数行
</head>
<docTitle><text>タイトル</text></docTitle>
<navMap>
<navPoint 〜><navLabel><text>〜</text></navLabel><content src="〜"/></navPoint>
↑複数行
</navMap>
</ncx>

474 ：

>471
件の行を削除しても、エラーメッセージは同じ?
存在しない行についてエラーを出してるとなると、チェッカーそのものの動作を疑うか、削除したつもりでできてないかのどっちかじゃないか?

475 ：

>>473
お返事が遅くなってすみません。
削除した後は、こんな感じです↓　　
　<?xml version="1.0"?>
<html xmlns="http://www.w3.org/1999/xhtml" xmlns:epub="
http://www.idpf.org/2007/ops" xmlns:xml="http://www.w3.org/
XML/1998/namespace" xml:lang="ja">
<head>
<title>13_01_20 - 目次</title>
</head>
<body>
<ol>
<li>&nbsp;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp;&nbsp;<a href="../Text/document2.xhtml#TOC_C1D721EC-2F40-426A-A500-B215DCE163340">一</a></li>
<li><a href="../Text/document3.xhtml#TOC_2E25D9B8-3E00-4415-AF83-D58E5D17BBCA0">　　　　　　　　　　　　二</a></li>
<li><a href="../Text/document4.xhtml#TOC_9840C83A-DFE2-40EB-913F-7EE8C309A2970">　　　　　　　　　　　　三</a></li>
<li><a href="../Text/document5.xhtml#TOC_97190164-64DF-49D5-B16A-44A209EEE9760">　　　　　　　　　　　　四</a></li>
<li><a href="../Text/document6.xhtml#TOC_01121247-4E56-4FD4-8746-BD3AB56C0B8C0">　　　　　　　　　　　　五</a></li>
<li><a href="../Text/document7.xhtml#TOC_B6D85D70-2CD4-4733-9C4E-36469A33296D0">　　　　　　　　　　　　七</a></li>
</ol>
</body>
</html>
>>474
　いいえ。削除後は
　エラーメッセージが下記のように変わりました。
　
Validating against EPUB version 2.0
(http://code.google.com/p/epubcheck/)
ERROR: 13_01_20-2.epub/OEBPS/Text/document2.xhtml(131,106):
element "ruby" not allowed anywhere; expected the element end-tag,
text or element "a", "abbr", "acronym", "applet", "b", "bdo", "big",
"br", "cite", "code", "del", "dfn", "em", "i", "iframe", "img", "ins",
"kbd", "map", "noscript", "ns:svg", "object", "q", "samp", "script", "small",
"span", "strong", "sub", "sup", "tt" or "var" (with xmlns:ns="http://www.w3.org/2000/svg")
このあと上記のようなエラーの指摘が1ダースほど続いています。

476 ：

>475
そのエラーを見ると、!DOCTYPEを丸ごと削除しちゃったから中身がなんだかわからなくなってるんだな。
>469の内容を見ると、<!DOCTYPE...じゃなくて、一行目が手元にあるePubとはちょいと違ってるね。
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
を
<?xml version="1.0" encoding="utf-8"?>
に変更( standalone="no" を削除 )してみたらどうなる?

477 ：

>>475
EPUB 2 ではrubyタグは使っちゃ駄目だろ。
> element "ruby" not allowed anywhere;
って書いてあるんじゃん。

478 ：

471はまずEPUBの基本的なところから一回勉強しなよ。
エラー内容自体全然読んでないとかアホすぎるわ。

479 ：

>>476
ありがとうございます。
自力で解決いたしました。

480 ：

ホントかよｗ

481 ：

Aozoraepub3のwiki、誰か消した？(´・ω・｀)

482 ：

@wikiのサーバが調子悪いっぽい

483 ：

そっかｔｈｘ．

484 ：

青空形式って「地付き」はあるのに「中央寄せ」はないんだね
「紙のレイアウトを忠実に再現するための形式」だししかたないか

485 ：

AozoraEpub3をMacで使ってる人いる？
入力ファイル名(zip/txt共に)に日本語が使われてると読み込みすら出来ない
「ファイル選択」でのファイル一覧にすら出てこない始末
出力時も日本語が含まれてると?????で化ける
結構致命的なんだがほかに報告が無いし俺の環境だから？
OSXのバージョンは10.8.2
AozoraEpub3のバージョンは1.1.0b25
Javaのバージョンは1.7.0_13-b20
なにか設定が必要なの？

486 ：

>>485
スノレパ＋1.0.7だけど、問題なく使えてるよ
もしかして「入力文字コード」を正しく指定してないんじゃないか？

487 ：

「入力文字コード」はテキストのエンコーディングでしょ？
どっち指定しても変わらんかったよ
スノレパではちゃんと動いてるんか…マウンテンライオンで動かしてる人は居ない？

488 ：

AozoraEpub3で作製したmobiがページ左右中央表示されないので修正テンプレ作った
https://dl.dropbox.com/u/3831825/KindleCenter.zip

489 ：

>>488
テンプレ作成どうもです。
こちらで試したら表示がずれる場合があったので他の端末と
cssが共用できるように調整して1.1.0b26に適用しました。
縦書きの中に横書きと縦書きのdivを入れて高さ90%とかちょっと
無理してますがPerviewerでは大丈夫っぽい。
Kindleユーザが意外に多そうなので他に要望があれば対応検討
するので書いておいてください。

490 ：

>>488のテンプレ試してみたけど、Previewerでは最初の表題＆作者名が
横書きになっちまった…

491 ：

んんん？
デフォルトのkindle_pw.iniが
DispW=658
DispH=905
CoverW=625
CoverH=1000
になってるせいか表紙の横幅がおかしなことになってるわ…
DispW=629
DispH=984
CoverW=758
CoverH=1024
が正常値かな？

492 ：

微妙に変だとは思ったけど検索で出てきたサイズを設定してた…('A`) 下の方に合わせておきます。
ttps://kdp.amazon.co.jp/self-publishing/help?topicId=A2J0TRG6OPX0VM
を見ると表紙が最低1000pxで理想的な縦横比は1.6とか書いてあるけどこれはKindleアプリ向け？

493 ：

一太郎のepub出力機能って使いものになりますか？

494 ：

青空epub3、1.1.0b27だと表紙→目次ページ→表題になるね
1.0.7の表紙→表題→目次ページのほうがよかったな
まあ自分で修正すればいいんだけどさ

495 ：

個人サイトからコピペして作ったtxtをAozoraEpub3で変換しようと思ったら
途中から変換できてないんだけどなんでだろ？
変換できないtxtファイル上げたほうがいい？

496 ：

コメントアウトになってるとかかな？>>495

497 ：

Calligra でも ePub 生成できるな。

498 ：

oh...
本文の中に------------------------------------------------------------------- が混じってた
HAHAHA

499 ：

ePubのメタデータのfile-asにソート用の読み情報が設定できるけど
端末やアプリ側は読みのソートや検索に対応してるんかな？

500 ：

KindleとかKoboとかの電子書籍の中にビデオを埋め込みたいんだけど、やり方が分からない。
HTML5タグをそのまま使って、
<video id="aiueo.mp4" src="../Video/aiueo.mp4" controls="true" width="216" height="216" autoplay="true" loop="true" />
とか書いてみたが、
Sigil上で記述すると、ビデオが表示されないので、不具合あるんだろうなと思うが、
正しくはどう書けばいいんだろう？

501 ：

>>500
そもそもマトモに再生できないないんじゃ...
GIFアニメすら怪しいというのに

502 ：

Aozoraepub3、ロダがいっつも503なんだよな
もっと空いてるとこ使ってくれないかな(´・ω・｀)

503 ：

>>500
ttp://openend.co.jp/wordpress/smart-epub/20120628-memo/

504 ：

>>503
情報３９！
参考になりました。

505 ：

>>487
山ライオン使ってて同じ症状が発生してる。
作者に質問投げたけどmacはわからん言われた(´・ω・｀)
ソースは関係ないっぽいんでmacのJava周りを調べた結果、原因はJar Launcher.appにあるっぽい。
Finderからjarをダブルクリックするとこいつが起動してjarを実行するんだけど、これを経由すると文字化けが発生する。
んで、対処法としてはターミナルから直に java -jar AozoraEpub3.jar なコマンドを打って起動すれば化けなくなる。
毎回ターミナルから起動するのは面倒だからcommandファイル書いてFinderからダブルクリックで起動できるようにしてる。

506 ：

うーん
fit_h/fit_wって画像のフルサイズ表示のためのタグだよね？
ここらへんCSSで自動で調整出来ないもんか…

507 ：

Kindleだと「横画面モード」でぐちゃぐちゃになっちゃうからな
テンプレ弄ってfit出さないようにしてる

508 ：

koboの目次階層化は対応しないの？残念

509 ：

Kobo側が目次の階層表示に対応してないと思われ。
階層表示されるnav.xhtmlの書き方があれば対応するんだけど、
この部分のepubの仕様と端末の対応状況よくわからんです。
Readerは階層化すると展開しないと選択できないとかで使いにくいし
目次周りは癖があって調整難しいですね。

510 ：

htmlの取り込みは、対応サイトだけで終わりそうな感じですか？
手持ちの汎用htmlを変換したいと思うのですが、html→青空文庫形式のナイスツールが見つからない。orz

511 ：

ぶっちゃけかなり手作業でやってる。
html5 形式にさえすればあとはメタデータをつけて zip で固めれば ePub の出来上がり。
それから必要なら Kindlegen 等で変換かける。

512 ：

http://tsubute.cocolog-nifty.com/blog/2010/01/post-2157.html
↑ここにコメントしたけど反映されないのでここに書いとく↓
＞本は紙で読むからいいいんだよ。とか、わけのわからない既成概念に囚われている
＞人も少なくないだろう
これは既成概念ではなくて、実際に紙の本に利点があるからなんだ。
それは、紙以上に直感的なページめくりがありえないということ。
何故なら直感的なページ捲りとはまさに紙の媒体で行われることを指しているから。
電子書籍業界ではその紙の利点は常識で、どうにかしてそれに近づけようとしているんだけど、
どんなに頑張っても板の上に画面を表示させている段階の現在では、なかなか追いつけない。
つまり、私が言いたいのは、上で述べたことと、
自分の考えに合わない考えを「わけのわからない」と簡単に切り捨てるのではなく、
もう少し広い心を持ちなさいということです。以上。

513 ：

「ここに書いとく」んじゃねーよ

心が狭いですか？

514 ：

電子書籍が紙に近づけてる？　アホ抜かせ。
紙の洗脳からとけてない昔人間にも電子書籍を読ませてやろうというサービス精神だろ。
紙にできて電子書籍にできないことはない。
その反対は、あまりに多すぎて書けないけどな。
電子書籍はパーフェクト。電子ペーパーの存在が大きいな。
２０世紀までが紙の時代。
２１世紀から電子書籍の時代だよ。
いつの時代も時代についてこれない奴はいる。
そういう奴は恥を晒さないようおとなしくしておけ。みっともないわｗ

515 ：

おいおい、ここは雑談スレじゃねぇ作成スレだぞ。
そういうのはゴミ溜めの雑談スレでやれよクソが

516 ：

>>174
亀だけど
https://github.com/jgoguen/calibre-kobo-driver
のプラグインで幸せになれるかも

517 ：

epubはルビが入ると行間変わっちゃうじゃん？
あれどうにかできないもんかね？
float入れたりしてみたけどかわんねーわ

518 ：

>517
全部の文字に全角空白でルビふってみたらどうだい？

519 ：

時に、漢字１文字に対してルビ３文字以上あると文字間が開いちゃうよね。
また、その前後にルビ付きがあると開きが顕著に…。
後ろにルビなしの文字が隣接している時は、ルビのみそちらにはみ出すようになればいいのに。
漢字の上揃えでルビの表示ってできないのかな？

520 ：

行間を広めに設定しておけよ。

521 ：

Amazon Kindleで、ビデオ再生が、iPhone、iPad以外のAndroid端末でも
出来るようにならないかな？
ビデオタグはiPhone、iPadでしか働かないみたいに、Kindleのドキュメント
には書かれているみたいなんだが、困る。

522 ：

Win95の時の
即効で消えた、まるちめでぃあ本になるだけ

523 ：

epub電子書籍の内容を、Wordpressのブログにインポートできるデータ形式に
変換してくれるアプリかサービスは無いかな？
逆はあるみたいなんだが。

524 ：

情報をどういう風にマッピングするか決められないと思う。
例えばあるページのどの日付のブログ記事にするかとか。
ePub の構造は簡単なので、そのへんに一貫したルールを付けられさえすれば技術的にはそんなに難しくない。

525 ：

>>349
遅レスだがepubのやる夫スレまとめができてた
Firefoxでは見られなかったけど
ttp://aa-yaruobunko.x0.com/

526 ：

となりのヤングジャンプ、裏サンデーなどのWEBコミックや、立ち読み、試し読み　まとめサイト
http://freecomic.biz/

527 ：

epub3編集ソフトで、有料のも含めて、お勧めはどれですか？
今Sigil使っているけど、epub2までしか対応してないようなので。

528 ：

有料
一太郎、FUSEe
無料
でんでんコンバータ、かんたん電子書籍作成、AozoraEpub3

529 ：

>>485
10.8.3だが俺もMacで使えん。
症状は全く同じ。

530 ：

>>529
http://support.apple.com/kb/HT5559?viewlocale=ja_JP

531 ：

質問です。
テキストファイルからepubを自作したいのですが、
任意の数行を指定して、可能な限り改ページしてはいけません的な設定をできる作成ソフトはありますか？
端末の解像度に関わらず、１ページ内に可能な限り表示したいのですが、
数行ごとの固まりの途中で改ページしてほしくはないので。

532 ：

>>531
途中で改ページしたくない要素を p なり span なりでまとめて、
スタイルシートの page-break-inside を適用すりゃいいんだが、
そんなピンポイントな要求を満たすソフトなんてちょっと思い付かない。
細かいコントロールが必要な場合は直接に html を編集するしかないよ。
そこまでやってもビューアが対応してなきゃそれまでだし。

533 ：

>>532
ありがとうございます。
やっぱり難しそうですね。
おとなしくPDFで作ります。

534 ：

>>528
Macのアプリで言えば、有料アプリは買うに値しないと思う。
AozoraEpub3で十分だと思う。

535 ：

AozoraEpub3を使っている人の数がものすごく多いのでバグチェックがいっぱいされてて無難な感じ。

536 ：

AozoraEpub3はエディタじゃないだろ…
「十分だと思う」じゃねーよ…

537 ：

>>536
O's Editor２があるじゃない。

538 ：

今日、電子出版エキスポ、最終日だびょん

539 ：

今ってエキスポで何発表してるの？
専用端末はタブレットに食われたし
フォーマットもepubで安定したし
そのepub作成支援も大体出終わったし
話題の電子図書館系か？

540 ：

Macの場合は、Pagesで作っておいて、後で整形した方が
楽だろ。
または、GoogleDocで書き出して整形でもいい。

541 ：

>>540
GoogleDocで作って販売停止にされてる人がいっぱいいたような。

542 ：

質問
AozoraEpub3(http://www18.atwiki.jp/hmdev/pages/21.html)で「小説を読もう」からePubに変換後、iBooksに取り込んでいます。
変換はほぼ正常なのですが、一点だけ、iBooksの目次で飛びたい項目をタップしても小説の一番最初にしか飛びません。
設定で直せますか？
ちなみに目次をページ出力することで、そのページからのハイパーリンクで項目に飛ぶことは可能です。

543 ：

>>542
http://www.hamashun.me/archives/4301651.html

544 ：

>>543
縦書は完璧です。>>542の問題だけがあります。

545 ：

>>544
http://t2aki.doncha.net/?id=1363270197
これ見て修正してみたら？

546 ：

>>544
toc.ncx修正すればいけるんでないの？

547 ：

泡姫ちゃん使ってみたが、簡単な物を作るなら楽だな。
最低限の機能しか付いてないけど。

548 ：2013/09/21

泡姫ならでんでんでいいな