Gmailのintentがまた変更になった。

Gmail が 4.3 にアップデートされました。そして毎度のことですがGmailからのintentが変更されており GmailNotifier に問題が発生しました。

Gmail4.3では4.2.1とそれ以前のintentが合わせ技で発生する模様。

こんな感じです↓

03-21 01:02:22.021: I/Gmail(10383): Schedule indexing for dekuyou@gmail.com
03-21 01:02:22.341: I/Gmail(10383): Sending notification intent: Intent { act=com.android.mail.action.update_notification typ=application/gmail-ls (has extras) }
03-21 01:02:22.349: I/Gmail(10383): Sending provider changed intent: Intent { act=android.intent.action.PROVIDER_CHANGED dat=content://gmail-ls/unread/^i (has extras) }
03-21 01:02:22.497: I/Gmail(10383): Sending notification intent: Intent { act=com.android.mail.action.update_notification typ=application/gmail-ls (has extras) }
03-21 01:02:22.497: I/Gmail(10383): Sending provider changed intent: Intent { act=android.intent.action.PROVIDER_CHANGED dat=content://gmail-ls/unread/^iim (has extras) }
03-21 01:02:22.544: W/Gmail(10383): Showing notification with unreadCount of 2 and unseenCount of 2

今回のこのGmailの変更で、GmailNotifier側で拾ってるbroadcast に、

extras.getString('account') == null 

な intent が引っかかるようになっていました。

なんでしょうね、このintent。。。。。。

Gmailのintentが変更になった。(ICS以上でGmailNotifierが動かない）

Google Official の Gmail アプリ、ICS以上のOSだとバージョンが4.2.1にあがったようです。

GBだと2.3.6でした。

で、発行されるintentが変わったようです。
以前は

06-12 20:51:00.550: INFO/Gmail(10262): Sending notification intent: Intent { act=android.intent.action.PROVIDER_CHANGED dat=content://gmail-ls/unread/^iim (has extras) }
06-12 20:51:00.589: INFO/Gmail(10262): Sending notification intent: Intent { act=android.intent.action.PROVIDER_CHANGED dat=content://gmail-ls/unread/^i (has extras) }

な感じだったのが、

12-05 00:53:31.026: I/Gmail(10466): Sending notification intent: Intent { act=com.android.mail.action.update_notification typ=application/gmail-ls (has extras) }
12-05 00:53:31.127: I/Gmail(10466): Sending notification intent: Intent { act=com.android.mail.action.update_notification typ=application/gmail-ls (has extras) }

こんな感じになったようです。

とりあえず、ICS以上の端末でGmail Notifier が動作しなくなったのは把握しました。。。。。。。orz

近々修正します。。。。（自分が不便ですし。。。。

Gmail の intent 取得と端末の断片化

Liveviewで、poor Gmail Notifier をマーケットにリリースしたのが、2011年の8月、今月 SmartWatchの Gmail Notifier - Smart Extras™ も無事リリースとなりましたが、Gmail Notifier - Smart Extras™ をリリースして衝撃の事実。

なんと、元々Gmailのintentを拾う部分の作りは同じなのですが、Xperia arc ではintentを拾えていないことがわかりました。
poor Gmail Notifier リリースからずっとです。
また、x10miniなどのAndroid2.1端末も拾えてなかったようです。

とくに arcは衝撃的でした。
そんな変な端末だとは思っていなかったのですが。。。。。。

結論から行くと下記のようにReceiverを仕掛けておけば、Gmailのintentはもれなく拾えていそうです。（今のところ私の知る限り。

<receiver android:name=".GmailReceiver" android:label="receiver">

            <intent-filter>

                <action android:name="android.intent.action.PROVIDER_CHANGED" />

                <data android:scheme="content"

                    android:host="gmail-ls"

                    android:pathPrefix="/unread/^i"

                />

            </intent-filter>              

            <intent-filter>

                <action android:name="android.intent.action.PROVIDER_CHANGED" />

                <data android:scheme="content"

                    android:host="gmail-ls"

                    android:pathPrefix="/unread/^i"

                    android:mimeType="*/*"

                />

            </intent-filter>                      

            <intent-filter>

                <action android:name="android.intent.action.PROVIDER_CHANGED" />

                <data android:scheme="content" android:host="gmail-ls"

                    android:path="/unread/^iim" />

            </intent-filter>         

        </receiver>

古いAndroid端末は、mimeType付きのintentが飛んでるのはぐぐると出てきます。
また、path に関して /unread/^i と /unread/^iim の2種類が飛んでるのもググると出てきます。

ですが、arc はまさかの /unread/^iim のみなのでした。

通常Android2.3ですと、 /unread/^i が出てるはずなので、ずっとこれを拾っていました。
mimeType はずっと気付かないでいましたが、まぁこれは古いAndroid（2.1？）の話しなのでよしとします。
実際、HTC DesireHD をメインで開発していたのですが、/unread/^i で拾えます。
GalaxyNexusも拾えます。また、ユーザさんとやり取りした感触だと、arc以外の Xperia の皆さんも拾えていそうです。
なぜか、arc だけ /unread/^i は出ず、 /unread/^iim のみ出るようです。
（もしかしたらacroもなのかな？？？）

で、そんなこんながわかりましたので、全部拾ってみました。
すると、今度は通常  /unread/^i  /unread/^iim  両方でてるので、2重に通知してしまう問題が勃発。（arc は^iim だけなので1回の通知になったのでしょうけれども。。。）

^i が拾えた端末では、 ^iim の通知は無視をするロジックをいれて、現在に至ります。

if ("^^unseen-^i".equals(extras.getString("tagLabel"))){  

Editor e = mSharedPreferences.edit();

e.putBoolean("tagLabel", true);
e.commit();
Log.d("tagLabel ^i isTrue ");
}
if (mSharedPreferences.getBoolean("tagLabel", false)
&& "^^unseen-^iim".equals(extras.getString("tagLabel"))) {
Log.d("tagLabel ^iim && ^i isTrue ");return; // }

こんな感じ。。。。

断片化たまらんわ、と言うお話でした。

Liveview プラグインの ICS 対応

GingerBreadまでと同じ作りかたでは、ICSでは動作してくれないLiveviewのpluginですが、ICSでも動作するようにするメモです。

1. Boot時に、pluginのServiceを立ち上げる。
2. アプリケーションとして、ドロワーに表示される状態にし、Preferenceをキックするようにする。

この2点の対応で、ICSでもpluginが動作するようになります。

manifestに

<activity android:label="@string/app_name" android:name="com.sonyericsson.extras.liveview.plugins.PluginPreferences" android:launchMode="singleInstance">

<intent-filter>

<action android:name="android.intent.action.MAIN"/>

<category android:name="android.intent.category.LAUNCHER"/>

</intent-filter>

</activity>

と

<receiver android:name=".LiveViewReceiver" android:enabled="true">

<intent-filter>

<action android:name="android.intent.action.BOOT_COMPLETED"/>

</intent-filter>

</receiver>

で、LiveviewReceiverで、こんな感じでServiceをキックする。

package jp.ddo.dekuyou.liveview.plugins.gmail;
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
public class LiveViewSaverReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
//
String action = intent.getAction();
if (action.equals(Intent.ACTION_BOOT_COMPLETED)) {
context.startService(new Intent(context, GmailPluginService.class));
}
}
}

するとなぜか、LiveviewアプリケーションのPreferenceにも表示されるようになり、無事動作するようになります。

せっかく、GingerBreadでのペアリング問題から開放されましたし、他のPluginも対応されると良いなと思う今日この頃です。

（根本的にはSonyが対応すべきだと思いますが。。。。）

ちなみに、smartwatchは先日のLivewareアプリのアップデートで対応されたみたいですね。

ICS では、Liveview も smartwatch も共に動作しないかも。。。。

この週末、Galaxy Nexus を手に入れたので、早速 Liveview と Ice Cream Sandwich（AndroidOS 4.0） の相性を確認してみました。 なんせ、Eclair では Bluetooth 接続がうまくいっていたものが、GingerBread では接続の度に再ペアリングを要求されると言う謎の現象が発生していたので、Ice Cream Sandwich でもなんかあるんじゃないかと。。。。

で、ペアリングですが、問題ありませんでした。

よかったよかったと、思ってさて動作確認と思ったら、プラグインが Liveviewアプリケーションで認識されていません。

嫌な予感がしたので、smartatchのEmulatorも確認。見事にextensionが認識されていません。

これは困りました。

※2012/04 smartwatchはその後LivewareのアップデートでICSでも稼働することを確認しました。

ちなみに、Liveviewアプリケーションに標準で付いているMessageの通知は動作していました。

とにかくpluginとの連携がOSが変わったことによって、出来なくなったみたいです。

これじゃ、使い物になりません。

特にsmartwatchは標準付属のアプリはなくなって全てextensionとして追加する形式みたいですしね。。。。。

こういうアプリ連携はAndroidではどうやって認識しているんでしょうね？

詳しくは知らないのですが、その方法がICSではできなくなったってことなのかなと思います。

SonyEricsson 2011年モデルはICSバージョンアップ対象みたいですし、ほんとどうなるんでしょう。。。。これ。。。。

poor Gmail Notifier の通知をちょっとリッチにバージョンアップ

← poor Gmail Notifier で Fromアドレス と 件名 が通知されるようになりました！



Gmailの仕様変更から、Liveview の 「Gmail for Liveview」が動作しなくなってしまい、対応をまっていましたが、どうやらバージョンアップは行わないとのことのようですね。

Gmail for Liveview

(This app is no longer supported, it uses an undocumented api to Gmail which changes constantly)

残念ですが、自力でなんとかするしかないかなと思った矢先、GmailのINBOXをFeedで取得できることを知りました。
http://code.google.com/intl/ja/apis/gmail/docs/inbox_feed.html#inbox

こうなったら、

Gmail着信→ブロードキャスト→poor Gmail Notifier で Feed 取得 →Fromアドレスと件名を通知

にするしか無いとなりましたので、ごにょごにょpoor Gmail Notifierをバージョンアップすることにしました。

 と言うわけで、設定画面がこんなことになりました。

タップすると入力ボックスでます。パスワードをいれるものです。

上記のAtomFeed ですが、基本認証ですのでパスワードが必要になります。

※[at Your OWN RISK!!!]です。
※端末でOAuthしてごにょごにょを頑張ってみましたが結局どうしたら認証できるかわからずじまいでした。。。orz


パスワードが入力されていると、Fromアドレスや件名の取得を行おうとします。
入力がなければ、今までと同じ、Toアドレスと未読数の通知が行われます。


Gmail for Liveview のように細かい設定はできませんが、まぁこれで、通知とちょっとした内容確認にこまることはなくなります。


- 2011/12/30 リリースしました。 https://market.android.com/details?id=jp.ddo.dekuyou.liveview.plugins.gmail

Livevewアプリケーションを終了させないようにして切断されるのをできるだけ防止する。 その3

前回、

# Exempt oom killer 

sys.keep_app_1=com.sonyericsson.extras.liveview

を build.prop に記述して、LivewViewアプリケーションがAndroidにKillされないようにして運用してみました。
感覚でしかないですが結果切断率が減ったように思えます。
（周りの環境が無線だらけで物理的にだめだろうなーって時はやはり切断発生します。）

そこで、build.prod に記述するのは色々と面倒くさいので LiveviewSaverと言うアプリケーションにしてみました。

中身は setPropしてるだけです。（要ROOT）

LiveViewSaver.apk

※ TwitTL2 FaceFBView2 SendSMS2 がinstallされていると、起動時にsetPropするようにしています。（すいません商売じみてて。。。。

Livevewアプリケーションを終了させないようにして切断されるのをできるだけ防止する。 その２

前回、Linux的にoom killer 対策をしてみましたが、なぜかPIDがコロコロ変わるので意味がありませんでした。

次は、build.prop に常駐HOMEアプリのように記述してみます。

# Exempt oom killer      
sys.keep_app_1=com.sonyericsson.extras.liveview 

こんな感じ。

さて、どうなることか、、、、、、

----
この設定で1日使ってみたところ、驚くほど切断がありませんでした。（日中1度だけ）
フリーズもなし。

ただ、電池がいつもより恐ろしく早く減りました。

。。。もうしばらくこの設定で様子見してみます。

Livevewアプリケーションを終了させないようにして切断されるのをできるだけ防止する。

以前
LiveViewアプリを事あるごとに起動させて、切断しても再接続する可能性を上げる
なんて事をやっていますが、今回はLiveviewアプリケーション自体、なかなか落ちないようにしちゃえと言う試みです。

Androidは、LowMemoryKillerって仕組みと、そもそもLinuxのOOMKillerってのでメモリが枯渇した場合でもシステムが落ちないようにしているようです。

で、Liveviewアプリケーションがシステムに終了させられると切断が起きる（と思ってる）

なので、とりあえずAndroid特有のLowMemoryKillerは、さておき、Linuxで同じみのOOM対策をLiveviewアプリケーション用に行います。

asb shell で端末に接続して、

#ps |grep com.sonyericsson.extras.liveview

で、LiveviewアプリケーションのPIDを探します。

app_81 2470 1224 128424 28672 ffffffff afd0c75c S com.sonyericsson.extras.liveview

今回のPIDは2470でした（当然起動するたびにPIDは変更されるので）


PID2470のOOM_adjの中身を書き換えます。

# echo -17 > /proc/2470/oom_adj

標準は4でした。上記コマンドで-17に書き換えます。


以上で知識ベース上ではLiveviewアプリケーションがOSに終了させられることはなくなったハズです。

これで様子を見てみます。

リストバンド用アダプターが届きました。

リストバンド用アダプターが届きました。



□商品名：Clip watch clip MN800
□数量：1
□商品合計金額：￥315      
□送料合計金額：￥680
□手数料合計金額：￥525
□お支払い合計金額：￥1,520
梱包はこんなにでかいです。無駄にでかい。

日本のソニエリストアに注文したので当然日本版のリストバンド用アダプターです。

海外版（？ 10年の11月発売前に予約で海外から買ったやつね）のLiveviewに装着。

問題なく装着できます。

日本版のアダプタのほうが、高さがあります。

日本版のリストバンド用アダプター、びっくりするくらい本体が取れないです。

硬い。

きっと、落下防止なんかも含めての処置だとは思いますが、充電するのに本体外さないといけないので辛いですね。

右下をこじって外しておいて、左下をこじるのが現状の外し方です。（海外版は右下こじるだけでとれましたね。

ちなみに海外版のアダプタの爪、折れたのは右下です。見えるかな？

リストバンド用アダプタの爪が折れた。

去年の11月から時計として愛用しているLiveviewですが、先日ついにリストバンド用アダプタの爪が折れてしまいました。
最近なんだかよく外れるなーとは思っていたのですが。。。。。 
なにはともあれ、リストバンド用アダプタがないと使えないのでソニエリに問い合わせしてみたところ

リストバンド用アダプタはソニー・エリクソン ストアで 部品として販売しております。 

メールでお問い合わせいただいたとこと、大変恐縮でございますが 部品のご注文はお電話でのみ承っております。 

ご多用中のところ誠に恐縮ではございますが、ソニー・エリクソン ストアお客様ご相談センターまで、お電話でご連絡いただければと 存じます。 

＜ソニー・エリクソン ストア　お客様ご相談センター＞ 

フリーダイヤル　0120-336-595 　 

※携帯電話、PHSからもご利用いただけます。 　　 

一部のIP電話からは　048-967-7535（有料） 

営業時間：　　　  平日　10：00～18：00 

　　　　　土・日・祝日　10：00～17：00 　

なお、MN800のリストバンド用アダプタは一つ\315（税込み）です。 またお支払いは代金引換のみとなります。 何卒ご了承ください。

だそうです。 よかった。さっそく電話しよっと。 。。。送料なんぼ取られるんだろうな。。

Gmailの通知 （一時凌ぎのpoor Gmail Notifier） その４

Marketに公開しました。
https://market.android.com/details?id=jp.ddo.dekuyou.liveview.plugins.gmail

どうやら Gmail for Liveview が動かなくなった原因は、Official Gmail のVersionが2.3.5になり、
この2.3.5からはセキュリティの問題でGmailのデータが見れなくなったのが原因の様です。

実際データが取れるかを色々試してみましたが、やっぱ取れませんでした。

Help forum でも、話題になっていますね。 http://goo.gl/90GrJ

これはGmail側がデータ見せてくれない限りどうしようもなさそうです。


そんなわけで、ブロードキャストから取得できるのは未読数と対象のアカウントのみなので、しばらくは poor Gmail Notifier で行くことになりそうです。

Gmailの通知 （一時凌ぎのpoor Gmail Notifier） その３

Gmail for Liveview の不具合は、Googleアカウントを一度削除すると、動くようになると言う情報を見かけたけど、アカウントを4つも設定しているので、面倒くさくて有り得ない。

今、Poor Gmail notifier でとりあえずできそうな改善はなんだろなーと、extrasを吐くようにしてログを眺めてみた。

08-16 21:24:55.440: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): Gmail onReceive : android.intent.action.PROVIDER_CHANGED
08-16 21:24:55.440: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): extras:count:2
08-16 21:24:55.440: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): extras:account:dekuyou@gmail.com
08-16 21:24:55.440: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): extras:tagLabel:^^unseen-^iim
08-16 21:24:55.440: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): extras:getAttention:true
08-16 21:24:55.440: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): extras:getAttention:true
08-16 21:24:55.460: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): GmailPluginService onStart
08-16 21:24:55.490: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): Announce sent to LiveView
08-16 21:25:44.708: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): Gmail onReceive : android.intent.action.PROVIDER_CHANGED
08-16 21:25:44.708: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): extras:count:1
08-16 21:25:44.708: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): extras:account:dekuyou@gmail.com
08-16 21:25:44.708: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): extras:tagLabel:^^unseen-^iim
08-16 21:25:44.708: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): extras:getAttention:true
08-16 21:25:44.708: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): extras:getAttention:true
08-16 21:25:44.718: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): GmailPluginService onStart
08-16 21:25:44.738: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): Announce sent to LiveView
08-16 21:27:10.322: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): Gmail onReceive : android.intent.action.PROVIDER_CHANGED
08-16 21:27:10.322: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): extras:count:0
08-16 21:27:10.322: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): extras:account:dekuyou@gmail.com
08-16 21:27:10.322: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): extras:tagLabel:^^unseen-^iim
08-16 21:27:10.322: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): extras:getAttention:false
08-16 21:27:10.322: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): extras:getAttention:false
08-16 21:27:10.322: DEBUG/jp.ddo.dekuyou.liveview.plugins.gmail(14612): GmailPluginService onStart

