紙本と電子書籍を同時に出すのは簡単
紙媒体と電子書籍を同時に作成するのは大変だという話はよく聞く。
実際、某セミナーでも小学館の相賀氏が「そんなに簡単なものじゃなくて、現場はそこんとこでコストがかかっている」と言ってたのが印象的。
でもなあ。
印刷されたものをそのまま再現しようとするから面倒なだけ。
紙本と電子書籍は別物なんだから、元原稿のテキストデータが原典として、顔の違う子供たちがあってもOKじゃないのか。
紙本の再現を電子書籍に求めるのは違うだろう、という話にどうしてならないんだろう。「原本ママ」を求める権利者ってだれ。それって誰にとって良いことなの。読者のこと考えてるの。
電子書籍は紙本を再現すべき、とか言ってたんじゃ話にならない。
インデザインなどの印刷用データをそのまま電子書籍用に流用できるわけがない。
印刷用データなど電子書籍にとって邪魔なものでしかなくて、インデザインに流しこむ前のテキストデータこそがキモで、電子書籍用には元のテキストデータがあればいい。レイアウトデザインは紙本とは別途作ることになるので、そこにコストはかかるけど、紙の再現を求めるのではなくて、別物としてデザインするのであれば技術的には難しいものでもない。
印刷データを元に考えてるようじゃいつまでたっても、電子書籍はひとり立ちできないだろう。
「電子書籍は儲からないわww【出版社編】←あと5年はかかるでしょ」
http://www.frentopia.com/digitalpublish-pay/
という記事を見て、なんだかなあ、と。
こういうことを言ってるようじゃ、そりゃあと5年どころじゃすまないだろう。
商売的に読者は紙本と同じものを求めてるんだ、というかもしれないけど、実際調査してのことなのか？取次や既存のものから思考が離れられない、前例がない、冒険ができないだけとかじゃないのか。
色を全部混ぜると、白になるディスプレイと、黒になる印刷物と、真逆なものを同じ土俵にあげてどうしたいの。
[更新]2026-02-01 09:26:38
iBookStore登録時のエラー
iTunes Producer という ibookstore に登録するアプリがデリバリの時にエラーで止まってしまう。
ERROR: ERROR ITMS-9000: "java.lang.NoClassDefFoundError: org/apache/commons/io/FilenameUtils" at Book (MZItm...
以前、登録したときは（http://t2aki.doncha.net/?id=1362623964）エラーが出たけどこんなエラーではなくて、AppleID違いと画像のサイズ違い。エラーの原因もすぐに特定できて、登録まですんなり。
ところが今回よくわからない。上記のエラーメッセージを見るとjavaがエラーを吐いている。ファイルネームがどーたらこーたら。macのJavaについて調べればいいのか。
とりあえずの結論。
最新バージョンのJavaをインストールしたらデリバリーはできたっぽい（※1）
「AppleがMac向けのJava更新版公開、SafariにはJavaプラグイン管理の新機能 - ITmedia エンタープライズ」
http://www.itmedia.co.jp/enterprise/articles/1304/18/news034.html
4月16日にjava6のバージョンが1.6に上がったらしい。
なお、LionとMountain Lionで利用できるJava 7の更新版は、Oracleから直接提供
ということで、どうやらJavaの最新バージョンは7らしい。
http://www.java.com/ja/download/faq/java_mac.xml
↑このページのFAQを見ながら
http://www.oracle.com/technetwork/java/javase/downloads/jre7-downloads-1880261.html
↑このページの jre-7u21-macosx-x64.dmg をダウンロードしてインストールした。
その後、iTunes Producerでデリバリをしたら、同じようなJavaのエラーが出て止まる。
エラーメッセージのスクリーンショットを撮ろうとして間違えて閉じちゃったので、ふたたびデリバリまでやったら、今度はデリバリできてしまった。
※1）
iTunes connectの画面（WEBでの管理ページ）で確認すると確かに登録はされている。
当然デリバリ（アップロード）したばかりなので On Store（販売中）にはなっていない。ここが通常ならレビュー中というステータスになるんだけど、今回は「Unknown Issue」（未知の問題なので、問い合わせしなさい）と言われている。
今回のコンテンツは、無料配布でTier0（ゼロ円）という初めてのケース。
・無料配布の設定を間違えている。
・デリバリがうまく行ってなくてファイルが壊れている。
何が原因なのか、問い合わせの返答は３営業日ぐらいということなので、結果が出たらここに追記します。
[05/16 18:30:12] 追記。
いま見たら、ステータスが In Review になっていた。
[05/17 08:28:21] 追記。
サポートからメールが来ていた。
英語での問い合わせフォームの一番下のセレクトボックスに日本の問い合わせフォームがあったのか…気づかなかったので当然英語の返信。英語のメールと共に、何故かJavaのデバッグコードも送られてきていて、どうやらApple側のJavaの問題らしい。
問題は把握していて、すでにエンジニアチームが対応した、ということのようだ。
[05/21 08:13:33]
販売開始になっていた。今まで登録→In Review→販売開始は24時間かからなかったけど、今回はデータのトラブルもあってか、５日ほどかかった（週末も挟んだから？）
格安家賃の一軒家。引っ越した夜、ひとり酒を飲んでいると、家賃が格安の理由がそこにいた！？
５分もあれば読める掌編。無料です。気軽にどうぞ〜。
[更新]2026-02-02 07:38:58
引きこもりlolipopでごそごそ
電子書籍で個人が本を出せるとしても、それを告知してブランディング（＝エラそうにもったいつけること）しないと誰も見向きもしてくれないのは当然。
てなことをぼーっと考えながら、ちょっとサイトを作ってみようとごそごそ画策。売るものがあって、それがある程度の頻度で新規追加されて、ということだと、新刊が出るたびにHTMLを書いてアップロードして、というのも面倒だなぁ、とか。
てことで、lolipopでデータベースを使って、雛形に流し込むかたちのサイトにしてみる。この程度の規模のものにデータベースはオーバースペックかもしれないけど、テキストとかｃｓｖ書き出しにすると、そこのコントロールも書かなきゃいけなくて面倒なんで。
lolipopでPHPMyAdminを使ってテキトーにテーブルを作って…新刊なんかを登録するのに、いちいちPHPMｙAdminはないので、登録や編集のための管理画面も作らなきゃいけなかった。画像のアップロードも考えると、予想外に重いことになってきたなあ。
今日のところは。
データベースのテーブル作成。
ページ構成を決めて必要なページの洗い出し。
問い合わせのメールフォーム作成。
アカウント情報編集画面作成。
前にもここに書いたけど、lolipopは悪くないなあ。sendmailはもちろん、mysqlも使えるので、それなりのサイトが作れちゃうぞ。
[更新]2026-02-03 09:21:05
タイフェスティバル
我が家のお気に入りイベントで、ここ数年毎年行ってるんだけど、今年は例年にも増して、人ごみ・行列がすごかった。ほとんどラッシュ時の駅のホーム状態。朝いちで行って場所確保、行列に並んで食べ物確保、しないと厳しいなあ。
とはいえ、食い物はほんとうに美味い。タイのひとの視線の距離、みたいなものも、馴染みがいい。おみやげに買った「カオラム」が相変わらず絶品。竹の中にひとつかみもち米をいれてココナツミルクで炊くだけ、だと思うんだけど、さっぱりとした甘みともち米の食感がたまりません。甘いものが苦手なわたしもこいつは好物。
来年は、戦略を立てていかないと、だなぁ。我が家はヨメもわたしも人ごみ・行列が苦手なんだよねえ。
[更新]2026-02-04 09:21:59
ぼちぼち、です。
今日も今日とて職安に。行ってみたらば端末が満席で順番待ちの札を渡されてびっくり。それも待ち人数が20人弱。とはいえ、急いでるわけでもないし、ニンテンドースーパーDSを持ってるんで、待ち時間もひと目を少し気にしつつまったりダンジョンで過ごしてみる。
ソフトの会社が編集募集。理工学書、ネットで検索するとわたしが本屋でうろつく棚の一角に並ぶような書籍だ。さっそく食いついて紹介状を出してもらう。
その後帰宅して押し入れ整理ようにカラーボックスを買いに嫁と自転車でうろうろと。今度のところ、押入れが大きくて奥に深い。まんま使うには使い勝手が少々よろしくない。中を区分けするにもカラーボックスあたりが手頃かな、と。しかし、ずっとバタバタしてきて、ようやくちょっと落ちついたこともあって、バテ気味かも。とほほ。
明日は認定日なので交通の便の悪い錦糸町の職安へ。受給期間がそろそろ切れつつある。さすがに焦るんだけど、せめて気持ちの余裕は（根拠がなくとも）なくさないようにしないといかんですよ。