Storeのブランディングガイドラインを確認してねというメールが来てました。こんなものあったんですね・・・。見た感じだと、Google製と誤認させるようなのはダメってことみたいです。最近、タスク管理ツールをRTMからNozbeに乗り換えました。高いのが難点ですが、見やすくて良い感じです。NozbeのAPIについて調べてみました。APIなんかネタ元のページを見ると、「ここには基本的なことしか書いてないから、ちゃんと使いたければ連絡しろ」みたいなことが書いてありますが、とりあえず無視。次のようなURLにアクセスすると、JSON形式のレスポンスが返ってくるようです。http://www.nozbe.com/api/method/param1-data1/param2-data2/key-apikeyメソッドだのパラメータだのはおいておくとして、すべてのアクセスにはAPIキーが必要となります。これはユーザごとに固定で用意されているもので、各ユーザの設定ページで参照できます。アプリでは、ユーザにAPIキーを設定してもらえばOK。ユーザのメールアドレスとパスワードからAPIキーを取得する方法も用意されていまして、http://www.nozbe.com/api/login/email-your@domain.com/password-test123とすると、{“key”:”1a2b3c4d5e6f7g8h9i0j1k2l3m4n5o6′′}のようにAPIキーが取得できます。́・ω・`)メソッドの説明は長くなりそうなので、表にしました。幅が足りなくて見づらいですが・・・。コンテキスト指定”idアクションIDidwhatの値により以下を指定する。設定すると完了アクションを取得できる。whatがnext以外のときのみ有効。コンテキスト指定”idノートIDidwhatの値により以下の指定する。コンテキスト指定nameプロジェクト・コンテキスト名idwhatの値により以下の指定する。1.6と2.1で、Camera.Parameters.setPreviewSize()を使用した場合の動きが変わってるみたい。1.6だとサポートしていないサイズを指定しても動くけど、2.1だとCamera.setParameters()実行時にRuntimeExceptionが発生する。公式サンプルのやり方だと、端末によっては落ちるので注意しましょ。2.0以降をターゲットにしているなら、getSupportedPreviewSizes()で使えるサイズを取るのが無難ですね。1.6ならリフレクションでgetSupportedPreviewSizes()を使っても良いんだけど、サイズ指定無しでも問題なさそうです。いつの間にかGoogleカレンダーのデザインが変わっていたようなので、gcal++を新デザインに対応させました。左側のエリアを非表示にしても「予定を作成」ボタンが表示されるようにしてあります。そのうちオプションで切り替えられるようにするかも。別プロジェクトでのAIDLの使い方についてのコメントあったので、サンプルを公開してみる。やることはプロジェクトが同じでも別でも変わりません。プログラム自体は以前書いたのと同じなので省略。サービス提供側のAIDLファイルを、サービス利用側にコピーして使ってます。本当は生ファイルを渡すのではなく、JARとかにした方がいい気がします。コンテキストメニューを解説している日本語サイトが少ない気がする。重要だと思うんだけどなー。こんな感じの作ってみます。(^o^)/Androidではアプリが使えるヒープ領域が少ないため、気をつけないとすぐにメモリ不足になる。ヒープが少ないならヒープ外を使えばいいんじゃね、ってことでダイレクトバッファを使えばメモリをたくさん使えます。}}たくさん使えるからといって使いすぎには注意です。Calendarを少しだけ使いやすくするChromeの拡張機能「gcal++」を作ってみた。土日に色を付けるとりあえず、これだけあれば十分かな。abrAsusを買ってしまった。A4のコピー用紙を挟んで使うというのも面白いけど、なによりこの薄さがグッとくる。これならシャツの胸ポケットに入れても違和感がなさそう。RhodiaのNo.11とほぼ同じサイズ。保存するメモ帳の方が少しだけ大きい。高いのが難点かな・・・。Twitterクライアントとかで見かける、アイコン付きのリストを作ってみる。