どうもアカウント毎にcountが動いていっていることに今更ながら気づいたわけです。
あと、getAttention は未読がなくなったらやっとfalseになるとか。

と、いうわけで前回のCountと今回を比べて、増えていれば新着、減っていれば既読の通知と判断してLiveviewへの通知制御を実施するようにしてみました。

新着判定がわかれば、対象のアカウントのGmail読みに行ってTitle取得してと思ったのですが、GmailのProviderが無いからコンパイルできないよとか言う状況に現状ハマっているのでとりあえずここまで。。。。

Gmailの通知 （一時凌ぎのpoor Gmail Notifier） その２

Gmailの通知を簡易的に行えるようにしたわけですが、アイコンがSoftbankメール通知のままだったり
、誰からのメールが着信したのかすらわからなかったり、
更には、母艦でGmailを既読にしたら通知されたりと、さすがに突貫で作っただけにいろいろ使いにくかったりするので、ちょっと修正してみました。

1. アイコンの変更。やっぱり赤いラインが入ったアイコンじゃないとGmailきたぞって雰囲気にならないので
2. 着信したアカウントを表示

これならなんとか使っていけるだろう・・・・

Gmailの通知 （一時凌ぎのpoor Gmail Notifier）

最近Gmailのアップデートで、Gmail for Liveview が正常に動作しなくなったようです。
こうなるとGmailの通知がされないわけですが、この状況、思った以上に不便。

