[Android][Nexus5] Nexus5購入

Nexus5を購入しました。2013/11/2の8時半にGoogle Playで購入し、11/7に届きました。

バンパーケースも購入しました。

赤と黄色しか選べなかったので赤を購入。以下のような感じです。

[Android] 新しいアプリを公開しました: NinNin

新しいAndroidアプリ、「情報忍者NinNin」を公開しました。
ジャンルとしては「ニュース」ですが、Google検索の条件を覚えておいて、毎日自動的にチェックしてくれるという、検索ツールに近いアプリです。

Google Playリンク：
情報忍者NINNIN - 気になるキーワードでニュースを検索

こちらのページに書いた通りですが、以下のようなアプリです。

NinNin(ニンニン)は、あなたの代わりにWebを検索し、忍者のように情報収集します。 Google検索、Googleニュースを使用しています。 簡単に言えば、「あなたが一度ググった条件で繰り返しググれるアプリ」です。 気になったキーワードと条件を登録しておくと画面を引っ張るだけで何度も検索できます。 検索対象のページは、1日以内に更新されたページ、などで指定できますから 1日1回検索すれば今話題の記事をチェックできるでしょう。 さらに「自動検索」を設定すれば、毎日同じ時刻に自動的に検索できるので 忘れずにチェックでき、いつの間にかその話題に詳しくなれるはず。 「自動検索」では検索結果のページも一部読み込んでおくので、 通勤電車など電波の届かない場所でも情報収集することができちゃいます！ (繰り返しますが、一部だけです。まだ不完全なので予めご了承ください…) SmartNews、Gunosy、vingow、LINE NEWSなど、最近話題のニュースアプリで 気になるワードを見つけたら、NinNinに登録して継続的にチェックしましょう。 また、メジャーなニュースとして出てこない、レアな情報をチェックしたい方にもおすすめです。 滅多に話題にはならないけれど動きがあればすかさずチェックしたい、 自分に関係のあるキーワードなのでチェックしたい(いわゆる「エゴサーチ」)、 などなど。

他アプリへの共有がしやすいようにちょっと工夫していますので、Evernoteに送ったり、Pocketに保存したり、Facebookで共有したり・・・といったことが楽にできます。
使い方次第ではブラウザよりもAndroidの良さが生かせるかも？しれません。

以下のブログでも詳しい使い方をスクリーンショット付きで説明しています。
http://ninnin.hateblo.jp/

[Android] 入力チェックライブラリAndroidFormEnhancerのデモアプリ

以前の投稿で紹介した Androidの入力チェック用ライブラリ「AndroidFormEnhancer」ですが、
デモのアプリをGoogle Playで公開しました。

AFE-Demos

わざわざGitHubからダウンロードしなくても試せますので、興味を持たれた方は使っていただければと思います。

[Android] 最初のActivityが起動するまでの間だけスプラッシュ画面を表示する方法

起動後、数秒間表示するスプラッシュ画面の実装については色々解説されていますが
最初のActivityが起動するまでのわずかな時間だけ別の画像を表示する方法が
なかなか分からなかったのでメモします。

ユーザからすればスプラッシュ画面は操作するまでの時間が長くなるだけなので避けるべきですが、
・Application#onCreate()で重たい処理が必要(何かのSDKの初期化等)で、
　Activityの起動まで時間がどうしても長くなってしまう
・ActivityのsetContentView()完了までの時間が長く、
　それまでの間にデフォルトのActionBarが表示されてしまうのが嫌
・アプリ内でテーマを選べるようにしたいが、Activity起動直後はデフォルトのテーマのスタイルで
　画面が表示されてしまうのが嫌
などなど、初期画面を表示するまでの時間だけスプラッシュを表示しておきたいという場合があると思います。 そんな場合の対処方法です。

[iOS] APNs証明書の更新手順

今さらブログに書くまでもないかもしれませんが、
少し前にAPNsの証明書をアップデートする方法について調べた手順です。
誰かの参考になれば幸いです。
ただし、あくまで検証した時のメモですので、各自の責任でご利用ください。
(現に、これを調べてからここに公開するまでの間に若干動きが変わっていますので…)

[Android] keystoreパスワードの復元(変更)

先日、個人で開発しているアプリのリリース用keystoreのパスワードが分からなくなるという(個人的に)とんでもない事態が起こりました。
一応、解決できたので方法を書き留めておきます。
ただし、解決できる条件は「エイリアスのパスワードは分かる」ということです。

