高速道路から空港に向かう途中、車ではこれ以上は行けないと下ろされ、歩いて空港に向かう途中で見たのはこんな光景。

なるほどな、と。一応濡れないで空港に向かえるようにはなっているんだと安心したのも束の間。
写真じゃ分からないかもしれませんが、実際に歩くとこの仮設の橋、ギシギシ音がなり壊れそうだし、人一人分の幅しかないのにすれ違いも起こる、掴まるところ皆無というなかなかに難易度の高いものでして。。。

実際に歩いてみた動画は以下。

で、空港のターミナルに到着すると洗濯物が干してあったり、空港内にテントが張ってあったりとなかなかのカオスっぷり。
ただ、掃除とかしているボランティアがいて、ある程度の清潔さは保たれていた印象です。
良いですよね、こういう実質的なボランティア活動って。何の為にやってるのか分からない謎ボランティアより、よっぽどシンプルで好感が持てます。

ちなみに、空港内のトイレ、実は使えるんですよね。
漏れそうだったから、空港についてすぐにトイレに向かったんですが、どれも使用禁止と書かれていました。
…これは終わったなと思っていたんですが空港に住んでいるタイ人が「使えるよ」とジェスチャーで教えてくれまして。

で、半信半疑ながら用を足すと、確かに水が流れる！電気つかないから暗闇だけど。
これ、ドンムアン空港を今見に行こうとしている人には貴重な情報だと思いますよ(笑)

で、空港機能が完全に停止しているから出入り自由になっている空港内を軽く見てきました。

あと、空港敷地内を移動するのにボート使っている人もちらほら。

何しろ以前、タイに来た時に使用した空港だったので、この状況には本当にびっくりしました。
ただ、タイ全体を考えると復興のスピードは、とんでもなく早いです。

比べる対象として間違っているのかもしれませんが、日本の地震からの復興と比べると政府の対応が素早い。
国内外から集まった支援金を有効に使い、一番被害が出たらまずい所(バンコクの都市部)を把握してそこだけは守るというある種冷酷な決断。
あと、一番個人的に感動したのは清掃ボランティアを行う学生の多さ。

多分、日本だったら「この現状を多くの人に知ってもらおう！」的なイベント開催する学生がこの辺りの時期になると多いと思うんですが、それよりも「本当の意味で」自分に出来る事を考えて、それをすぐに実行するその行動力。本当に感動しました(まぁ、雑談しながらワイワイガヤガヤやってましたけど、それもまたよし！)。
空港ではちょこっとだけ一緒に掃除とかしましたけど、気持ちの良い連中でしたよ！

あと、洪水を利用して「洪水の水の上をボートで見て回らないか？」なんていう商売やってる人もいて面白かったです(笑)
3000バーツとか言ってきたんで迷わずNOでしたけど、自分の家が流されたのにこの切り替えは凄いですよね。
何となく、災害やら復興やらについて考えてしまう空港訪問でしたとさ。

自分が太りすぎてしまったため、文字通り苦肉の策として作成したアプリです。

開発環境にtitanium studioを使用した初めてのアプリ（というかリリースまで行ったのは初）ですが、やはり良いですねtitanium。
かなりWEBの技術に近い感じで作成できました。

本当はアプリ内課金とかやりたかったんですが、TiStoreKitが上手く動かず…
（SDKのバージョンが問題なのかなと思っています。ちなみに、1.7.2です）

マネタイズが目的のアプリではないですが、実験的にアプリ内課金などもやっていきたいので、拡張案やダメ出しをしていただけると嬉しいです。（レート５をつけて貰えるともっと嬉しいですｗ）

ダイエットアプリとしてはカナリ異色だし、演出も面白いと思うので是非一度触ってみてください。

iTunes storeへのリンクはこちら

このoauth認証の取り消しの方法で一番単純なものは、アプリを削除すること。

実機でもシミュレータでも同じです。
アイコンを長押しすると表示される×マークをクリックしてアプリを一度削除すればoauth認証を行ったかどうかを含めて全データが削除されます。
（ローカルDBのデータなども削除されるので注意が必要）

知ってれば大した事無いけど、知らないと微妙に悩みますよね、この辺。

■セッションの流れ

