Selfkleptomaniac

また日本語のアプリ名に出来なくなってる？

AndroidManifest.xmlをplatform/android以下に置いて、アプリ名を日本語にしてビルドしたら動かなくなっていました。何の影響ですかね？

/Library/Application\ Support/Titanium/mobilesdk/osx/1.8.2/android/builder.pyをいじったらいけたんで、とりあえずdiff晒しておきますね。。。

1057,1058c1057,1058
<	manifest_source = manifest_source.replace(ti_activities,"\n\n\t\t".join(activities))
<	manifest_source = manifest_source.replace(ti_services,"\n\n\t\t".join(services))
---
>	manifest_source = manifest_source.replace(ti_activities,"\n\n\t\t".join(activities).encode("utf-8"))
>	manifest_source = manifest_source.replace(ti_services,"\n\n\t\t".join(services).encode("utf-8"))

* 追記

2.0.1GA2でも同じですね。1083行目あたりに同じのがあります。

Popularity: 1% [?]

TitaniumでAndroidのServiceを

マニュアル通りにやっても動かなかったので、メモしておきます。

AndroidのServiceについては別の資料をご覧頂くとして（常駐アプリみたいなものです）、その起動や停止をTitanium Mobileから制御する方法について説明します。1.8.2で動作確認しています。

Serviceを利用するにはJSに記述する以外にも、tieapp.xmlに追記する必要があります。

<android xmlns:android="http://schemas.android.com/apk/res/android">
        <services>
            <service type="interval" url="myservice.js"/>
        </services>
</android>

これは、myservice.jsというファイルに記述されたServiceを指定された間隔（interval）で起動する、という意味になります。tieapp.xmlにこれを指定すると、build/android/gen/APP_ID/MyServiceService.javaというファイルが生成されます。中身はTiJSIntervalServiceを継承したMyserviceServiceクラスの実装で、build/android/AndroidManifest.xmlに

<service  android:name="APP_ID.MyserviceService" />

が追記されていれば成功です。APP_IDのところは実際には先ほどの生成されたJavaのファイルにも記述されているパッケージ名になります。

ところが、いろいろと作業する内にtieapp.xmlを編集するだけでは上のようにはならず、

<service  android:name=".MyserviceService" />

のようになったことがありました。困ったことに、一度こうなるとそのまま変更されなくなってしまうようです。これでは当然動作しないので、一度ビルドしてbuild/android/AndroidManifest.xmlが作成されたら、プロジェクトディレクトリ直下にplatform/androidディレクトリを作成し、AndroidManifest.xmlをコピーします。

$ mkdir -p PROJECT_HOME/platform/android
$ cp PROJECT_HOME/build/android/AndroidManifest.xml PROJECT_HOME/platform/android/

platform/android/AndroidManifest.xmlに記述された内容はtieapp.xmlの情報とマージされて、build/android/AndroidManifest.xml.genとなります。platform以下のXMLの方が優先されるみたいです。なので、これを編集して

<service  android:name="APP_ID.MyserviceService" />

という行を追加します（しつこいようですが、APP_IDはパッケージ名です）。

次に、myservice.jsを用意するわけですが、XMLの方には記述されていませんが設置するのはResources直下ではなく、Resources/android以下になります。もし起動時にデータを受け渡しする場合はintentにputExtraで指定することができます。Serviceは即時実行されますが、intervalを指定すると二度目以降は指定されたintervalの間隔（ミリ秒）で実行されます。

// app.js
var activity = Titanium.Android.currentActivity;
var service_intent = Ti.Android.createServiceIntent({
  url: 'myservice.js'
});
service_intent.putExtra('interval', 5 * 60 * 1000); //5分後に実行
service_intent.putExtra('my_data', 'this is my data');
service = Ti.Android.createService(service_intent);
service.start();

// android/myservice.js

var service = Ti.Android.currentService;
var service_intent = service.getIntent();
if(!Ti.App.Properties.hasProperty('notificationCount')){
  Ti.App.Properties.setInt('notificationCount', 0);//初回起動時は無視
}else{
  //5分後にresumeしたときの動作
  Ti.App.Properties.removeProperty('notificationCount');
  var my_data = service_intent.getStringExtra('my_data');
  Ti.API.info(my_data);//データの引き渡しができた
  service.stop();
}

これでログに文字列を出力するだけのServiceを作ることができました！最高のアプリです。バカ売れ間違い無しですね。

Serviceの活躍する場面ですが、例えばここから起動中のアプリにfireEventで何か実行させたりすることができます。setIntervalとかsetTimeoutで動作を制御しようとすると、Androidの場合は画面スリープの制御が出来なかったりしていまいち信頼性が低いので、Serviceを起動してそこからコントロールするのがいいと思います。あるいは、バックグランドで実行する位置情報の更新にも便利ですね。

そうそう、iOSのlocal notificationの変わりにもなりそうです。

また、常駐しているサービスから何かのきっかけでAlarm Managerを呼び出して停止中のアプリを起動させたりすることができるともっと面白いことができるかもしれません。が、Titanium MobileにはAndroidのAlarm Managerを扱う仕組みがないので、これは別途モジュールで作成する必要があります。

続く

* update

ところが、Titanium製アプリでバックグランドでServiceを実行すると、Androidでホームボタンを押してアプリを閉じた場合は問題ないのですが、backボタンで閉じた場合はServiceがresumeしなくなることが判明しました。

そこで、backボタンを押したときにホームボタンと同じ動作をするよう変更してみたところ、Serviceは無事動き続けました。

  win.addEventListener('android:back', function(){
    var intent = Ti.Android.createIntent({
      action: Ti.Android.ACTION_MAIN
    });
    intent.addCategory(Ti.Android.CATEGORY_HOME);
    Ti.Android.currentActivity.startActivity(intent);
  });