Antやkeytool、ADTのExportツールなどを使うとキーストアのパスワードが間違っているせいでエラーになっていましたが、実はエイリアスのパスワードは正しかったのです。
というのは、Android Keystore Password Recoverを使って分かりました。
https://code.google.com/p/android-keystore-password-recover/

[Android] Galaxy Nexus でのDB書き込みエラー

Galaxy NexusをAndroid 4.3のroot化済みで使っています。
Android 4.3にアップデートした後、Evernoteでノートが作れませんでした。
Dropboxでファイルがダウンロードできません。
QuickPicでサムネイルが作れません。

アンインストールして再インストールしても解消しないことから、
どうやらSDカード配下のファイルがおかしいかもしれないと思い
確認したところSDカード以下の該当アプリのディレクトリを削除することすらできませんでした。
(もちろんsuしています。)
そこで、
http://coosee.blog.fc2.com/blog-entry-8.html
でヒントを得て、CWMを使えるようにした上で

    adb recovery
    adb shell
    # cd /data/media/0/Android/data
    # ls -l

と実行してみると、OSアップデート前のデータのアクセス権がおかしなことになっていました。
所有者がroot:sdcard_rとなっているディレクトリがあります。

    /data/media/0/Android/data # ls -l
    drwxrwxr-x    3 media_rw media_rw      4096 Dec  6  2012 com.adcyclic
    drwxrwxr-x    3 root     sdcard_r      4096 Jul 27 01:04 com.adobe.reader
    drwxrwxr-x    2 root     sdcard_r      4096 Jul 27 00:56 com.alensw.PicFolder
    drwxrwxr-x    3 media_rw media_rw      4096 Aug 10 10:13 com.alphonso.pulse
    drwxrwxr-x    3 root     sdcard_r      4096 Jul 27 01:02 com.android.chrome
    drwxrwxr-x    3 media_rw media_rw      4096 Oct  6  2012 com.android.providers.media
    drwxrwxr-x    2 root     sdcard_r      4096 Jul 26 23:13 com.box.android
    drwxrwxr-x    3 media_rw media_rw      4096 Dec  8  2012 com.chartboost.sdk
    drwxrwxr-x    3 media_rw media_rw      4096 Aug 30 10:55 com.deploygate
    drwxrwxr-x    3 root     sdcard_r      4096 Jul 27 01:01 com.dropbox.android
    drwxrwxr-x    7 root     sdcard_r      4096 Jul 27 01:00 com.estrongs.android.pop
    drwxrwxr-x    3 root     sdcard_r      4096 Jul 27 01:00 com.evernote
    :

じゃあアクセス権を修正すれば良い？ということで、同じディレクトリで

    chown -R media_rw:media_rw *

としたところ解決しました。

OSアップデート手順に何か間違いがあったんでしょうね。。。

解決の参考になったブログの方には感謝です。

[Inkscape][Android][iOS][Mac] 全サイズのアイコンファイル生成ツール

MacでInkscapeを使ってSVGのアイコンを作り、AndroidとiOSアプリを開発している人向けのツールを作りました。
タイトルの通り、1つのファイルから全サイズのアイコンファイルを一括生成します。
(使う人いるでしょうか…もしいればコメントなど頂けると嬉しいです。)
https://github.com/ksoichiro/export_icons

Illustratorとaiファイルや、Photoshopとpsdファイルではありません。

Inkscapeとsvgファイルです。

(GIMPとxcfファイルでもありません。)

毎回個別のサイズを入力しながらエクスポートして用途ごとにリネームしている、という方には役立つと思います。

実行するにはMac OS XとInkscapeが必要です。
InkscapeでSVG形式のアイコンファイルを用意し、ターミナルで

    export_icons -i Icon.svg -o output

と実行するとoutputディレクトリへAndroid用iOS用のアイコンを一括で作ります。
AndroidとiOSでは違うSVGを使ってる、という場合は

    export_icons -i ic_launcher.svg -o output -t Android

    export_icons -i Icon.svg -o output -t iOS

とすると個別に生成できます。

詳しくは以下のREADMEをご覧下さい。 https://github.com/ksoichiro/export_icons/blob/master/README.ja.md

iOS: UIScrollViewをStoryboardで使うときのスクロールのさせ方

基本的なことかと思いますが、しばらく分からず時間を費やしてしまったのでメモします。
UIScrollViewを使って何となくStoryboardでパーツをドラッグ＆ドロップするだけで作っていったところ、スクロールしませんでした。
以下の構造を想定します。

UIView
└UIScrollView
　└// 実際に表示する部品

以下はStoryboardでのイメージです。

サイズにフォーカスしてStoryboardの内容を掲載します。