という訳で、とりあえずGmailの着信があったことだけ通知する、poor Gmail Notifier を急造しました。

これで、しばらくは凌げるかな。。。。。

落下対策

Liveviewはちょっと力を加えるとアダプタから外れます。
最近日本版が発売されて、落としてなくしたなんてつぶやきもたまにみれるので
以前からの落下対策を備忘録として載せときます。

http://twitter.com/#!/joeodagiri/status/24695542114156545

日本版Liveviewはアダプタの裏が穴開いていないのでマジックテープは厳しいかもですね。

私はずっと紐でくくっていて、何回落下を免れたかわかりません。

壊れた→修理した→また壊れてハンダ付けした

今日、お昼間にまた右ボタンが効かなくなりました。
落としたとかではなく、普通に利用していて、、、、、、

先日ハンダ付けしたとき、ちょっと不安だったんですよね。。。。。
それが、ぽちぽち利用していたらハンダがとれてしまったんでしょう。。。

ということで先ほど２回目の開腹となりました。

手慣れたもんでメキメキと周りをひっぺがしてぐいっと下側を引っ張ったら左側と下側の配線を引っ張ってしまいました。

慣れても、慎重にやるべきですね。

幸い、再度ボタンの根本をハンダ付けして動作確認が取れました。

なんとか次機種が出るまで頑張ってほしいもんです。。。。（出るのかどうかもわかりませんが。。。。

