"縦書き･縦表示の ePub変換" への道は平坦ではない、と思いつつも、数ページの素材で何とか見るに堪える "形" を仕上げることができた。 "iPod touch" への転送で表示確認済みである。もちろん、"フォント・サイズ可変" と "全文検索可" という条件も充たしたものである。
その方法は、この間レポートしてきたように、 "CSS" を駆使した "縦書きWebページ" からの、"Sigil" を使った "ePub 変換" である。
ついでに書いておくと、やはり "Sigil" の "有能さ" は使えば使うほどに了解されてくるようだ。
"Sigil" が、ユーザーを支援るかたちで自動的に "CSS" 部分を "書き添える" こともしばしば行うのは知っていたが、"縦書き" 表示で生じるとある "不具合" に対しても、自動的に察知したらしくて、"CSS" スクリプトを付け足してくれたのである。実はこの "不具合" については、どうしたものか？！ と思案に暮れていたのだったが、何と、「こうしてみたらどうですか」と言わぬばかりに "style" 指定ラインに "書き添え" がしてあり、その "不具合" が解消されていたのである。大したものてある。"ePub 変換" を手掛ける者にとって、"Sigil" はやはり "頼りになる友" だと再認識させられたものだ......。
ところで、常々思うことであるが、ハード、ソフトを問わず、ＩＴ分野の事象については "能書き" だけをほざいていても始まらない。実際に自分が手を下して体験するところにまで踏み込んでみて、はじめて知識はリンケージに沿って息吹くものなのだと。
まあ、大げさなことはともかく、"電子書籍(e Book)" についてもまったく同様である。"e Book リーダー" を楽しみ、それ向けの "コンテンツ" を自作し、そしてそれを "e Book リーダー" に送り込んでみてはじめて、ようやく実感的にいろいろな事が見えてきたりもしたのである。
自分の場合、新しいメディアへの "水先案内人" よろしく "iPod touch" なぞを入手し、いじりまくり、挙句に、これを自作の "電子書籍(e Book)" の "チェッカー" 役として使い倒したりしてみて、何とか得るべきものを得たのかと感じている。
"PDF 電子書籍" まではＰＣででも十分に対処可能であるが、"ePub 電子書籍" となると、ＰＣででも不可能ではないとはいうものの、やはり、"e Book リーダー" そのもので確認するに越したことはない。いや、そうしなければ、状況認識・判断が定まりにくいとさえ言えそうだ。
さて、今回 "縦書き･縦表示の ePub変換" への道にこだわってみて、概(おおむ)ね "出口" らしきところまで来たわけなのだが、結論から言えば、そんなに "目くじら" を立ててこだわるべきことだったかなぁ？ ということになりそうか......。
と言うのも、"縦書き･縦表示のePub変換" というのは、"変換" とは言うものの、実は "難所" が大き過ぎるし、そこを通過するには "労力" が掛かり過ぎるかに思えるからなのである。どうも、"縦書き･縦表示の PDF変換" に比べて "コスト・パフォーマンス" が悪すぎる！
そして、"縦書き･縦表示の ePub電子書籍" において可能で、"縦書き･縦表示の PDF電子書籍" ではできないことはと言えば、"フォント・サイズ可変" という "自由度" だけなのかもしれない。
この点は、"縦書き･縦表示の ePub電子書籍" でも可能は可能ではあるのだが、"ページ・レイアウト" が崩れることなどの "問題点が残る！" のである。また、これを解消するには、これまた半端ではない手数が掛かりそうなのである。こうなると、そこまでして達成することが妥当なことなのか......と、考えざるを得なくなるのである。
まして、多くの "e Book リーダー" は "PDF電子書籍" 対応可！ が実情なのであるから、なおさらのことではないか、と。
幾分、"ネガティブ" な印象の結末となったようだが、結局、条件に叶う "縦書き･縦表示の PDF変換" というターゲットは "ご時世" の "コスト・パフォーマンス" 視点には合いそうもないようだと...... (2010.10.22）
コメントする