こもりさんのセッションで全体像を掴み、金内さんのセッションで実際の制作の雰囲気を知り、境さんのセッションでフューチャーワークを含んだ電子書籍というよりHTML5全体の話。

この流れはすごくわかりやすくて良かったです。
HTML5で電子書籍というのは軽く調べた程度だった自分でもすんなり話についていけました。

前々から思ってるんだけど、CSS Niteの参加者のレベルって結構幅が広くて、しかもBeginnersとかやっていたせいか他のセミナー・勉強会にはあまり参加しない人たちも多い気がしています。
そういう客層もあってか、この日のLPは初心者にも優しく、だけど中級者以上も退屈しないような構成になっていたなーと。

■実際、HTML5による電子書籍って？

個人的にはLPが終わった後も「HTML5による電子書籍っていうか、HTML5による電子書籍風サイト構築」というか感覚が抜けませんでした。
twitter眺めていたら「というか、電子書籍の話というか、最後はマルチデバイスに対応できるサイトの作り方みたいな　笑」というツイートがあったんだけど、まさにその通りだと思います。

要するに、今回話していた「HTML5による電子書籍」ってのは「HTML5による電子書籍風サイト」というような意味なんですよ。

突然、「HTML5による電子書籍」というワケの分からないものが生まれたんじゃなくて、テーブルレイアウトやらCSSレイアウトやら、そういうWEBレイアウトの手法の一つなんじゃないかと。HTML5のローカルストレージとか、今までにない技術を使っているからそう感じにくいだけで。

■HTML5による電子書籍は仕事にどう関係してくるか

前述の通り、自分のスタンスとしては「HTML5による電子書籍というのは、あくまでWEBレイアウトの手法の一つ」にすぎないので、当面の間は面白がられるけど、近い将来、スキル的な強みといえるほどのモノじゃなくなりそうだなと感じていました。

多分、簡単にHTML5で電子書籍作るサービスやCMSのテーマなどが作られて、皆それを使うようになるんじゃないかと。うちらの仕事はそれのカスタマイズになるのかな。

そもそも何でHTML5による電子書籍が（まだ狭い範囲とは言え）注目されているかっていうと、

• app storeなどを介さなくても配布できる
  →審査不要（内容自由）、手数料不要
• (アプリより)簡単に作れる

の２点に尽きます。ということは、HTML5による電子書籍は出版のプロよりもむしろ素人が簡単に書籍を流布出来るようにする仕組みとして優れているんじゃないかと思うです。

ブログとか携帯のホムペを見ても分かる通り、 素人でも簡単に作れるということは、それが一般的に流行るためには絶対に必要な条件です。

ということで、今やったら面白そうなことはHTML5での電子書籍の実装方法を突き詰めて考えることではなく、簡易的なものでも良いから素人でも簡単にHTML5による電子書籍を作成できるシステムを組んで作成→流布までを行えるプラットフォームを作ることなんじゃないかな。

書籍内検索とか、わかりやすいページャとかそういう付加機能は後から付け足していけば、それで十分だと思います。まずは誰でも簡単に電子書籍を出版出来るようにする。それが一番面白いとボクは思います。

■CSS Nite LP17に参加した感想

グダグダと色々書きましたが、最後にこのLP17に参加した感想を。

そもそも、ぶっちゃけて言うとLP17に関してはLP18を受けるついでと最初は考えていました。
ですが、実際に受け終わってみると、これはこれで非常に意義のあるセミナーだったな、と。

セッションの最中にtwitterやっていたんですが、こんなことをつぶやいてました。

話を聞いていると電子書籍の普及で作業が大変になるのはコーダーよりもむしろデザイナーな気がする。紙面をデザインするのではなく、動作も考えなければならない。アプリなのか、HTML5なのかで出来ることも違うし何しろ技術の進化が早い。 #cssnitelp17

html5による電子書籍、オフライン時の対応に色々問題あるけど、面白いな。電子書籍じゃなく、出版社などのサイトをタブレット機で見た時に電子書籍風に表示させる方が需要あるかも。当面はオンライン前提で考えた方が面白いこと出来るはず。 #cssnitelp17