動作確認取れたら、バキバキと閉めて完了です。

次はハンダが取れないことを祈ります。（だいぶん盛ったし今回は）

右ボタンが物理的に壊れた→修理して動くようになった。

Liveviewを腕から外した際、不覚にも床に落下させてしまいました。
その結果、右ボタンがHITしたのか、右ボタンが反応しなくなりました。


発売が決定した2010年11月、Expansysで迷いもなく予約し入手。それ以来、毎日利用してきただけに、非常にショックでした。

現象としては、既出のボタンの剥離かと思われましたので、分解してハンダ付けすることにしました。

と言うわけで早速半田コテ購入

半田ゴテをさわるのは10数年ぶりです。

で、Liveviewの分解
右のボタンに精密ドライバのマイナスを差し込み、こじあげていきます。
こじ開けるのは、Liveviewの上側と右側のみ、左側と下側は配線があるので危険です。
※写真に写っている普通サイズのドライバはこじ開けた部分固定に使っています。

ガンガン開けていきます。

ある程度開けると、下側がカクっと開く瞬間があります。

ぱっくり開きました。

右ボタンのスイッチが基板に4箇所、半田付けされているのですが、これの上側2箇所が剥がれていました。（凄く微妙なのできっとそうだという思い込み）

ハンダ付けして動作確認。

