10.1.1. General Restrictions.ということで、WebViewと使って今までと同じ機能になるように @shin1ogawaの協力も得つつ仕上がりました！
(a) No Access to Maps API(s) except through the Service. You must not access or use the Maps API(s) or any Content through any technology or means other than those provided in the Service, or through other explicitly authorized means Google may designate. For example, you must not access map tiles or imagery through interfaces or channels (including undocumented Google interfaces) other than the Maps API(s).
 | CoCafe 価格 : 無料 (広告非表示は250円) カテゴリ : ナビゲーション 対応機種 : iPhone 対応OS : iOS5.0以上  |
本日、 体重・体脂肪率を記録するiPhoneアプリPopWeight をリリースしました！
このアプリの最大の特徴は、
1タップ&ドラッグ の操作で体重入力が完了できること。
よくある体重記録アプリは、
グラフ上の ◎ を LongTapして、ドラッグすると体重入力ができ、
ピンチイン/ピンチアウト するとグラフ表示期間が変更できます。
もち、横スクロールでどんどん過去の情報もみれる。
...とはいえ、このアプリを考え始めた当初からこの発想だったわけでなく、
よくある体重記録アプリと同じ画面設計をしていました。
PLACES Inc.でリリースするiOSアプリは、4本目なのですが、実はこのアプリの内部コードは PL02 .... 2つ目に作り始めたアプリです。
いやー、リリースまでにこんなに時間かかるとはww
もう一つ、PLACES らしさが出ているのは テーマの切替があること。
さすがデザイン会社。後付けでなく最初からその話があった。
(そのため、アプリで画像を使っているところは、ほとんど無かったりします...!)
好きなデザインじゃないと、アプリ起動したくなくなる=続けられない というのは、誰にでもあるとは思うのですが、デザイン好きな女の人の目線だととーーーっても重要な事ですよねー。
私は、WiFi体重計のWithingsを持っているので、データ取り込み機能もつけてしまいました。
「あれ？ じゃ結局入力しないんじゃ？」とかのツッコミされそうですが...(笑)
ちなみに、私は、アプリ開発期間の数ヶ月、そこそこ体重計に乗り続けたため、実は既に減量に成功 したというオチw
体重に興味がある方、ぜひお試しください！
 | PopWeight 体重記録 価格 : 170円 カテゴリ : ライフスタイル 対応機種 : iPhone 対応OS : iOS4.3以上 サポートページ : http://popweight.com/jp/ リリース日 : ver1.0 2012/08/30  |
