2011

Eclipseが起動しなくなったときの対応の要点だけ

Androidアプリの開発で使うEclipseだけど、作業途中でハングアップ、強制終了後に再起動しても起動中の”building workspace…”あたりで起動がハングしてしまうことがあって、その対応メモ。 Eclipseの強制終了後、起動しなくなる問題の一つはEclipseの一時ファイル.snapファイルというやつが壊れている事が原因みたい。 なので、このファイルを削除してしまえばOK。こんな感じ: rm path/to/workspace/.metadata/.plugins/org.eclipse.core.resources/.snap rm path/to/workspace/.metadata/.plugins/org.eclipse.core.resources/.projects/*/.*.snap これはワークスペースの変更を記録しているファイルで、強制終了後とかに作業状態の復帰とかに使われるものみたい。これが壊れていると復旧途中で止まってしまうということっぽい。 ということで削除後、Eclipseを普通に起動すればきちんと起動するはず。もしくは.metadata/.logを見ると、何かしらエラーログが記録されているはずなのでこれをチェック。

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

Android App Widgetのライフサイクルイベントは4つ。公式ドキュメント読んだだけではいまいち分かりづらかったので調べてみたメモ。 (1)onEnabled(Context context) 一つ目のウィジェットがホームに追加されるとき。 (2)onUpdate(Context context, AppWidgetmanager appWidgetManager, int appWidgetIds) ウィジェットがホームに追加されるとき。一つ目のときはonEnabledの直後に呼ばれる。2つ目以降(=同じウィジェットが既にホームに置かれている場合)はこのonUpdateだけがコールされる。 appWidgetIdsには、アップデート対象のウィジェットのIDが入ってる。なので、widgetの追加時には基本的に1つのIDの配列で、定期更新時には2つ以上のIDが入ってる可能性があるっていうことみたい。 (3)onDeleted(Context context, int appWidgetIds) ウィジェットがホームから削除されるとき。他にウィジェットが残っているとき(=同じウィジェットがまだホームに置かれている場合)はこのonDeletedだけが呼ばれる。 (4)onDisabled(Context context) ホームから最後のウィジェットが削除されるとき、onDeletedの直後にコールされる。 もういっこonReceivedは上記3つが結局コールされるので、通常はあんまり気にしなくて大丈夫みたい。以下4つ以外の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のもの) 要点だけ書くとドキュメントで違っている/足りていない記述が2カ所あることに注意: できたモジュール(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 ( isSubclassOfClass: ]) ((UIScrollView *)subview).bounces = NO; 要はUIWebViewsのsubViewsで取りだした子要素の一覧からUIScrollViewのインスタンスを取り出し、 それのbouncesプロパティを無効にする。これがうまくスクロールをdisableにできれば、気兼ねなくネイティブUIとのハイブリッドが採用できそう。 まだ実際には試してないけど後で試してみる予定。

Android Manifestのuses-sdkの要点だけ

AndroidManifest.xmlの<uses-sdk>項目について調べた。 Androidにおいて、APIレベルでの複数デバイスへの互換性を確保するにはAndroidManifest.xmlの<uses-sdk>を使う。 この項目はデフォルトでは存在しない。追記は<manifest>の子要素。 android:minSdkVersion、android:maxSdkVersion、android:targetSdkVersionの3属性が設定できる。 値は整数で、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