iOS App Store用とAd Hoc用のプロビジョニングプロファイル

常識なのか分かりませんが、iOSアプリ開発でのプロビジョニングプロファイルの管理と使い分けに関するメモです。

プロビジョニングプロファイルには大きく分けて

• Development
• Distribution

の2種類があります。(2013/4/24現在のiOS Dev Center仕様)
DistributionにはさらにApp Store用とAd Hoc用があります。
自分の理解では

• Developmentは、MacにiPhoneを接続して直接インストールする際の署名に使用するプロファイル
• DistributionのうちApp Store用のものは、App Storeに提出するバイナリ用のプロファイル
• DistributionのうちAd Hoc用のものは、Ad Hoc配信する場合のバイナリ用のプロファイル

という程度のものでしたので、ビルド設定までをバージョン管理しておくとすると

• リポジトリのmasterブランチではApp Store用のプロファイルで署名する設定で常に管理
• 開発・デバッグ・テスト時は一時的にDevelopment/Ad Hocに切り替えてビルド。App Store用でReleaseビルドすると実機に直接インストールはできないし、Ad Hocでインストールしようとすると失敗するし(端末のID情報がないので)。。。
• 一時的に切り替えとはいえ、テストしたときの状態を完全に再現できる状態にしておきたいので、(Developmentはともかく)Ad Hocに切り替えたものを仕方なく別のブランチを作って残しておく
• 結局App Storeに提出するバイナリファイルはテストの完了後に作るしかなく、App Store申請前にテストしておくのは無理？App Storeにリリースされて初めて動かせるなんて恐すぎる…

と思っていました。
が、App Store用のプロビジョニングプロファイルを指定してビルド/アーカイブし、アーカイブの一覧からAd Hoc用にDistributeするときに Ad Hoc用のプロビジョニングプロファイルを指定する(端末のID情報が入っていればDevelopmentでも良い？)、ということができるのですね・・。
なので、少なくとも配布に関する情報の差異があるとはいえ、アプリの本体部分はそのままApp Storeに提出できる状態の、限りなく本番に近いものを事前テストできる訳です。 />
アプリの仕様によっては接続先のサービスが本番用/テスト用などの使い分けがあり、必ずしもバージョン管理下のもの全てを 本番と同じにしてテストする訳にはいかないと思いますが、最終確認としてそうしたテストができるのが分かったのは 自分の中では大きな発見なのでした。

Androidの場合は、署名さえ同じであれば良いので事前に動かしたAPKファイルをそのままストアに登録できるので、AppleのApp Storeの仕組みが非常に厄介に思えてしまいました。
Androidアプリを開発してきてiOSに取り組むと、言語の違いよりもこうした仕組みの差の方が 馴染むのに時間がかかるかもしれません。。。

Android 単一項目を選択させるListViewの設定

今さら書くものでもないですが、AndroidのListViewにおけるonClickやonItemClick、さらに項目にラジオボタンや チェックボックスがついていた時など毎回混乱するので「この仕様ならこれで動く」というパターンをメモします。
以下は

• ListViewにラジオボタンつき項目を表示
• 項目は１つだけ選択可能
• 項目が選択されたら(タップされたら)何かする

というパターンです。(以下のイメージ)



リスナーの設定はsetOnItemSelectedListener()ではなくsetOnItemClickListener()であること、 項目を初期選択させるのはsetSelection()ではなくsetItemChecked()であることが注意する点でしょうか。

iOS ステータスバーの扱い

「EverForm for iOS」をiPad対応にした際に躓いたポイントです。

iPhoneでは起動画面(Default.png)にステータスバーの高さが含まれています。
(320 x 480 / 640 x 960 / 640 x 1136)

しかし、iPadでは含まれていません。(768 x 1004 / 1536 x 2008)

これは画像のサイズだけの問題ではなく表示位置にも影響します。

iPhoneではスクリーンサイズの起動画面画像を用意しますがステータスバーの分は隠れてしまいます。
一方でiPadはステータスバーの高さを除いた画像なので、ステータスバーの下から画像が表示されます。
単に起動画面を表示する場合は問題になりませんが、その後の画面とうまく繋げようとすると この差が重要になります。

実際やろうとしたことは以下の二つです。
[1] 起動画面の後、画像の一部を重ねてログイン画面を表示する。
[2] ログインした場合は起動画面をフェードアウトして別画面へ遷移させる。