backボタンでアプリが閉じてしまうrootウィンドウにこんなイベントリスナを追加するとうまくいきました。

Popularity: 1% [?]

Android開発でハマッたところを徒然なるままに

imageプロパティのパスがおかしい

imageViewとかのimageプロパティはiOSと違って「/path/to/image.png」みたいに先頭をスラッシュにしてあげないと何も表示されない。ただしbackgroundImageは「path/to/image.png」で通じる。

難易度：1

Android 4には対応していない

ドキュメントにあるように、Titanium Mobileは1.8.2時点ではまだAndroid 4には対応していない。意味不明のエラーになることがある。例えばcreatePickerでtypeプロパティにTitanium.UI.PICKER_TYPE_TIMEを指定すると落ちる。

難易度：2

ActivityIndicatorの挙動が違う

iOSでは、ActivityIndicatorはそれをaddしたviewやwindowオブジェクトが消えれば画面から消えるが、Androidの場合はhide()を呼び出してやらないと表示されたままになる。

難易度：2

IS03ではdialogはwindowにaddしないといけない

他の機種で動作していたとしても、IS03ではcreateDialogしたdialogオブジェクトが表示されないことがある。この場合、前面にあるwindowオブジェクトにaddすると表示される。

難易度：3

tagGroupを使うとアプリが終了しない

Ti.Android.currentActivity.finish();をコールしてもアプリが終了しない。tabGroup.close();を呼び出すとズドンと終了する。

もっとも、AndroidアプリはActivityの停止を呼び出しても、それは停止してもいいとフラグを立てるようなものなので、必ずしも停止するとは限らない（けど実質的には停止する…）ので要注意。

難易度：4

window.open();で別スレッドになることがある？

createWindowしたオブジェクトにイベントリスナを追加して、その前に開いていた画面を裏で閉じたり変更したりするとき、ぬるぽで落ちることがあった。どうやらtab.open(win);ではなくwin.open();だと別スレッドになることがあるらしい。ちなみにコードは正しくiOSでは必ず動作する。

難易度：4

imageViewの画像が更新されない

一度画面に表示したimageViewのプロパティを外部からいじっても更新されないことがある。image_view.image = ‘/path/to/new_image.png’;のように記述しても必ずしも更新してくれるわけではない。こちらもコードは正しくiOSでは必ず動作する。同じコードでAndroid対応するとimageView自体を消して作り直すなど根本的な変更が必要になる。

詳細を調べきれていないので申し訳ない。

難易度：5

Distribute用ビルドのJSファイルのコンパイル機能がおかしい

Distribute用ビルドでは「var object = {};」がコンパイルエラーになる。「var object = new Object();」なら通る。

難易度：5+

Popularity: 2% [?]

AndroidのDistribute用ビルドでコンパイルエラー

Titanium MobileでAndroidアプリを作成し、実機テストも終わってさあいよいよだとDistribute用ビルドを作成したときのこと。1.8にはJSファイルを読めないようにコンパイルする処理があります。Distribute用ビルド以外はこのコンパイル作業は実行されないのですが、実機での動作確認まで終わった開発用のビルドでは問題なかったソースコードがこのコンパイル時にエラーでビルドに失敗するではありませんか。いくつかのエラーは、例えば同じプロパティが複数回同時に宣言されているだとか、エラーメッセージを読めばわかるものだったのですが、最後に残ったエラーはただの例外でしかないので何が起きているのかさっぱりわかりません。

//例えばこんなエラー
[ERROR] unrecognized error encountered: " % se

そこで、コンパイルが止まるJSファイルをいったん空のファイルにすると、今度はビルドは通りました。なるほど、ビルドスクリプトがこのJSファイルをうまく処理できないに違いありません。そこでえっちらおっちら手動バイナリサーチです。400行のJSファイルをまずは200行で区切って再度コンパイルします。といってもシンタックスエラーになってはダメなので、最低限文法だけは合っている（実行時エラーが起きても問題ありません）ファイルを作る必要がありますから210行とかちょっと半端になります。これでビルドが通れば消した200行の中に問題の部分があり、そうでなければ残っている200行に問題がある。後者だったので、今度はその200行を100行で切って文法的に正しくなるよう整形してまたコンパイル、今度は50行にして、と続けて四回目であれ？と気になって試してみたらビンゴでした。

いいですか？心を落ち着けて、よく見てください。これが、ビルドを阻んでいた問題のコードです：

var form_data = {};

…え？

驚かれましたか？そうなんです。これなんですよ。ぶっちゃけていえば、ビルドスクリプトの正規表現がおかしいとしか思えない（どうやらトークンにパースしてどうこうみたいな処理じゃなくて単純に正規表現で実装されてるっぽいんです）のですが、これを

var form_data = new Object();

にすれば直ります。ここで冒頭の画像に戻ります。

Popularity: 1% [?]

invoker.js

Titanium Mobile（Android）でSQLiteを使おうとして、invoker.js がどうしたってエラーが出てきたので調べたら、1.8系ではResouces以下に置いたdbファイルを指定するのに先頭に「/」が必要になっていた。本家のQ&Aにも見つかっている。

Resouces/my_app.dbというファイルを用意しているなら

if Ti.Platform.osname == 'android'
  db = Ti.Database.install('/my_app.db', 'my_app')
else
  db = Ti.Database.install('my_app.db', 'my_app')

こんな感じ。

Popularity: 1% [?]