Android Widgetのライフサイクルについて要点だけ

Android App Widgetのライフサイクルイベントは4つ。公式ドキュメント読んだだけではいまいち分かりづらかったので調べてみたメモ。

（１）onEnabled(Context context)
一つ目のウィジェットがホームに追加されるとき。

（２）onUpdate(Context context, AppWidgetmanager appWidgetManager, int[] appWidgetIds)
ウィジェットがホームに追加されるとき。一つ目のときはonEnabledの直後に呼ばれる。2つ目以降（＝同じウィジェットが既にホームに置かれている場合）はこのonUpdateだけがコールされる。
appWidgetIdsには、アップデート対象のウィジェットのIDが入ってる。なので、widgetの追加時には基本的に１つのIDの配列で、定期更新時には2つ以上のIDが入ってる可能性があるっていうことみたい。

（３）onDeleted(Context context, int[] appWidgetIds)
ウィジェットがホームから削除されるとき。他にウィジェットが残っているとき（＝同じウィジェットがまだホームに置かれている場合）はこのonDeletedだけが呼ばれる。

（４）onDisabled(Context context)
ホームから最後のウィジェットが削除されるとき、onDeletedの直後にコールされる。

もういっこonReceivedは上記３つが結局コールされるので、通常はあんまり気にしなくて大丈夫みたい。以下４つ以外のBroadcastをなんとかしたい時にきにすれば良い。

• ACTION_APPWIDGET_DELETED→onDeleted
• ACTION_APPWIDGET_DISABLED→onDisabled
• ACTION_APPWIDGET_ENABLED→onEnabled
• ACTION_APPWIDGET_UPDATE→onUpdate

Xcode 4のシングルイウンドウUIに垣間見るOSX Lionの本気度

まもなくAppleの開発者向けイベント、WWDC 2011が6月6日（日本時間7日深夜）から10日の予定で開催される。注目はもちろんiPhone 5、iOS 5が発表されるのかというのが一つとしてはあるけれど、もう一つの注目ポイントとしてMac OSXのメジャーバージョンアップ、Mac OSX Lion (10.7) の発表がある。

Mac OSX Lionは2010年の10月に、その概要が発表された。特徴は、iPadに見られるようなフルスクリーンUIをOSXの世界にも導入した「Launchpad」や「フルスクリーンアプリケーション」。これは単純にiPhone、iPadの人気にOSXが便乗しようとしているだけにも見えるけれど、Appleはこの大胆な変更に本気で取り組んでいて、これでiOSのエコシステムをOSXの世界にも広げようとしているように見える。

Titanium Mobileモジュール開発ドキュメント間違いの要点だけ

JavaScriptを使ってワンソースでAndroidとiOSのクロスプラットフォームができるとして話題なTitanium Mobileのモジュールの作り方を調べた。だけどどうも公式ドキュメントが違ってる（古い？）らしくてむしゃくしゃしたので、ついカッとなった部分のメモ。確かめたのはTitanium Mobile 1.6.2とXcode 4とiOS SDK 4.3です。基本的には以下のドキュメントに沿います。
参照：Module Devloper Guide for iOS（Last edited on May 12, 2011のもの）
要点だけ書くとドキュメントで違っている／足りていない記述が２カ所あることに注意：

• できたモジュール(zip)のコピー先はLibraryじゃなくてアプリのルートディレクトリ
• Titanium Mobile 1.6.2（Titanium Developer 1.2.2？）とiOS 4.3の組み合わせではLog/Info系の出力がTitanium Developerのコンソールに出ません。Xcodeで直接実行するか、iOS 4.2以前を使えば出る。
• markdownモジュールはmarkdown2モジュールに変更されているのでbuild.pyの修正が必要。公式どおりにやるとモジュールのビルド過程でimport errorが出る。

もう少し詳しい手順は続きに：

UIWebViewのバウンスアニメを無効にする要点だけ

アプリ内でUIWebViewを使うときに困るのが、タッチ操作でスクロールできてしまうこと。
ネイティブUIにUIWebViewが入りこんでいることが分かって、UIの統一性が失われてしまう。

WebViewがドラッグ動作で範囲外までスクロールできる「バウンス動作」が無効にできれば良さそうだけど、、ということで調べたら、出てきたのでメモ。

http://stackoverflow.com/questions/500761/stop-uiwebview-from-bouncing-vertically
for (id subview in webView.subviews)
  if ([[subview class] isSubclassOfClass: [UIScrollView class]])
    ((UIScrollView *)subview).bounces = NO;

要はUIWebViewsのsubViewsで取りだした子要素の一覧からUIScrollViewのインスタンスを取り出し、
それのbouncesプロパティを無効にする。これがうまくスクロールをdisableにできれば、気兼ねなくネイティブUIとのハイブリッドが採用できそう。

まだ実際には試してないけど後で試してみる予定。

UIWebViewでloadHTMLStringするときの要点まとめ

iOSアプリで適宜、UIの一部分をUIWebViewにしてHTMLで処理するようにすると開発効率が劇的に向上するということは間々あって、その中でもこのエントリではUIWebViewを使ってローカルでHTMLをloadHTMLStringするときの注意点のメモ。

Apple WWDC 2011まとめ

日程：June 6-10（日本時間6/7～）
基調講演は例年どおりなら6/7 AM 2:00ごろ？ジョブス氏くるのかな。

今回のポイントは、
・Mac OSX Lionの正式リリース？
・iPhone 5？iPhone 4S？とiOS5？の発表があるか？
・iTunesのストリーミング配信サービス開始？

Android Manifestのuses-sdkの要点だけ

AndroidManifest.xmlの<uses-sdk>項目について調べた。

• Androidにおいて、APIレベルでの複数デバイスへの互換性を確保するにはAndroidManifest.xmlの<uses-sdk>を使う。
• この項目はデフォルトでは存在しない。追記は<manifest>の子要素。
• android:minSdkVersion、android:maxSdkVersion、android:targetSdkVersionの３属性が設定できる。
• 値は整数で、Android SDKごとに設定されるAPI Levelの値を指定する。（参照：Android API Levels）
• 特に重要なのはandroid:minSdkVersion。この設定より古いAPI Levelの端末にはインストールされない。これはデフォルトでは1なので、Android Platform 1.0までアプリがサポートしていることになってしまう。ちなみにdocomoが初めて発売したAndroid端末はHT-03Aで、これはAndroid 1.5=API Level 3。
• android:targetSdkVersionは、システムにこのバージョンでテストしていることを示すもの。OSが様々な互換性のための設定を行うときに利用されるみたい。
• android:maxSdkVersionというのは設定しないほうが良い。アプリケーションが特定のバージョンより新しいものにインストールされなくできる。

参考：http://developer.android.com/guide/topics/manifest/uses-sdk-element.html

たとえばXperia arcで開発していると、ListViewの中身がスクロール時に拡大されてしまう問題というのがあるのだけど、この<uses-sdk>項目の設定で解決するようだ。以下のMLだとminSdkVersionを指定してやると解決すると書いてあるけど、上のドキュメントを読んでandroid:targetSdkVersionだけ設定してあげても解決できたみたい。

参照：http://groups.google.com/group/android-group-japan/browse_thread/thread/78e5b1b66237ee9f