tech4u blog

spモードメール通知 5300.01をリリースいたしました。

前回のリリース(5200.01)はブログを書きませんでしたが、本体バージョンアップで強制終了してしまう不具合に急いで対応したのでコメントを書く暇がなく、その後は放置でした・・・。

今回の修正は以下の通りです。
・通知時、アプリ名だったところをフォルダ名に変更
・容量表示画面の収集処理を別スレッド化
・タスクキル対策コード修正
・非root端末表示メッセージ微修正

以下、補足を書きます。

・通知時、アプリ名だったところをフォルダ名に変更
これは受信直後のステータスバーにペロっとでる文字列の変更です。（ペロンと引き出してきて見える部分の変更はありません。）
リリースに間が開いたので、見た目ですぐわかる変更かつ実装が簡単なものを仕込んでみました。
便利かなと思ったのですが、メールを待ちわびているときは先に本体が未受信を出して新着を出して・・・の時点で本アプリの通知を待たずにユーザーが開いちゃうだろうし、見てないときは見えないだろうから、あまり意味ないかもしれません。

・容量表示画面の収集処理を別スレッド化
メニューから容量確認を選択すると、容量調査中の間ブラックアウトしていたので、調査中はグルグルダイアログを表示するようにしました。
設定画面でメニューボタンが効くことに気付いていない方もいらっしゃるかもしれません。
そこにあるのが特に必要のない機能だったりバグっぽい動きをする機能だったりなので特に説明をしていませんでした。
メニューからの機能は別のエントリで説明することにします。

・タスクキル対策コード修正
先日書いた、APP_LINK_NEW_MESSAGE の件です。ポーリングループが不要になると思っていたのですが、spモードメールで未読を消化した時に本アプリの通知を消す動作があり、これのためにポーリングループが残っています。
このため、省電力にはあまりつながっていません。
通知を消した後、ポーリングループを抜ける処理を書くとかなり省電力になると思われるのですが、下手にいじるとメモリリークなどしそうな気がしたので後でじっくり対処します。

・非root端末表示メッセージ微修正
「root化ってどうやるんですか」というメールがたまに来るので、「root化についての質問は受け付けません。」と追記しました。
「自己責任で」という言葉で通じると思っていたのですが、より具体的なメッセージにしました。
マーケットの説明で、「覗き見」という言葉をカギ括弧つきで強調して書いてますが、ダウンロード数が減ることを覚悟の上でこのようなショッキングな説明にしています。これはroot化のリスクを強調するためです。
こんなことを書くと本アプリで情報流出してんじゃないかと思われるかもしれませんが、私はそんなことはしません。「覗き見」した情報は鳴り分け通知の目的のみに使用し、それ以外には使用しておりません。
ここで書いても説得力がありませんし、証明するなら第三者がリバースエンジニアリングするしかなく非現実的ですが。

最後にもう一つ、先日書いた、意味のない try catch を外しました。Optimous LTE での強制終了の原因究明ができることを願っています。

最近やりたいことが3つほどあって、しかし、仕事もあるので思うように進まずにいます。

まず、IMoNiの鳴り分けをしたいというのがあります。
これはspモードメール通知のユーザーさんから熱いメールがあったからです。
そのメールには、spモードメールのダメさに耐えられなくなり、IMoNiに移行するのだけれども、鳴り分けができなくて残念ということが書いてありました。
そこでIMoNiを調べてみると、root無しで鳴り分けができそうな感じだったので作ろうと思ったわけです。それが年末で、正月休みにサラサラっと作れるかなと思ったら細かいところで壁にぶつかりまくりで今に至ります。
技術的な要素はクリア済みで、あとは作ってバグをつぶすだけなんですが、作るところもまだまだ残っていて、ちょっと時間がかかりそうです。

2つ目は、spモードメール通知が Optimus LTE で動かないという報告がありまして、現状どこで落ちてるかわからないというのがあります。意味のない try catch を仕込んだせいで落ちた場所が不明になっているという残念なことになっているので、try catch を外そうと思っているのですが、それだけでバージョンアップするのも気が引けるので、なんかしら機能を付けたいところです。
容量表示ダイアログが表示されるまでの時間が長いので、収集中のグルグルを付けようと思っています。
また、spモードメールが受信時に jp.co.nttdocomo.carriermail.APP_LINK_NEW_MESSAGE という broadcast intent を投げていることに気付いたので、ポーリングループをなくすことができそうだということに気付きました。何を言ってるかわからないかもしれませんが、簡単に言うと電池の消費を少なくできる可能性があります。これもぜひ実装したいところです。次の次のリリースでやりたいと思っています。

最後に3つ目。SPモードメール受信Boxを引き継ぐことになりまして、ソースをいただいて、眺めてそのままになっています。
別人からの公開ということでパッケージ名の変更などするわけですが、変更してコンパイル通っても実行してみたらインテントが見つからなくて画面が遷移しないなどなりがちなので、まとまった時間を取ってじっくりテストしたいところです。

そんな3つのジョブを抱えて「あーどうしよう」という状況です。
ブログ書いてる暇があったらなにか1つでも潰していけよと思われそうですが、課題の整理ということで書かせていただきました。

また、優先順位を決めてやっていかなければならないので、どうしても2つは後回しにされてしまいます。後回しにされた方はお気を悪くされないようお願いします m(_ _)m