問題なさそうなので、閉めます。

ドライバを突っ込んだ部分はガタガタになりましたが、使えてなんぼなので問題なしです。

ちなみに、今回の落下で
・半田ゴテと半田 1200円
・こじ開ける際に左親指にマイナスドライバを突き刺す
と言う代償を払いました。

Expansysだと送料込みで6000円ちょっと。
Sony Ericsson store だと7980円。

1000円ちょっとでもとの生活を取り戻せたのは幸いです。


ま、大切に扱わないとだめですね。ハードもソフトもｗ

Softbankメールインストール端末でSMSの通知 その４

その３で、受信したメッセージの電話番号がコンタクトリストにあった場合、その名前を出す改修をおこなって、リリースせずにテストしていましたが、ひょんなことから、リリースしました。

先日、このSoftbankメール通知を利用しても全く通知されないと言うお問い合わせをいただいたのですが、その端末が005SHでした。
知らなかったのですが、この端末はsoftbankメールが標準でインストールされており、優先設定もないそうです。

実際、端末をさわれるわけでもないので、どうなっているのかさっぱりなのですが、この端末に対応できたらいいなな変更をちょっと入れてリリースしました。
その時は名前の事はすっかり忘れていました。。。。

結局、005SHの通知は動かずでしたが、とりあえず端末が手元にない以上、どうしようもありません。