[1]を実現するには起動画面の画像と、ログイン画面に表示させる画像で、重ねたい部分を同じ位置に描画すれば良いと考えると思います。
iPhoneではうまくいくのですが、前述の通りステータスバーの高さが含まれないiPadではうまく行きません。 合わせるためには、iPad用起動画面(Default-Portrait~ipad.pngなど)の重ねたい部分をステータスバーの高さだけ下にずらします。
(iPad mini用画像(Default-Portrait~ipad.png)なら20px、iPad(Retina)用(Default-Portrait@2x~ipad.png)なら40px)
ログイン画面の画像を修正する方法もありますが、こちらは特に合わせようとしなくてもiPhone/iPad同じレイアウトになるので変更しない方が良いでしょう。

[2]を実現する場合には、単に起動画面の画像をアルファ値を0にするようなアニメーションで表示すれば良いですが、やはりiPadの場合は画像の表示位置をステータスバーの分だけずらす必要があります。

ということで、まとめると以下のような感じです。

• iPad用起動画面(Default.png)はステータスバーの高さが含まれないので、iPhone用の画像を基準にするなら上の20px(Retina用は40px)が欠けたような画像にする。
• 起動画面を別の箇所で表示させる場合は、iPhone/iPadで表示開始位置(frame.origin.y)をステータスバーの分だけずらす。

iOS ローカライズが失敗してNSLocalizedStringのキーが表示される

致命的なミスです。
先日リリースした「EverForm for iOS」ですが、英語のローカライズに失敗した状態でリリースしてしまいました。
アップデート版は先ほど申請しました。

何が問題かというと、NSLocalizedStringの第1引数に与えたキーがそのまま表示されてしまいます。 同じ問題にぶつかった人が検索しやすいように、キーワードを挙げておくと… NSLocalizedStringのkeyが表示される、ラベルのまま表示される、使われない、といったところでしょうか。

EverForm for iOSの場合、言語をEnglishにしてビルド、実行すると発生しました。

最初はAppStore用のプロビジョニングプロファイルを使用した場合でのみ発生する事象なのかと疑ったのですが、通常のビルドでも発生しました。
実は開発中にローカライズの確認をしていたときも何度か発生していたのですが、 2回ビルドして実行すると解消されたため、Cleanするだけでは前回の結果が消えないものがあるのだと思いあまり気にしていませんでした。 結果的に、原因はLocalizable.stringsがプロジェクト内に複数あったことでした。

原因が分かったきっかけは、あれこれ調べた結果以下のコメントを見つけたことです。

Check if you have more than one Localizable.strings in your project. Merging them into one solved it for me.
http://stackoverflow.com/questions/6709350/xcode-localized-string-not-loaded

それから「2回ビルドすると解決する」という事実、
JapaneseとEnglishのローカライズされたファイル数が違う、
ということでした。
ローカライズされたファイル数はプロジェクト(XXX.xcodeproj)の「PROJECT」＞「INFO」＞「Localizations」で確認できますが、英語の方が1つ多かったのでした。
それが何かというと、使用しているEvernote SDKのライブラリ内に存在している英語のLocalaizable.stringsです。
ビルドすると、このファイルとメインの(元々自分で用意した)en.lproj/Localizable.stringsが交互で適用されるようで、マージはされません。
そのため、ビルドした1回目はNSLocalizedStringのキーがそのまま表示され、2回目は正常に表示されます。
開発中は日本語でデバッグし、英語ではローカライズ文字列の確認をする程度だったため、同じコードのまま3回以上ビルドすることがなく気付かなかったのですが、試しに3回以上ビルドしてみると、ローカライズ失敗、成功、失敗、…と繰り返されました(つまり確かに二つのLocalizable.stringsが交互に適用されています)。

ちなみにXcodeのバージョンは4.6(4H127)です。

国際化のための常識なのかもしれませんが、普通に書籍を数冊読んだだけでは知らない知識でした。。。

もしかするとこういった状態になるのはさらに条件があるのかもしれませんが、
同じような事象に遭遇された方の参考になれば幸いです。

EverForm for iOS

iPhoneアプリ『EverForm for iOS』をリリースしました。
https://itunes.apple.com/jp/app/id630680690
Android版を既にリリースしていますが、今回はそのiOS版です。

EverFormは、Evernoteでよく使うノートの形式をフォームとして管理するアプリです。
Evernoteの使い方は様々だと思いますが、Webのクリップだけではなく、毎日何かの記録をするのに使っている人もいるのではないでしょうか。 EverFormは、そんな人におすすめできるアプリです。

• ノートの書式(見出しなど)を保存しておく
• ノートの作成時に作成日時を自動的に埋め込む
• ノートの作成時の保存先ノートブックを指定しておく(*)
• ノートの作成時に付けるタグを指定しておく(*)
• チェックボックスを埋め込んでおく(*)

