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

**名無しさん＠お腹いっぱい。** · 2011/02/17(木) 21:59:17

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

**名無しさん＠お腹いっぱい。** · 2016/09/15(木) 07:49:57.74

>>845
なんか、海外のepubビューアで時々見る感じだ

ADE以外だとどうなるかね？
まぁどうしてもADE使いたいなら作る方調整しないとか

**名無しさん＠お腹いっぱい。** · 2016/09/15(木) 13:01:35.01

>>858
AozoraEpub3で作ったePub3縦書きファイル表示してみた
Google Chrome上のReadiumだと問題なく表示できるけど
Adobe Digital Editions 4.5だと表示がおかしくなってる

**845** · 2016/09/16(金) 15:45:58.85

>>858
普段は Sony Reader で読んでるから実害はないんだけど、生成スクリプトの大幅な改変を考えてて、
結果の確認にいちいち転送するのが面倒くさいから ADE で久々に開いてみたらこんなだったという経緯。
ADE は縦書き対応してるはずなのにおかしくなるのは指定の方に何か間違いがあるのかもしれないと思って訊いてみた次第。

無視しちゃってもいい話ではあるんだけど、マイナーなリーダじゃなくて ADE での話だからなぁ。
主要な ePub リーダのひとつといえる ADE できちんと表示されないのは気持ち悪い感じ。

**845** · 2016/09/16(金) 16:26:04.73

原因判明。
html タグに対して writing-mode での縦書き指定を入れると狂う。
body タグに対する指定にすると OK だった。

つまり css で

html {

writing-mode: vertical-rl;

}

とか書いたらあかん。

body {

writing-mode: vertical-rl;

}

ならきちんと表示された。

**名無しさん＠お腹いっぱい。** · 2016/09/16(金) 18:37:37.00

>>861
うお、原因わかってよかった
週末試そうと思ってたよ

俺はハードはreader、ソフトはKinoppyだな
Kinoppyのepub表示がreaderに近い感じなんで

**845** · 2016/09/22(木) 03:40:25.20

いろいろとスクリプトをいじってたらまたもや ADE を狂わせるものを作ってしまった。
ページ数カウントがむちゃくちゃになるのと、本文を読めない。

http://www.rupan.net/uploader/download/1474482819.epub
(ダウンロードパスワードは epub です。)

コンテンツの各ファイルは opf ファイルを置いたディレクトリかその下のディレクトリにおかないと狂うっぽい。
バリデータはエラー無しと報告するんだけどなぁ。

**名無しさん＠お腹いっぱい。** · 2016/10/24(月) 01:10:11.76

AozoraEpub3で作ったmobiをAndroid版kindleで閲覧しているのですが一部のページの最後に謎の空白行が発生してしまいます
http://i.imgur.com/OHxvw1B.png
http://i.imgur.com/oYTSd6t.png

いつもこの部分で発生するわけではなく同じ文字サイズでも発生する場合としない場合があるようで困っています

**名無しさん＠お腹いっぱい。** · 2016/10/24(月) 03:44:44.39

泥版Kindleは使ってないけど他の環境だとルビとか諸々の原因で表示行数は普通に変化したりする
mobi自体の行間隔設定とか余白設定でも変わってくる
表示がたまに1行減ったところで一体何が困るのか

全く同じ設定で全く同じ操作をしてなお同じ場所で差異があるならKindleアプリの不具合
ページを戻ったりしてるならただの仕様の可能性もある

ちなみにKindle PW～Oasisとかだとたまに豪快にページの半分とかが空白になって次のページに行くとそこが飛ばされてて元のページに戻ると復活したりする不具合がある

**名無しさん＠お腹いっぱい。** · 2016/10/24(月) 10:46:55.05

文字サイズを変更しない限りはページをめくったり本を開き直しても発生する場所は変わらないようです
ただ一旦サイズ変更してその後元のサイズに戻すと別の場所で発生することがあります

空白行と見間違うことがあったのでどうにかできないかと思ったのですが仕様としてあきらめるしかないでしょうか