ところで、Softbankメール通知 が利用されている端末は、005sh や ガラパゴス などが数台あるようです。（デベロッパーダッシュボードで見れる）
この方たちはどういう状況なんだろう・・・？ と気になるところです。

Softbankメールインストール端末でSMSの通知 その３

Softbankメール通知 for Liveview を作成してから、LiveviewってMMSの通知がとてもpoorなことにいまさらながら気づきました。
なにやら「Messageに移動」と書かれており、２行目に件名がちょろっとでてるだけ。

これなら、Softbankメール通知 for Liveview を常用した方がいいんじゃないかと思ったりしたわけですが、Softbankメール通知 for Liveview は、こっちはこっちでFromとして電話番号がそのまま出たり（電話番号の人の名前は出ない）したり。。。。。。

と言うわけで、Softbankメール通知 に電話番号の場合、アドレス帳から一致する電話番号の名前を取得して置き換えるMethodを追加してみました。

こんな感じ↓

private String getName(String phoneNo) {
if(phoneNo.indexOf("@") > 0){
return phoneNo;
}
String ret = phoneNo;
String[] proj = new String[] { Phone._ID, Phone.DISPLAY_NAME,
Phone.NUMBER };
Uri _uri = Uri.withAppendedPath(Phone.CONTENT_FILTER_URI, Uri
.encode(phoneNo));
Cursor _cursor = getContentResolver().query(_uri, proj, null, null,
null);
if (_cursor.getCount() > 0) {
_cursor.moveToFirst();
ret = _cursor.getString(1);
}
_cursor.close();
return ret;
}

まだ書いただけでテストできてないので、公開はまたいずれ。。。。。