iPadの縦横判別、個人的には縦でも横でも見れるようにするのではなく、縦横で別のコンテンツを表示させる方が面白いと思う。縦表示時は普通の雑誌、横表示は用語集表示、みたいな。天気予報アプリで画面を横にしたら天気図を表示なんてのもあったな。 #cssnitelp17

この辺のことってこのセミナーを受けるまでは、ほとんど考えていませんでした。
この記事に書いた内容についても同様です。HTML5と電子書籍の関係について改めて自分の考えを整理して、新しいアイデアや考えを思いついただけでも福島からわざわざ参加した甲斐があったというものです。

出演者の御三方には改めて感謝感謝ですね。
※出演者の人はさらに色々な発見があったのかな？と思うと自分もいずれ話す側に回ってみたいと思った一日でしたｗ

開発環境はtitaniumSDKのバージョン1.7.2でMacOS Xは10.6.8です。

■ モジュールのダウンロード、ビルド

まずは、githubからモジュールをダウンロード。
ダウンロードしたファイルを適当なところに解凍した後、Macintosh HD > アプリケーション > ユーティリティから、「ターミナル」を起動します。

ファイルを解凍したフォルダまでcdで移動し（まぁ、移動しなくても良いんですが何となく）、「python build.py」とコマンドを打ちます。

このまま何事も無く終われば幸せなのですが、モジュールによっては

** BUILD FAILED **
The following build commands failed: CompileC build/tistorekit.build/Release-iphoneos/tistorekit.build/Objects-normal/armv6/JpMasuidriveTistorekitModule.o Classes/JpMasuidriveTistorekitModule.m normal armv6 objective-c com.apple.compilers.gcc.4_2(1 failure)xcodebuild failed

こんな感じのエラーが発生します。原因は解凍したファイル内に含まれている「titanium.xcconfig」内のtitaniumSDKのバージョンの指定が間違っていることです。

TITANIUM_SDK_VERSION = 1.7.1

この部分を自分のtitaniumSDKのバージョンと合わせれば上手くいくはずです。

■モジュールを移動

ビルドが終わると、「jp.masuidrive.ti.storekit-iphone-0.1.zip」というファイルが同じディレクトリに生成されます。
これをtitanium所定のモジュール置き場に移動させます。移動先は、

• $HOME/Library/Application Support/Titanium/modules/
• プロジェクトフォルダ/modules/

のどちらかです。個人的には、そのプロジェクトで使用したモジュールがよりわかりやすくなるので、プロジェクトフォルダ直下をおすすめします。

zipファイルを移動した後はそれを解凍します。zipファイルを置いたディレクトリまで移動した後、またコンソールから「unzip jp.masuidrive.ti.storekit-iphone-0.1.zip」と打ち込めばオッケーです。
githubに置かれているREADM MEではここまでの流れを１行で「python build.py && unzip jp.masuidrive.ti.storekit-iphone-0.1.zip -d /Library/Application\ Support/Titanium/」と書いていますが、今回はビルド→解凍→モジュール設置を分割して解説しました。自分自身もこのコマンドをそのままコピペではエラーが出てしまったので。

■モジュールの呼び出し

最後のフェーズです。tiapp.xmlに以下のソースをコピペします。スケルトンコードに含まれる<modules />は消してしまって構いません。

<modules>
<module version=”0.1″>jp.masuidrive.tistorekit</module>
</modules>

なお、これはTiStoreKitのみでの話ですが、githubのREADMEにある通り「<module version=”0.1″>jp.masuidrive.ti.storekit</module>」とすると、ビルド後に、

Couldn’t find module

というエラーが発生します。単純な理由なんですが、「ti.」の「.」が不要なのでこれを消してみてください。

以上でtitaniumのモジュールの追加メモは終わりです。書き出してみると大したことないんですけどねぇ。。

[ERROR][BEROR]Code Sign error: The identity ‘iPhone Developer: ‘ doesn’t match any valid certificate/private key pair in the default
[ERROR]
[ERROR] Error: Traceback (most recent call last):
File “/Users/watalucky（ユーザー名）/Library/Application Support/Titanium/mobilesdk/osx/1.7.2/iphone/builder.py”, line 1305, in main
execute_xcode(“iphoneos%s” % iphone_version,args,False)
File “/Users/watalucky（ユーザー名）/Library/Application Support/Titanium/mobilesdk/osx/1.7.2/iphone/builder.py”, line 1066, in execute_xcode
output = run.run(args,False,False,o)
File “/Users/watalucky（ユーザー名）/Library/Application Support/Titanium/mobilesdk/osx/1.7.2/iphone/run.py”, line 39, in run
sys.exit(rc)
SystemExit: 65