もうそろそろ情報もでてきただろうしいいかなー ってことで 昨日、MacOSをMountainLion化しました。
使っていたXCodeのバージョンはちょい古かったので、MountainLionでは使えなかったので、 AppStoreからXCode4.4をインストール。
シミュレータはiOS4.3のものが、まだ今の段階では欲しいのでインストールしたかったのに見当たらない！
Preferences ＞ Downloads の中をみてもないじゃないですかー。
でも、私はしってるよー。
古いSDKのインストールだけして、/Developer の中にあるSDKをXCodeの中にいれればいいんでしょー！
参考:全霊長類待望の「iOS SDK5/Xcode4環境でiPhoneシミュレータをiOS4.2 iOS4.1 iOS4.0 でデバッグする方法」がわかった
もともとiOS4.3のシミュレータ動かしてからあるんじゃね？...が、MountainLionには /Developer のフォルダが無くなっている！
ひーーっ
幸いにも、まだLionのマシンでXCodeを入れていたものがあったのでそこからシミュレータのSDKを抜き出し、XCodeの中にいれる。
シミュレータの一覧にはでてきた。
が、実行するとエラー
やっぱりちゃんと入れないとダメなんすね。
ググってたら、stackoverflowにHow to install Simulator SDK 4.3 to Xcode 4.4 on Mountain Lion
というスレッドを発見。
~/Library/Caches/com.apple.dt.Xcode/Downloads/eded78df8bfabaf6560841d10cf8e53766f74f28.dvtdownloadableindex
を直せってかいてあるけど、vimでみたらこれってバイナリファイル？
わからぬ。。
xcode_3.2.6_and_ios_sdk_4.3.dmg をとりあえずいれてSDKをコピーというコメントもあるのでこれで試してみる。 (いまココ)
11:15 追記
dmgをダウンロードしてインストール...を試みたのですが、
インストール場所を指定する方法がわからず...あきらめました。
そのままインストールするのはちょっとこわい。
ちなみに、インストール開始時に、セキュリティのためインストールできないよ 的なメッセージがでる時は、
設定 の Security & Privacy で
[Mac App Store and identified developers]
がデフォルトで選択されているのを、
[Anyware]
に変更するとインストール開始できました。
これが、以前噂できいていた、Mac App Storeからじゃないとアプリ入れられなくなるぜーー！ という話のやつですかね。にゃるほど。
私は、Lionの環境のマシンもあるのでiOS4.3のシミュレータは最悪動かせるので、もう少し情報が集まるまでこのまままってみる。
開発マシンが1台しかない人は、MountainLionにあげるのは情報揃えてからにしたほうがよいよ！
というオチでw
CoCafeは、Cafe検索ができる iPhoneアプリ。
特徴としては、
・登録情報が多い(Googleローカルの情報)
・wifi状況が登録/共有できる。
ちょこちょこと登録してくれる方も増え、
「わ！登録してくれている！！」と発見する事がたびたび出てきてとても嬉しいデス♪
でも、まだまだいろんな人に使ってほしー(登録してほしー)ということで、
v1.4リリース記念として、
広告非表示が ¥250 → ¥85 にセール中です！
8月20日までの期間限定なので、お見逃しなく！
GoogleローカルのAPIが、お店の写真とかを提供してくれたら、CoCafeでも出すように早速するんだけどなーー ...ということで、最近はGoogleローカルでお店の写真をできるだけ投稿するように頑張っております。
Googleローカルで投稿した写真って、自分のpicasa に [Google マップ用の写真]としてアップされるんですね。しらんかった。
こんな感じ。
Googleローカルで投稿した写真だから、お店情報とリンクしてくれればいいのに、それもない。ちっ
picasaって、無料で使える容量制限あった気がするので、Googleローカルでいっぱい写真が見れるように頑張ると、これまた自腹を切って容量追加せねばならんのかーー？！
イケズだわー。もー。
このキーボードは、iOS4.1以上から使用できますが、iOS4.3.5の実機で試すと表示できない場合があるようです。
表示できない場合というのは、
対象画面表示直前に表示したキーボードが、
QWERTYキーボードであれば、DecimalPadになりますが、
フリック入力(Japanese Keyboard)の場合、NumberPad(ピリオドなし)
になってしまいます。
iOS5ではこの現象は発生しないので、多分バグかなと。
QWERTYキーボードなのか、 フリック入力キーボードなのか の判別方法は見つけられず....
そうなると、iOS4.X以下の場合には、NumberPad を表示するようにして、ピリオドを自分で追加する感じにしてあげないといけなさそう。
ピリオドのボタンはどこに表示するか？ ですが、
Keyboardの一番左下のボタンに乗せてDecimalPadのように見せるには、どのViewに載せるかが微妙。
Keyboardって、AppDelegateで渡ってくるWindowではなくて、UITextEffectsWindow っていう違うWindowで表示されているみたい。
NSArray *allWindows = [[UIApplication sharedApplication] windows];
のwindowsから取ってこれるが、あんまりやりたくない感じではあります。
参考 : How to add your own Done button to the iPhone numeric keypad
キーボードを入れ替えするのであれば、UITextField#inputView
キーボードの上部に載せるのであれば、UITextField#inputAccessoryView
のViewを入れ替えればいけそう。
こちらは、正式リファレンスにもあるので安心して使えますが、自分でデザイン、動作する必要はあります。
もう一つ、忘れがちなのが国際化対応アプリならば、小数点区切り が ドイツ、フランスでは ,(カンマ)であること。
.(ピリオド)固定でボタンを作らないように注意です。
NSString *decimalSeparator = [[NSLocale currentLocale] objectForKey:NSLocaleDecimalSeparator];
これで区切り文字がとれます。
さらにもうひとつ。
Keyboardをタップする時に音が出るのが標準になっていると思うので、自作して追加したボタンタップ時にも音を出すのが自然。
iOSが出している音と同じものを出したくなりますが、どうやら正式なリファレンスには載っていないぽい？
AudioServices に、predefined system soundsの一覧が載っていますが... 正式リファレンスではないのでリジェクトされるかもしれないし、勝手に消えたり、変更されたりするだろうし... というのは自己責任で。
ちなみに、Keyboardタップ音は、
AudioServicesPlaySystemSound(1104);
ぽいです。
早く、iOS5以上の対応で問題ないぐらいまで、iOS4が消えて欲しいですw
HistoryAPIというのは、音楽を聞いた、動画を見た、購入した という行動のActivityを保存して、後から見ることが出来るもの。
APIドキュメントも公開されています。Google+ History API
今はDeveloperPreviewなので、みるためには、Google+ History APIにあるように、Sign upして、API Consoleで "Google+ History API" を ONにします。
そうすと、G+の画面でHistoryが選べるようになります。
Activityの登録をするのは、基本はサードパーティ製アプリ。
デモではlast.fmをやっていたので、last.fmは提供してくれるかもしれないですね。
Sourceをみるとこんな感じになっていて、YouTubeの動画をみたらActivityとして登録されていました。
HistoryAPIでは、ActivityではなくMoments というみたい。
Momentsではいくつかの種類があります。
種類によって、登録出来る属性が変わります。
音楽のMomentsだったら、名前、画像、アルバム名やURL、アーチスト名 とか。
チェックインのMomentsだったら、名前、住所、緯度経度、MAPのURLとか。
新しいタイプのリクエストも受け付けてくれるみたい。
amazonの場合、amazonでの購入履歴や表示ページから "おすすめ" を出してくれますが、 Google Historyを使えば、amazonの枠を超えて...楽天とか？... さらなる "おすすめ" を出せるのかもしれません。
APIをみると、タイムトラッカー的につかえるか？ と一瞬おもいましたが、
そういうMomentsがない というのもありますが... 上手く使えずに消されていくAPIかもしれない という疑問が出てくる。
これが流行るためにはサードパーティが上手く作ったアプリを提供して、ユーザも便利！って思えるようならないと行けないと思うから...
だが、PCからもmobileからも登録ができるようなアプリ を作りたい場合で、提供されているMomentsにぴったりくるのであれば、このAPIを使えばサーバーを自前で用意しなくてもアプリが作れるという魅力はある。
どこまで気合入れているAPIなんだろうーなー。今後の動向が気になる所。
 | 賞味期限メモ Fresh Pantry 価格 : 85円 カテゴリ : ライフスタイル 対応機種 : iPhone 対応OS : iOS4.3以上 サポートページ : http://freshpantry.places-inc.com/jp/ リリース日 : ver1.0 2012/06/19 |