といったことができます。

(*)実は、前述のAndroid版ではまだ対応できていないのですが、近々対応する予定です。

なお、ご利用になるにはEvernoteのアカウントが必要です。

Android XMLだけでできたボタン

画像でなくXMLのみで作ったボタンを集めたAndroid用のライブラリをGitHubに公開しました。
RichButtons

使い方は、RichButtons/libraryをプロジェクトとして取り込むか、中身にある実体のXMLを直接プロジェクトへコピーしていただき、 styleで定義済みのスタイルをButtonに適用します。

ライブラリ、とは言ってもグラデーションなどをlayerで重ねただけXMLを集めただけなのですが、、、 1から作ると意外に時間がかかると思うのでよろしければご利用ください。
通常の状態と「pressed」の状態の2種類が定義されているので、タップするとちゃんと見栄えは変わります。

ちなみに端末画像つきのスクリーンショットは以下で作成したものです。
http://developer.android.com/distribute/promote/device-art.html

iOS UINavigationBarとステータスバーの高さを除いた画面サイズ

UINavigationBarの高さとステータスバーの高さを除いた、実際にコンテンツとして表示できる領域を取得する方法のメモです。 ViewControllerの中に書いています。

availableWidth, availableHeightがちゃんと取れているかどうか、確かめるために少し余白を加えて背景色をつけたUITextViewを表示してみました(iPhone4S)。

Android Fragmentを含む画面遷移のテスト方法(JUnit)

Androidの画面遷移の自動テストをする方法として、ActivityInstrumentationTestCase2を使うサンプルを紹介してくださっているブログなどは見かけるのですが、 Fragmentを使った場合のものが見つからなかったのでサンプルを作ってみました。

Fragmentインスタンスの取得方法

ActivityではActivityMonitor#getLastActivity()などでモニタしているActivityのインスタンスを取得できますが、 Fragmentのインスタンスを取得しようとすると、そういったテスト用のメソッドがなく FragmentManager#findFragmentByTag()などで取得するしかなさそうです。

Fragmentの画面遷移のチェック方法

Activityの場合はActivityMonitor#getHits()で呼び出されたかどうかを確認できますが、 Fragmentの場合で考えられるのは以下のようなものでしょうか。
・BackStackの数が期待通りに増減しているか
・findFragmentByTag()で取得できる(＝前面にある)Fragmentが期待通りのクラスか

Android 入力チェックライブラリ

Androidアプリ用の入力チェックのライブラリを作りました。
AndroidFormEnhancer

使い方ですが、まずアノテーションで入力フォームの仕様を定義します。
例えば、「名前」の入力欄を

• 必須
• 全角
• 最大20文字
• 画面上のリソースIDはR.id.textfield_name
• エラーメッセージの項目名としてR.string.form_nameを使う

という場合は以下のような感じでクラスを作ります。

Android Drawableのattrを定義

ライブラリなどを作る際、styleを使ってDrawableをカスタマイズ可能にするときの方法です。 ライブラリ側のattrs.xmlに属性を定義します。formatはreferenceで良いです。 styleableも定義します。 ライブラリ側のアイコンをロードする部分です。 利用アプリ側で、独自の画像を指定するスタイルを定義します。(styles.xmlなど) 利用アプリ側で、スタイルを適用します。(AndroidManifest.xml) 以上です。 注意しなければいけないのは、アイコンをロードする部分で mContextと書いているContextはActivityのテーマが適用されているものでなければならない点です。 Activityそのものなら有効ですが、Activity#getBaseContext()をContextとして使ってしまうと、適用されているテーマが取得できません。 (他にも有効なものがあるかもしれません。)

GitHub pushすると「Permission denied (publickey)」

先日、GitHubにpushしようとしたところで と表示されてしまいました。
原因は、単純にGitHub上に現在のsshキーが登録されていなかった(削除してしまった？)ことでした。 単純すぎますが、解決するまでの過程をメモしておきます。

エラー

普通にpushします。

確認

GitHubのトラブルシューティングの通り、コマンドで確認してみると、GitHub用のキーのエントリがありませんでした。(フィンガープリントは念のため伏せています)

追加

ssh-addでエントリを追加しました。(この手順、結局要るのかどうかは不明です。)

GitHubにキーを追加

公開鍵ファイルの内容をコピーして、GitHubのSSH Keysから登録します。下記も一部内容は伏せています。

再確認

もう一度コマンドで確認してみると、問題ないようです。これでsshでpushできるようになりました。

参考:
Error: Permission denied (publickey)