MapKitフレームワーク単体では、標準のマップアプリのようなナビは作れないのですが、Google Maps APIと組み合わせることで、似たような機能を実現してみました。 GitHubのリポジトリで公開しています。 kishikawakatsumi/MapKit-Route-Directions · GitHub 仕組みは、裏でJavascriptを実行して、Google Maps APIを叩いています。 結果としてルートの座標が緯度経度として返ってくるので、その値を使用して、MapViewの上にルートのラインを描画します。 Javascriptの実行エンジンにUIWebViewを使用します。 Google Maps APIのラッパーと、ラインをマップビューの上に描画する拡張から構成されています。 ラインの描画は下記の記事を参考にしました。 The Reluctant Blogger :

kishikawakatsumi/FlipCardNavigationView · GitHub 西東京 iPhoneDev 勉強会にて、「PhotoFlipCardView」について、「画像の代わりに普通のビューを使うことはできないか」という指摘がありましたので、作ってみました。 このような画面が作れます。 やはり使い方はほぼ、UITableViewと同様です。 thumbnailView = [[FlipCardView alloc] initWithFrame:contentView.frame]; thumbnailView.delegate = self; thumbnailView.dataSource = self; [contentView addSubview:thumbnailView]; [thumbnailView release]; 実装すべきデリゲートメソッドは

とあるアプリで大量に画像を使うのでキャッシュしない画像のロードをいろいろ試していたのだけど。 imageNamed:は圧倒的にロードが速いし、何故か描画も速い。 下記にあるように、UIImage#imageNamed:はクラッシュするまで画像をキャッシュし続けるみたいなので、別メソッドを使うしか根本的な解決はなさそうなのだけど。 imageNamed caches images forever, even after a memory warning. http://twitter.com/joehewitt/status/1529288872 参考リンク UIImageの読み替え（releaseからの再ロード）の罠。 - mswar的電網日誌 UIImageとキャッシュ - grimleaperの開発日誌 - iPhoneアプリ開発グループ

UIButton も buttonWithType: メソッドの引数に 100 以上の値を直接指定すると、非公開のボタンタイプを使用することができます。 100 〜 102: ナビゲーションバーのボタン (UINavigationButton) 100, 101, 102 を指定すると、ナビゲーションバーで使われているボタンスタイルになります。 Back ボタンの形を自分で作るのは大変なので、素材として活用すると便利かもしれません。 UIButton *button; button = [UIButton buttonWithType:100]; button.frame = CGRectMake(10.0f, 10.0f, button.frame.size.width, button.frame.size.height); [button setTitle:[NSString stri

ネットを利用するiPhoneアプリケーションは、圏外の通知が必須に？ - 24/7 twenty-four seven 上記の記事で書いたように、現在、ネットを使用するアプリケーションは、ネットワークに接続できないときには、何らかの形でユーザーに知らせないといけないので、僕が「はてな touch」「LDR touch」「テレビ番組表」でやっている方法を書きます。 Reachability iOS Dev Center - Apple DeveloperにサンプルコードとしてアップルがReachabilityというものを公開しています。 こちらを使うと、ネットワークの状態を簡単に取得することができます。 また、圏外になったときに自動的に通知してくれる機能もついています。 使い方 ReachabilityのプロジェクトからReachability.hとReachability.mをコピーします

ベース SDK と Deployment Target を設定する ベース SDK を iPhone デバイス 4.0 にします (iPad の場合は 3.2)。 iPhone OS Deployment Target をサポートする OS の最も低いバージョンにします。 （下の場合は iPhone 3.0 以降で動作する。） ベース SDK を下げるという方法もありますが（iPhone SDK では 3.2 以降の SDK しか同梱されないので無理ですが）、iPhone アプリケーションの場合、最新の SDK でビルドする方がなにかと安定します。 ですので特別に理由がない限り、リリースされている最新の SDK でビルドして、Deployment Target を下げる、ということを原則的に行なったほうがいいです。 これは今後マイナーバージョンアップがあった場合などでも同様です。 例えばこ