しかも、このエラーが出た後は何故かシミュレータでも動かなくなるという悲劇。
これ、結果だけ言うとprovisioning profileの問題でした。

iOS Provisioning Portalでprofileを作成する時に、テストだからとDistributionで作成していたのですが、これが原因だったようです。
Developmentで作成し、それをtitanium studioで再度uploadしたら実機転送できるようになりました。
（シミュレータも問題なく動くようになりました）

実はDevelopmentとDistributionの違いってよくわからないんですが、とりあえずまぁ、解決して良かった。。。
…あ、もしかしたらDevelopment用の証明書しか設定してなかったってオチもあったり・・・するかも。ま、いいや。

自分の場合、実機では問題なく表示されるため、特に問題はない（エミュレータ起動するより実機転送の方が早いｗ）のですが、その時にテスト機として使ったXPERIA（SO-01B）をデバイスとして認識させる時に少し詰まったのでメモ。

XPERIA（SO-01B）のドライバは本体に内蔵されているので
Xperia Android 開発環境SDKインストール: Android Xperia/X10 adb devices で認識されない 表示されない
を参考にまずはドライバをインストールしてください。

その後、titanium studioで実機転送を行うと、

[TRACE] adb devices returned 0 devices/emulators

のようにコンソールに表示され、デバイスとして認識されないことがわかります。

この状況に陥ったら、まずwindows updateを試してみてください。
SONYなんちゃらというプログラムがあったら、それをインストールすれば解決します。
（自分は面倒なので、アップデートプログラム全てをインストールしました）

• 打ち間違えすら反映対象になる
• 画面下部の検索ボックスがなくなる
• なんか気持ち悪い

下にいけばいくほど、イライラがつのりますｗ

で、この機能。
デフォルトで有効化されているんですが、オプションから無効化できるようになっていたみたいです。
（最初から無効化機能ついてました？）

方法は以下のとおり。

まずは、googleにログインした状態で出る右上の歯車ボタンをクリックし、検索設定を選択。

次に、googleインスタント検索を使用しないにチェックを入れ保存ボタンをクリック。

まぁ、設定はこれだけなんですが、ウザウザ機能にゲンナリしている人も多いので忘備録として。

ということで、titaniumというものを使ってみようと思っています。
一言で言えば、WEBの技術を使ってスマフォアプリを作れるってシロモノ。
まだ学習途中ですが、使いこなせば結構面白そうです。

で、まず、インストール。
今回はwindowsにインストールしていたのですが、その際、androidSDKをインストールする必要があります。
公式サイトに行くと、2011年7月9日現在の最新版はR12です。

早速インストーラをDLし、実行してみると以下のエラーが発生します。

「あー、javaのインストールしてなかったか。」とVisit java.oracke.comのボタンをクリックし、公式サイトからJDKをDLしインストール。
その後、再度androidSDKのインストーラを起動すると・・・

「おいっ」

どうやらJDKをインストールしてもそれを正しく検知してくれないようです。
どういった条件が重なるとこうなってしまうのかは不明ですが、解決策は発見できました。

まず、R9をDLし、それをインストールします。
その後、再度R12をDLし、インストール。

そうすると何故かこの問題は回避出来るようです。
なんともよく分からないバグですが、とりあえず何方かの参考になれば。

FROM `テーブルA`
INNER JOIN `テーブルA` ON ～～

と書いたら、Not unique table/alias: ‘テーブルA’なんていうエラーが発生しました。
ググっても、これといった解決策が見つからなかったんですが、よくよく冷静に見てみれば単にinner joinの指定をミスしているだけだったという。

正しくは、

FROM `テーブルA`
INNER JOIN `テーブルB` ON ～～

ですね。たまに、こういうアホミスで時間を取られるのを減らしたいもんです。