**名無しさん＠お腹いっぱい。** · 2016/10/24(月) 11:53:50.95

余白なしで行の高さを1にしてみるとか？
ルビがちゃんとでるかわかんないけど

**名無しさん＠お腹いっぱい。** · 2016/10/24(月) 14:15:53.80

傍点かね

**名無しさん＠お腹いっぱい。** · 2016/10/24(月) 15:33:24.12

強制改ページが悪いのかと思い設定変えて作成してみましたがどうやら無関係のようでした…

**名無しさん＠お腹いっぱい。** · 2016/10/24(月) 18:01:51.11

作ったファイルどこかにあげてくれたら、もすこしわかるかも？

**名無しさん＠お腹いっぱい。** · 2016/10/24(月) 19:18:35.23

>>870
AozoraEpub3の初期設定で作っただけのものです

**名無しさん＠お腹いっぱい。** · 2016/10/25(火) 01:51:31.54

例えば1ページが0～100だとして左右の余白が20ずつだとすると使えるエリアは20～80
普段最後の行が79.8くらいまで使って表示されてるのが傍点（ルビ）等諸々の影響で80.1とかに溢れるとその行の前に改ページされる

恐らくはそんな感じの仕様だから行間隔/余白/フォント辺りを調整すれば安定させられるかもねって話

**名無しさん＠お腹いっぱい。** · 2016/10/29(土) 03:35:28.06

リフロー型のデータである以上、ページ単位にすると多少のずれがあったりするのもしょうがない話でないの。

**名無しさん＠お腹いっぱい。** · 2016/11/01(火) 11:26:25.23

ソース抜いて軽量化してもepub3→mobiがサイズ3倍弱になるのがメモリ少ないKindleだと痛いよな

**名無しさん＠お腹いっぱい。** · 2016/11/01(火) 11:27:56.64

そういやこんど漫画向けkindleが出るとか

**名無しさん＠お腹いっぱい。** · 2016/11/01(火) 11:41:06.48

>>875 出た（過去形）のこと？　発売日に買ったけど漫画全く入れてないな
自炊小説用に使ってる

コミックはiPad用に見開きで自炊しちゃったのでいまさら分割すんの面倒だ

**名無しさん＠お腹いっぱい。** · 2016/11/02(水) 14:56:00.36

漫画用Kindleって、あれストレージの容量増えただけでそれ以外の性能まったく同じじゃなかったっけ

**名無しさん＠お腹いっぱい。** · 2016/11/02(水) 15:45:03.87

改ページ領域を長押しでパラパラめくりモードになるよ

**名無しさん＠お腹いっぱい。** · 2016/11/02(水) 16:34:54.55

それはアプデで旧機種でも対応してるから多分容量だけだよ

**名無しさん＠お腹いっぱい。** · 2016/11/03(木) 11:11:21.92

公式の「電子書籍リーダーの見分け方」のところで

Kindle Paperwhite(第7世代,マンガモデル)ってひとまとめですしな……

**名無しさん＠お腹いっぱい。** · 2016/11/03(木) 17:35:27.49

搭載メモリのせいか、ページ切り替えも視認できるレベルで
速くなってたぞ。
動画アップされてたわ。

**名無しさん＠お腹いっぱい。** · 2016/11/03(木) 18:47:36.93

アプデした旧機種も速くなってるから結局同じかな
ストレージ容量が増えただけでメインメモリやらCPUやらは多分変わってないよね（PW2015と比較して）
変わってたら第8世代か第9世代に分類されそう

PW2013とかと比較したら速いかもだけどそれだと話がズレてくる

**名無しさん＠お腹いっぱい。** · 2016/11/03(木) 19:03:38.81

新ファームと新しい書籍データとセットで速さを実現しているみたいね
新ファームでも古いデータだと速くめくれないらしい
ハードは関係ない

**名無しさん＠お腹いっぱい。** · 2016/11/03(木) 19:35:19.88

どうせなら快速（連続）ページターン対応形式に変換できるツールを公開してほしい

**845** · 2016/12/10(土) 18:44:28.67