画像を角丸にして表示したい 時。
いくつか方法があります。
How to make an image with rounded corners
のようにゴリッと書いて画像を作ってしまうパターン。
Resize a UIImage the right wayにすぐに使えるコードも置いてある。素敵。
画像処理に使えるUIImageのTips10個 - (9) マスク処理で角丸画像を作成する
私はまだやったことないのですが、角丸のように単純でない抜き出しは楽そうー。
#import <QuartzCore/QuartzCore.h>
@implementation FERoundView
- (id)initWithCoder:(NSCoder *)aDecoder {
self = [super initWithCoder:aDecoder];
if (self) {
self.layer.cornerRadius = 4.0f;
}
return self;
}
@end
こんな感じで、CALayerのcornerRadiusで指定するのはとっても簡単。
１つこんな感じのViewをつくっておけば、角丸にしたいラベルの背景がある時に InterfaceBuilderのクラスに作ったクラスを指定するだけで完了します。
調子に乗って、角丸画像が一覧になっている画面にCALayer#cornerRadiusで指定したものを並べてみたのですが、
これが遅い! スクロールするとガクガク...
そんなに重い処理だったんですね、コレ。
このLayerの機能をつかって a.のような角丸画像作成メソッドとして使っちゃう手もあります。
シンプルなコードでかけるのが魅力的。
- (UIImage *)makeCornerRoundImage:(UIImage *) image {
CALayer *imageLayer = [CALayer layer];
imageLayer.frame = CGRectMake(0, 0, 200, 200);
imageLayer.contents = (id) image.CGImage;
imageLayer.masksToBounds = YES;
imageLayer.cornerRadius = 4.0f;
UIGraphicsBeginImageContext(imageLayer.frame.size);
[imageLayer renderInContext:UIGraphicsGetCurrentContext()];
UIImage *roundedImage = UIGraphicsGetImageFromCurrentImageContext();
UIGraphicsEndImageContext();
return roundedImage;
}
当たり前のお話なんですが、画像を一度にたくさん表示するのであれば、
・最適の画像サイズ&角丸などの処理済み の画像を用意しておく
・表示はUIImageViewでなくてdrawRectで書いてメモリ節約
ってのはとても効果が大きいもんですなぁ
テスト的にアプリ作っていると、ついつい手抜きでInterfaceBuilderで画面イメージ想像しながらUI部品貼り付けて、画像も既にある画像を拡大/縮小してとりあえず表示しちゃう。
ま、それはそれでいいですよねぇー。あとで、ちゃんと書きなおすのであればw
UIImagePickerでカメラを起動して写真撮ると、結構メモリを消費する上に、
その際に メモリ警告がでると それまでに作成していたViewが削除されてしまう状態になり...
viewが削除された画面に戻ると、UIViewControllerのloadViewからまたふただびCallされる事になり...
"わはーっ ちゃんと真面目にやろう..."
と、ワタワタした土曜日を過ごした(笑
iPad用アプリ 時計&カレンダー Desk Clock Calendar がリリースしました！ やったね♪
Desk Clock Calendarは、時計・カレンダーとともに、経過時間を円グラフで表示するアプリ。
ずっと表示するものだから、ちょっとカッコイイものが欲しくて作成しました。
雰囲気はちょっとレトロなポスター風(勝手なイメージw)。
仕事場やリビングにおいていても良い感じに仕上がっていると思うので、iPadをお持ちの方は是非使ってみてください！
価格は170円ですが、6/12まではリリース記念として半額の85円でセール中です。
そこで....私から...
先着10名様に無料で使えるプロモコードをプレゼント！
欲しい方は twitter で @aqubi までご連絡ください。"プロモコード欲しいよ" と書いてもらえればOKですー。
プロモコード送付はTwitterのDirectMessageで送る予定です。
プロモコードを使う方は、AppleStoreのレビューを書いて頂けると有りがたいですm(__)m
レビュー、ホント有りがたいのです....(;_;)
ご応募お待ちしてまーす！ プロモコードの使用期間が限られているのでお早めに....
追記:
プロモコードを使ってインストールすると、AppStoreのレビューは書けないことに気づきました。。
よければ一言感想を頂けるとうれしいです！
 | Desk Clock Calendar 価格 : 170円 (6/12までリリース記念セール中で85円) カテゴリ : ライフスタイル 対応機種 : iPad 対応OS : iOS5.0以上 サポートページ : http://dcc.places-inc.com/ リリース日 : ver1.0 2012/05/29 |
GW中にゴソゴソつくっていた、iPad用時計アプリ 時計&カレンダー Desk Clock Calendar がもうすぐ公開される予定です！
仕事中でパソコンに向かっている時、眠っているiPadを有効に使いたいー と思い作ってみました。
今週、今月、今年で、もう何％過ぎてしまったか？ のグラフ見れる、焦る機能付きですw
時計では 時間の表示 をします。
時間を表示って、結構いろんなアプリで表示が必要になりますけど、誰もが一度は多分経験するだろうハマリ箇所をご紹介。
時間の表示は、NSDateFormatterを使ってフォーマットして表示します。
NSDateFormatterはOS側のLocaleの設定や、24時間表示 on/off の設定によって挙動が変わってしまうの注意!
たとえば、以下のように表示設定をするとする。
NSDateFormatter *formatter = [[NSDateFormatter alloc] init];
[formatter setDateFormat:@"yyyy/MM/dd HH:mm:ss"];
NSDate *date = [NSDate date];
NSLog(@"date %@", [formatter stringFromDate:date]);
HHは、24時間表示の設定なので、
2012/05/27 15:22:50
のような24時間表示の結果を期待するのですが、これが、表示が何もされなくなったり、12時間表示になったり というパターンになる時があります。
その時は、OS側の設定で 設定 → 一般 → 日付と時刻 で 24時間表示 が off になっている時に発生します。
逆に 24時間表示が on になっている時に、hh(12時間表示)のフォーマットにしてもNG。
解決策としては、NSDateFormatterにLocaleを設定してあげること。
[formatter setLocale:[[[NSLocale alloc] initWithLocaleIdentifier:@"ja_JP"] autorelease]];
ちなみに、
[formatter setLocale:[NSLocale currentLocale]];
では上手く反応してくれなくて解決になりませんw
国際化しているアプリでは気持ち悪いデスヨネ...
Localeがjaだと 5月と表示されるが、enだと May となったりもするので、そのコードにjaのLocaleを単純にいれてよいのか？はちゃんと確認が必要です。
逆に考えると、OSの設定が引き継がれるので、自分のアプリで設定項目を作らなくてもよかったりする場面もあるかも。
表示される文字の長さに注意して、画面レイアウトすれば... ですけども。
今回作成したアプリでは、時間はキモのところであり、経過時間などの計算もしたりするので、
NSDateFormatterでのフォーマットを使っている所もあるのですが、NSDateComponentを使ってNSDateの情報を抽出して自分でフォーマットしている所の方が多いw
NSDateComponent は、NSDateを年/月/日/曜日 などに分割してくれるものですが、NSCalendarと一緒に組み合わせて使うと、 経過日数の算出とか、今月の日数の算出とかできます。
まとめると....
日付を表示するアプリを作る場合は、複数のテスト端末を用意して、24/12時間表示の設定が違うもの、Localeが日本と日本以外で違うもの を用意する。さらに言語設定が違うものも揃えとくと吉。
というお話でした。
先日見ていた某USTで、
"MVCのcontrollerがでかくなっちゃって、modelどこいった？ みたいなの ありがちw"
ってお話を聞いたので aqubi風の手順をPicTackを作った時を例にを書いてみよう！
というエントリ。
手順は、作るモノによっても違うし、作り手によっても違うと思いますが、参考になったと思ってくれる人がいるのかもしれない という期待を込めて。
まぁ当たり前ですねw
PicTackの場合は、一言でいうと、
"出されたお題にそって絵を書くアプリ"
"対戦にすることで、絵が上手い人だけでなく下手な人だって楽しく、盛り上がる！"
というのが面白さ。
ということで対戦するのが必須の機能として作成を始めました
どんな感じで画面がすすんでいくか？ のイメージをざっくりと作成します。
cacooを使って作成しました。(お世話になっています)
実際この作業の完了タイミングは、後述の 3.プロトタイプ作成 が終わるまで続いていきます。
2.ワイヤーフレーム作成 って固まるまではそこそこ時間かかるので、
並行して プロトタイプを作成し始めました。
ポイントは、ブレが少なそうな所から固めていくこと。
外部要因は思わぬ落とし穴があるもの。
新しく使うiOSの機能とか、外部のサービスをつかう とかの場合は調査をします。
PicTackの場合は、Bluetoothで送受信がどこまでできるか？ という所でした。
このタイミングで決めるのは機能として必須となるもののみ。
twitterでツイートする とか補足的な機能は絶賛後回し！ ここの切り分け重要。
このタイミングで、改めて分かる制限事項などがあるので、でてきたら、ワイヤーフレーム作成フェーズ中にフィードバック。
最初はデータモデルを作成します。
データモデルはブレが少ないし、これがある程度あると後の画面の組立とても楽になります。
でも仕様が決まっていないと、完璧なものは出来ないので、ブレが無さそうな基本的な所を作っていきます。
設定項目用のデータモデルはだいたい作るので作成しますね。
単純な設定しか無い時はシングルトンにしたりもします。
PicTackの場合は、
「1回のゲーム」class の中に、「タイトル」「サンプル画像へのリンク」の情報が入っている
「参加者」class の中に、「参加者の名前」「書いた絵の情報」 の情報が入っている
というのが最初からなんとなく見えているので、なんとなくのレベルで作っていきます。
あるかなー ないかなー と悩むものは、作りこまないのが吉。
だけど、データの塊(RDBでいうとテーブルになりそうな部分)はクラスだけ作っておきます。
なんとなく.. というのが微妙とおもわれるかもしれませんが、この属性(変数)をどこかに書きたい！ と思った時に、適切なデータモデルのクラスがあり、そこにすぐに書けるのはとっても大事と思います。
そうでないと、Controllerとか適当な所に書きたくなっちゃいますので。
2.ワイヤーフレーム作成 で 画面の流れがみえてきたなー と思ったらざっくり作り始めます。
内部の細かな実装は後回しで、画面遷移部分を最初にひと通り作って、仕様の考慮不足がないかを確認していきます。
なんかあれば、ワイヤーフレーム作成フェーズ中にフィードバック。
実際画面を動かしてみると見えてくるものが多いもんですw
PicTackの場合は、Bluetoothの通信の基本部分の作成になりました。
Bluetoothの通信はバイナリで行うことにしたので、各タイミング毎にデータフォーマットを決めて、それをデータモデルに落とし込みます。
送受信のイベントを受け取り、データモデルに展開して使いやすくするような動作の部分も作成していきます。
そういう部分のところは、データモデルのコントローラ といっていいのかなー。
ここを使いやすく、テストもして正常動作を確認して、後で安心して使えるように用意しておきます。
Bluetoothの通信がおかしいときに、ここのバグが原因だとあとでめっちゃ混乱するのは目に見えているのでw
PicTackの時にはなかったのですが、外部のサーバーとのアクセスをする時には、
アクセスするための口(メソッド)は用意しておきます。
ネットワークアクセス開始した/終了したタイミング、システムバーの通信中のインジゲータのグルグルを開始したり止めたりしたいので、そこらへんが上手く動くように最初に作りこんでおきます。
非同期で基本動かすと思うので、ちゃんとカウントとってグルグルさせましょー！
画面からのAction, 外部IOのcall、callback のイベントのメソッドを作っていきます。
このイベントの結果受け取りは、どうやって行うのか？ をまとめていきます。
方法としては、以下のように色々ありますよねー。
いままで下ごしらえしたものを、実際組み上げていきます。
PicTackの場合は、ゲームを開始して、書いて、結果が見える所まで。
プロトタイプで必要となる実装のみ、先程用意したメソッドの中にコードを書いていきます。
ここで、プロトタイプとしてレビューしました。
レビュー後、やっぱり欲しい画面とか機能とか追加して、ワイヤーフレーム作成フェーズとともにプロトタイプの完了。
ここまでのプロトタイプの作成で、手元のメモによると 5日かかった模様。
まぁ、アプリってそこからが長いんですけどもねーw
iPhone/iPadのアプリで、バッテリー残量を取得するには、以下で取得が可能です。
[UIDevice currentDevice].batteryMonitoringEnabled = YES; float battery = [UIDevice currentDevice].batteryLevel;
float battery にて入ってくる値は -1 〜 1.0 までになり、
-1 は シュミレータで実行などにより、バッテリー状態が不明な時(UIDeviceBatteryStateUnknown の時)に設定されます。
実際の値は、0〜1.0 までの値で設定されるので 100 をかければ パーセントの値になります。
簡単やーん！ とおもって早速書いていたのですが、
iPhone/iPadでiOSが表示している上部のステータスバーのバッテリー残量の%と違う値が返ってくる。
コードでは 85% の時、ステータスバーは92%
コードでは 65% の時、ステータスバーは69%
コードでは 55% の時、ステータスバーは57%
コードでは 50% の時、ステータスバーは51%
どうやら、コード上では 5%刻みでしか取得できていないっぽい。
ググっていたら以下のサイトを発見。
How to get UIDevice batteryLevel to provide status in 1% increments or finer
The UIKit calls to retrieve Battery can only get a number better 0.0 to 1.0 with 0.05 steps which means 5% intervals. In order to get it with finer granularity you might have to jail break the device and setup something like this but you might not be able to submit the app. Just in case, I came across this post, which might be of interest to you.
ということで、本日の教訓。
Saeco Talea Giro Plus という エスプレッソメーカーの操作部分です。
抽出する "お湯量調整" を銀色のグルグル回す所で選択します。
カップマークボタンは、それを押すと "抽出開始" する。 一番使うボタン。
その下の "珈琲豆調整" ボタンは、ボタンを何回か押すことにより豆の量を選択させるボタン。
普段よく使うものは、"抽出開始" と "お湯量調整"です。
それらがぐっと前に出ているので、ぱっと選択しやすい効果をうまく出していますよね。
"お湯量調整" 、"珈琲豆調整" は、両方共選択肢から１つを選ぶラジオボタン的な要素です。
"珈琲豆調整"は最初に好みの量を色々試行錯誤するけど、そのあとはあまり触らなくなります。
なので、選択がしにくくてもあまり不満は感じてません。
左側にある光りそうな部分は、現在のステータスを表示してくれるもの
お湯を暖めているからまってね... というタイミングでは、4つのランプの光がグルグルと回ります。
まるで、端末のUIで使われる loading中のインジゲータみたいに。
右側にある光りそうな部分は、清掃をする時などにトグルの操作で設定します。つまりあまり普段は使わないボタンです。
という、内容によって表現を考慮し、見かけ上も素敵なデザインになっていて素晴らしいです。
#if 0
#define kGKSessionErrorDomain GKSessionErrorDomain
#else
#define kGKSessionErrorDomain @"com.apple.gamekit.GKSessionErrorDomain"
#endif
- (void)session:(GKSession *)session didFailWithError:(NSError *)error {
if ([[error domain] isEqual:kGKSessionErrorDomain] &&
([error code] == GKSessionCannotEnableError)) {
// Bluetoothもしくは同一WiFiが無い時のエラー
} else {
//何かのエラー
}
}
ただ、このエラーはセッションを作成して開始したタイミングでは飛んでこない。 | PicTack 価格 : 無料 (一部のお題は有料) カテゴリ : ゲーム 対応機種 : iPhone 対応OS : iOS4.1以上 サポートページ : http://pictack.places-inc.com/ リリース日 : ver1.0 2012/01/16 |