せっかく原因判明したのに色々あって忘れてたんだけど
ふと思い出したから >>861 の件を HAMELN に報告しといた。

**845** · 2016/12/13(火) 17:03:48.79

Sony Reader RPS-350 のユーザっている？
HAMELN から落とした ePub 形式のデータで、
ページ送りが著しく遅くなったり、
そのまま戻ってこなくてフリーズってことがあった。

色々と検証した結果、
ブロック要素の直下にインライン要素が大量にあるときに計算量が爆発してしまうってことっぽい。
HAMELN の ePub は body タグのすぐ直下に本文が全て入る構造になってるから、
一話あたりの文章量がある程度多くなるとそうなる。
他のリーダではならないのかな。

こういうことがあるので、小説の場合は br タグで改行するよりも各行 (または適当な段落のまとまり)
を p タグで囲ってもらうのが望ましいなぁと思ったので、
ePub を作るソフトを作ってる人は配慮してくれるとありがたい。

**名無しさん＠お腹いっぱい。** · 2016/12/14(水) 01:22:44.34

350つかってたよ。今はT3だけど。

br で改行して？データ見たこと無いな。
何でつくったんだろう？

**名無しさん＠お腹いっぱい。** · 2016/12/14(水) 08:09:36.82

sonyreaderでepub3というのが間違いなんじゃねーの？
あれのepub3が腐ってるのは有名だろ

**名無しさん＠お腹いっぱい。** · 2016/12/14(水) 12:43:40.40

>>887
HAMELN は公式で ePub 形式を提供してる。

**845** · 2016/12/14(水) 13:46:53.77

>>888
程度次第では ADE ですらページめくりが遅くなる。
HTML レンダリングの本質的な問題なのかもしれない。
ためしにちょっと長めの文書 (元データは青空文庫から) で
問題のある ePub を作ってみた。

http://www.rupan.net/uploader/download/1481690480.epub
(ダウンロードパスワードは epub)

**名無しさん＠お腹いっぱい。** · 2016/12/15(木) 21:18:40.44

>>890
手元の泥タブでKinoppyとPerfectViewerに放り込んで見たけど
ファイルを開くときに若干遅いような気がするだけで
ページめくりとか普通にサクサクだったよ

**名無しさん＠お腹いっぱい。** · 2016/12/15(木) 22:13:24.29

全く問題なし、ヌルヌル
Google Play Books@Android7.1

**名無しさん＠お腹いっぱい。** · 2016/12/30(金) 11:52:35.36

>>886
この件、修正されたー。ありがたや。

**名無しさん＠お腹いっぱい。** · 2017/04/10(月) 21:00:56.81

組織や集団、人が集まるところには特有の波動や集合意識があって、
それに自分が合わない場合は、本当に辛い。
特に悪口を言われたわけでもないのに、太陽神経層のあたり（第3チャクラのあたり）が
とても痛くなります。ネガティブな波動が刺さってくるからです。

**名無しさん＠お腹いっぱい。** · 2017/04/29(土) 18:46:38.82

使ってる人が居そうなのでここで質問させてください

narou.rbなんですが、SSLの証明書とかの件だと思うんですが
うまく更新できずに困っています。
gem install rubygems-update --source http://rubygems.org/
update_rubygems
この二行を、一行ずつ実行すれば普通に更新できるようになるらしいんですが
一行目を実行してみるとs3.amazonaws.comに置いてあるらしいspecs.4.8.gzが
見つからないよというエラーが出ます。
この状態から二行目を実行すると特にエラー出ないっぽいので、
それじゃあとgem update narouを実行してみるんですが
Updating installed gems
ERROR: While executing gem ... (Gem::RemoteFetcher::FetchError)
redirecting but no redirect location was given (http://s3.amazonaws.com/production.s3.rubygems.org/specs.4.8.gz)
というエラーになってしまいます（内容的に一行目のときと同じですね）。

いったいどうすればいいのか、アドバイスいただけませんでしょうか？

**名無しさん＠お腹いっぱい。** · 2017/04/29(土) 19:15:45.20

自分でソースから作る

**名無しさん＠お腹いっぱい。** · 2017/04/30(日) 02:18:39.25

https://rubygems.org/pages/download からgemをDLして

gem install --local C:\rubygems-update-2.6.11.gem（DLしたgemのパス）
update_rubygems

でどうだろうか

**名無しさん＠お腹いっぱい。** · 2017/04/30(日) 03:27:09.56

>>895
gem sources --add http://s3.amazonaws.com/production.s3.rubygems.org/

上記を入力してから、再度 gem update narou を実行　でいけないかな？

**895** · 2017/04/30(日) 04:15:22.47

>>897
深夜にありがとうございます。結果はダメでした。

DLしてきたrubygems-update-2.6.11.gemをC:\に配置
↓
gem install --local C:\rubygems-update-2.6.11.gem
↓
Successfully installed rubygems-update-2.6.11
Parsing documentation for rubygems-update-2.6.11
Done installing documentation for rubygems-update after 2 seconds
1 gem installed
↓
update_rubygems
↓
RubyGems 2.6.11 installed
Parsing documentation for rubygems-update-2.6.11
Installing ri documentation for rubygems-2.6.11
=== 2.6.11 / 2017-03-16
（以下、2.6.11の説明文）
↓
gem update narou
↓
Updating installed gems
ERROR: While executing gem ... (Gem::RemoteFetcher::FetchError)
redirecting but no redirect location was given (http://s3.amazonaws.com/production.s3.rubygems.org/specs.4.8.gz)

という結果でした。
gem -vでバージョン確認したところ、2.6.11と表示されるのでインストール済みのようです。

まったく分からないんですがhttp://rubygems.org/specs.4.8.gzは存在してDLも出来るのに、
どうしてs3.amazonaws.comからリダイレクトされないんでしょう。
specs.4.8.gzをDLしてきてローカルのやつを使うとか、そういう方法はないのでしょうか。

**895** · 2017/04/30(日) 04:18:45.80

>>898
深夜にありがとうございます。結果はダメでした。

gem sources --add http://s3.amazonaws.com/production.s3.rubygems.org/
↓
source http://s3.amazonaws.com/production.s3.rubygems.org/ already present in the cache
↓
gem update narou
↓
895に書いたのと同じエラー、でした。

これ今のrubyをアンインストールして、narou.rb 3.1.1から対応したruby2.4を入れ直しても無駄っすかね。

己の不勉強が祟っているのは承知してますので、なんとか頑張ります

**名無しさん＠お腹いっぱい。** · 2017/04/30(日) 06:33:49.47

すまん。rubygemsの最新のが入ればOKかと思ってた

awsのがsourceに入っているのが原因みたいなので
gem sources -r http://s3.amazonaws.com/production.s3.rubygems.org/

を実行すれば多分正常に進むはず
こちらの環境でもawsのがsourceに入った状態だと895氏と同じエラーが出ることが確認できた

**895** · 2017/05/01(月) 03:34:14.96

>>901
家庭の事情でごたごたしていて遅れました。
無事に解決しました！

本当にありがとうございます。
narou.rbを利用するだけじゃなく、rubyを使えるようにならないとなあ、と反省中です。

**名無しさん＠お腹いっぱい。** · 2017/05/01(月) 12:28:14.17

乙
解決して良かったね

**名無しさん＠お腹いっぱい。** · 2017/05/01(月) 12:43:23.75

Ruby を使いたくないので自分でスクリプト書いたりしたけど、
やっぱユーザが多いものに乗っかっといた方が楽ではあるんやろね。

**名無しさん＠お腹いっぱい。** · 2017/06/25(日) 14:02:11.22

もしかしてハーメルン、また仕様かわった？

**名無しさん＠お腹いっぱい。** · 2017/06/30(金) 22:24:06.11

漫画向けEPUB作成JavaScript
https://github.com/kyukyunyorituryo/FixedEpub3JS

**名無しさん＠お腹いっぱい。** · 2017/08/17(木) 10:56:43.54

AozoraEpub3
［＃ここから横書き］
［＃ここで横書き終わり］
縦書きの途中で横書きにしたかったんだけど、自動で改ページしてくれないのかな？

**名無しさん＠お腹いっぱい。** · 2017/08/19(土) 00:36:08.25

自動で改ページってどこでさせたいの？

**名無しさん＠お腹いっぱい。** · 2017/08/20(日) 20:52:54.66

>907
>908

縦横が切り替わるタイミング、でしょうねぇ。
ePubでは、1ファイル内での縦書きと横書きの混在はサポートされてなかったような。
(ePubファイルではなく、xhtmlファイルでの話)

インラインフレームとか使うと、レンダラが対応してない可能性もあるし。
マイナーな組みの方を画像化するのが楽だと思うよ？

**845** · 2017/08/27(日) 04:16:39.65

>>861 でワークアラウンドを書いたけど、
これをすると Micoroft Edge ではうまく縦書きにならない。
やっぱり html の方に入れた方がいいのかな？
仕様的に正しいのがどっちとかわかる人いる？

**845** · 2017/08/27(日) 04:25:24.37

>>910
とりあえず html タグと body タグの両方に縦書き指定する css にしたら ADE と Edge の両方でちゃんと縦書きになった。

**名無しさん＠お腹いっぱい。** · 2017/09/11(月) 12:41:52.43

AozoraEpub3で外字のJPEG画像を挿入するやり方がわからない
今は挿絵として挿入してあとからspanのimgをgaijiに変えてるけど、README読むと一発で出来そうなのに、
どうやってやりゃいいのかチンプンカンプンだ

**名無しさん＠お腹いっぱい。** · 2017/09/11(月) 12:56:46.33

そもそも外字って必要？ UNICODE でやれば足りない字なんてそうそうないだろ。
フォントの方が無いってことはあるかもしれんけど。

**名無しさん＠お腹いっぱい。** · 2017/09/11(月) 14:26:07.54

>>913
パブリックドメインになった作家の電書化を趣味でやってるのでUNICODEに無い漢字が多いんですよ
来年の九月一日までに大曲駒村の東京灰燼記を終わらせたいところ

**名無しさん＠お腹いっぱい。** · 2017/09/11(月) 16:16:54.71

>>914
青空文庫の画像外字形式でしょ
青空文庫の黒死館殺人事件で画像外字使われてるから参考にしては？

**名無しさん＠お腹いっぱい。** · 2017/09/12(火) 08:47:27.79

>>915
ありがとう
いろいろ試してみたけど、やっぱ手作業で直すしかないみたいだ

**名無しさん＠お腹いっぱい。** · 2017/09/24(日) 00:11:44.95

>>916
ちょっと気になって黒死館殺人事件と
aozoraepub落として試してみた
epub確認したのは、紀伊国屋Kinoppyのリーダー。

fig1317_04.png
fig1317_05.png
あたり、普通に本文に入ってるように見えるけど
これじゃ駄目なの？

**名無しさん＠お腹いっぱい。** · 2017/09/24(日) 01:33:06.20

>>917
Kinoppyには独自補正が入るんだ
この補正がビューアー毎にまちまちで、外字画像にルビを入れようとするとズレたりするんだわ
Kinoppyだとルビもキレイに表示されるけど、超縦書やADEだとルビがズレる
んでそのズレを最小にするための設定を試行錯誤してるとこなんだよね

**名無しさん＠お腹いっぱい。** · 2017/09/24(日) 03:23:34.91

いい加減に規格統一しろよっていうのは言わないルールなの？
業界の連中は無能揃いなんかしら

**名無しさん＠お腹いっぱい。** · 2017/09/24(日) 06:25:36.92

>>918
なるほどな。
縦書きだとほかでも解釈ミスがある
ように見えるんで、ADEは使わなく
なってたよ。

ターゲットの環境は何？
少し試してみる。

**名無しさん＠お腹いっぱい。** · 2017/09/24(日) 08:27:28.99

>>920
超縦書、kioppy、kobo、Kindle、ソニーReaderだけど、ソニーReaderのビューアーはどうもepub3ではなくてepub2の改変っぽい気がするな
あとkoboはepubとkepubでビューアーの挙動が違うからkepubにしてる
一応cssはある程度決着した
ルビ付きだと微妙に0.2emくらいズレるのもあるけど許容範囲と諦めたわ
泥アプリとe-ink端末でズレるのもあるしなー

**名無しさん＠お腹いっぱい。** · 2017/09/24(日) 09:44:05.65

>>921
結構色々だね。
俺の感覚だと、Kinoppyとsony readerは
ほぼ同じ解釈すると思ってた

やりたいのは
青空形式→epubで
無い文字を画像で用意して、外字として組み込みたい
さらに、その画像にルビを振る

できれは、aozoraepub3で全自動だと
うれしいって感じ？

**名無しさん＠お腹いっぱい。** · 2017/09/24(日) 11:04:18.63

>>922
外字画像の取り込みやルビについてはもう手動でいいと思ってるんだ
どうせナビゲーション目次と目次ページの内容を変えるために手動でやらなきゃならないし
どっちかっていうと自分がソニーReaderの古いの（PRS-350）しか持ってないから、T3あたりでどう表示されてるのか知りたいってのはあるかな

**名無しさん＠お腹いっぱい。** · 2017/09/24(日) 11:06:57.88

>>922
そこまで気合い入れるなら外字フォント作った方が早いかもしれない

**名無しさん＠お腹いっぱい。** · 2017/09/24(日) 12:14:26.52

>>923
なるほど。
俺は350とT3両方使ってたが、あんまり
表示変わらない印象だけどね

なんかサンプル上げてくれたら、T3で確認して画面撮影しようか？

>>924
俺もOCR→epubってやるけど、
この人みたいに拘れないわw
旧字も、置き換え文字で良いかな？とか思っちゃう
古い本をちゃんと仕上げるなら大切だろうけど
俺は伝書化されてないのを読めるようにしたいだけだから

そして苦労した後、普通に売り出されて泣くパターンw

**名無しさん＠お腹いっぱい。** · 2017/09/24(日) 12:41:41.07

手動で修正とは言うけど、結局の所
epub の css や xhtml は、どういう記述に落ち着いたの？

**名無しさん＠お腹いっぱい。** · 2017/09/24(日) 17:36:22.61

>>925
曇天文庫ってとこの田山花袋の東京震災記ってヤツ
ttps://blogs.yahoo.co.jp/a_bucha_bucha/41822280.html

10章の粉微塵に粉〇《ふんせい》されてしまうであろうと～、ってとこの「せい」が外字画像になってる

**名無しさん＠お腹いっぱい。** · 2017/09/24(日) 19:01:30.71

>>927
Unicode だと U+4AA1 だな。
https://ja.wikipedia.org/wiki/Unicode%E4%B8%80%E8%A6%A7_4000-4FFF

最初期のモデルである Sony Reader RPS-350 ですらフォントの埋め込みを解釈できるんだから、
画像でやるのは遠慮して欲しいんだけど、一文字くらいのためにフォント同梱するのもなぁって感じなのかな？

**名無しさん＠お腹いっぱい。** · 2017/09/24(日) 20:23:11.98

>>928
それだとKinoppyで□になるんだよねえ
超縦書だとキレイに出るんだけど
どんなビューアーでもそこそこ読めるものを作りたいんだ

**名無しさん＠お腹いっぱい。** · 2017/09/24(日) 20:52:05.58

>>929
文字を無理矢理つっのんでみてT3に
いれたら豆腐だね。
Kinoppyと同じ感じ。

外字だと綺麗に表示される。
これは良くできてるわ。

**名無しさん＠お腹いっぱい。** · 2017/09/24(日) 20:59:00.30

>>929
http://glyphwiki.org/wiki/u4aa1
の一文字フォント使えば大抵のビューワーで表示できそうだけど
対応してないepubビューワーとかあるんかな

**名無しさん＠お腹いっぱい。** · 2017/09/24(日) 21:06:55.31

>>927
ttps://u11.getuploader.com/uploader/download/1347

パスは俺のIDで。
よくできてるepubだ。尊敬する。

**名無しさん＠お腹いっぱい。** · 2017/09/24(日) 21:39:24.34

>>912
もう解決した？
※［＃（画像PATH）］
を使えば画像を外字扱いになるけど

**名無しさん＠お腹いっぱい。** · 2017/09/24(日) 22:09:23.73

>>931
woff に変換すればいけるんじゃない？

**名無しさん＠お腹いっぱい。** · 2017/09/25(月) 12:46:24.05

>>932
ありがとう
ちゃんと表示されてるんで安心した

>>933
それだとKinoppyでやっぱり豆腐になる
Winでも泥アプリでも同じだわ

**名無しさん＠お腹いっぱい。** · 2017/09/25(月) 12:50:38.75

>>926
＜css＞
/* 外字画像 */
img.gaiji {
display: inline-block;
margin: 0;
padding: 0;
border: none;
background: transparent;
}
img.gaiji {
width: 1em;
height: 1em;
}

/* 外字画像のベースライン */
.hltr img.gaiji {
vertical-align: text-bottom;
}
.vrtl img.gaiji {
vertical-align: baseline;
}

＜xhtml＞
<img class="gaiji" src="../Images/○○○.png"/>

**名無しさん＠お腹いっぱい。** · 2017/09/25(月) 13:01:02.17

ただこれだとソニーReaderでズレるんで、Reader用はcssを
img.gaiji {
display: inline-block;
vertical-align: middle;
border: none;
background: transparent;
}
img.gaiji {
width: 1em;
height: 1em;
left: -.2em;
}
に変えて、xhtmlも外字画像にルビを入れたい時は<ruby></rubt>で挟んでる
Readerは外字画像のすぐ前に<ruby>がないとルビをうまく表示しないんだよねえ
何でだろ

**名無しさん＠お腹いっぱい。** · 2017/09/25(月) 23:41:44.79

>>935
おー確認できたか
良かったわ

前readerで外字使ったとき、
baselineにしておけばずれなかった
気もしたが曖昧だ
時間見つけて検証する

制作大変だろうけど頑張れー

**名無しさん＠お腹いっぱい。** · 2017/09/26(火) 09:54:39.28

>>938
vertical-alignの処理がReaderとkoboで違うっぽい
Readerはtext-top、koboはbaselineよりむしろtext-bottomの方が良い感じかも
ルビの有り無しで変わるかもだし、この辺は色んなパターンのテストデータ作って検証するしかないかな
今後の課題だわ

**名無しさん＠お腹いっぱい。** · 2017/09/26(火) 11:17:42.86

>>939
端末ごとの動作の怪しい画像へのルビより外字フォントの方がずれないと思う
glyphwikiに無い図形とかの外字はfontforgeで頑張って作るしかないけど

xhtml
<span class="gaiji1">〓</span>
css
@font-face {font-family:"gaiji1"; src:url(../gaiji/gaiji1.ttf);}
.gaiji1 {font-family:"gaiji1";}

**名無しさん＠お腹いっぱい。** · 2017/09/26(火) 12:15:40.75

>>940
AozoraEpub3でつくると外字フォントはkinoppyで豆腐になるんだけど、それだと大丈夫なのかな
帰ったら試してみるわ

**名無しさん＠お腹いっぱい。** · 2017/09/26(火) 21:45:33.76

>>940
試してみた
Kinoppyは豆腐にはならないけど、思いっきり右にズレる
超縦書だと文字間がちょっと詰まり気味
うまくいかないもんだな

**名無しさん＠お腹いっぱい。** · 2017/09/26(火) 22:05:52.27

>>942
文字間隔は仕方ない気はするなぁ。
前後とフォントが違うわけだからカーニングのヒントがまともに働かないのかも。
一文字だけ切り替えるってのがアレな感じなので
必要な文字を全部含んだフォントセットで統一すればいけるんじゃないかな。

**名無しさん＠お腹いっぱい。** · 2017/09/26(火) 22:34:21.50

>>942
cssにこの辺の設定も必要かも
width: 1em;
text-orientation: upright;
-webkit-text-orientation: upright;
-epub-text-orientation: upright;

あとAozoraEpub3のgaijiフォルダのREADME.txtにフォントの調整方法が書いてある
ただフォントの解釈もビューワーでまちまちな気がするから画像の方がましかもしれないな

**名無しさん＠お腹いっぱい。** · 2017/09/27(水) 01:09:20.44

ところで ADE のデフォルトフォントってなんか汚くないッスか？

**名無しさん＠お腹いっぱい。** · 2017/09/27(水) 01:50:36.08

kobo
ttps://i.imgur.com/vQ0tWdZ.jpg
Reader
ttps://i.imgur.com/EqYScUW.jpg
超縦書
ttps://i.imgur.com/OJ9UEho.jpg
Kinoppy
ttps://i.imgur.com/gic1Lnl.jpg

Reader以外はbaseline
Readerはmiddleでもtext-topでもtext-bottomでもいいって感じ
外字フォントはまちまちすぎて何がなにやら

**名無しさん＠お腹いっぱい。** · 2017/09/27(水) 07:47:02.18

これ、readerはスマホアプリ？

**名無しさん＠お腹いっぱい。** · 2017/09/27(水) 08:06:21.59

>>947
いや、e-ink端末を写真に撮って加工した
機種は古いヤツだけど

**名無しさん＠お腹いっぱい。** · 2017/09/27(水) 08:08:23.70

加工ってもコントラスト上げたりして比較やすいようにしただけな

**名無しさん＠お腹いっぱい。** · 2017/09/27(水) 09:25:19.84

それとReader（とADE）だと、外字画像それぞれを<ruby></ruby>で囲まないとルビがうまく表示されない
<img class="～～>の直前に<ruby>がないとダメらしい

**名無しさん＠お腹いっぱい。** · 2017/09/27(水) 20:39:58.56

pngとsvgの比較
ADEとソニーReaderはsvgのがいい
他はpngの線画がキレイだからそこまでこだわる必要はなさそう
ttps://i.imgur.com/eqRcg6A.jpg

**名無しさん＠お腹いっぱい。** · 2017/09/28(木) 02:20:10.29

理屈の上ではベクトルグラフィックの方が綺麗になりうると思うんだけど、
png で充分っていうような場合もあるのかぁ。
そういう端末ごとのクセを意識すると本当にややこしいなぁ。

**名無しさん＠お腹いっぱい。** · 2017/09/28(木) 08:23:32.41

>>952
他のビューアーはアンチエイリアスがよく効いててpngでもキレイなんよ
ReaderやADEはそもそもアンチエイリアスをしてないんかもな

**名無しさん＠お腹いっぱい。** · 2017/09/28(木) 09:42:14.89

結論としては、基本はbaseline、ReaderとADEはtext-top、フォント埋め込みは少々難あり、
pngかsvgかは好き好きでいい、ってトコかな
ちなKindlepreviewerではsvgもフォント埋め込みも警告は出なかったし、きちんと表示されてた

**名無しさん＠お腹いっぱい。** · 2017/09/28(木) 17:08:20.12

小説家になろうがSSL対応とかで仕様が変わったらしく
ついにAozoraEpub3が使えなくなった・・・
いつかこの日が来るとは思っていたけど辛すぎる

**名無しさん＠お腹いっぱい。** · 2017/09/28(木) 17:54:26.67

>>955
自動化は無理でもtxtで落として変換は出来るんじゃないの？
なろうは利用してないからよくわからんけど

**名無しさん＠お腹いっぱい。** · 2017/09/28(木) 18:54:29.32

なろうのサイト、こないだ改行の位置が変わってた。
なんであんな微妙なことするんだよ (怒)

**名無しさん＠お腹いっぱい。** · 2017/09/29(金) 03:31:39.15

>>955
AozoraEpub3\webフォルダ配下の
・ncode.小説.コム
・novel18.小説.コム　※小説.コムはローマ字に直して読んで
にある extract.txt の3行目を http → https に変更するだけでまた使えるようになる