iOS 8 の位置情報のプライバシー設定に対応する – I'm Sei.
iOS 7 では設定アプリの Privacy > Location Services から各アプリの位置情報のプライバシー設定ができました。 iOS 7 ではアプリに対して位置情報の使用を許可するか、許可しないかの 2 択しかありませんでしたが、iOS 8 では以下の 3 択に変わるようです。 - 許可しない (Never) - 使用中のみ許可 (WhenInUse) - 常に許可 (Always) WhenInUse は、「アプリまたはその機能が画面上に表示されている場合のみ位置情報を利用することを許可」する設定です。 Always は、「バックグラウンドで実行中の場合にもアプリが位置情報を利用することを許可する」する設定です。 WhenInUse か Always かによって、Core Location で使える機能が変わります。 また、同じ Core Location の機能を使って
iOS 8 の新機能のサンプルコード集『iOS8-Sampler』を公開しました - その後のその後
WWDCでのアップルの発表によると、iOS 8 では4000以上もの API が追加されたとのことですが、新しいAPIはどう使うのか、実際に何がどこまでできるのか、といった具体的なところが、英語のドキュメントや動画をながめているだけだと正直あまりよくわかりません。やはり実際にコード書いて動かしてみるのが一番わかりやすい、ということで今年もつくりました、 iOS 8 新機能のサンプルコード寄せ集めアプリ『iOS8-Sampler』 ソースコードは GitHub に置いてあります。 https://github.com/shu223/iOS8-Sampler ※使い方は Xcode 6 でビルドするだけ なので、デザイナーさんやディレクターさんもぜひ最寄りのエンジニアにビルドしてもらってください。 中身について 今回はデザイナー okazu 氏の協力により立派なアイコンやスプラッシュ画像が最初
XCTestで非同期ブロックのテストを書く - Qiita
[SNSUser loginWithBlock^(SNSUser* user, NSError* error) { XCTAssertNotNil(user, @"hoge"); XCTAssertNil(error, @"fuga"); }]; 一見テストが通ったと見せかけて、実はBlocksの中が 実行される前にテストが終わっていたりします。 (Blocks内はテストしてないけどTest Succeededってなる) 地味に最初はひっかかる人もいるんではないでしょうか。 XCTestでは非同期処理のテストができないと思っている人を時々見かけますが、 Blocksの中に書いた処理が走るまで待機させることで一応テストできます。 // テスト実行完了フラグ __block BOOL isFinished = NO; [SNSUser loginWithBlock^(SNSUser* user
[iOS]StoryboardでTODOリストアプリを作ろう(1/3) 準備編 MasterDetailApplicationとUITableViewについて | DevelopersIO
保存場所を選択し、Createをクリックします。 テンプレートからプロジェクトが作成されました。 Master-Detail Applicationについて 今回はMaster-Detail Applicationテンプレートからプロジェクトを作成しましたが、まずはMaster-Detail Applicationがどのようなアプリなのかを見てみます。 画面左上のRunボタンを押してアプリを実行します。 各部の名称 実行すると以下の画面が出ると思いますが、この画面をMaster画面と呼ぶことにします。 Master画面は大きくわけて３つの部分から成り立っています。 上から順にStatusBarNavigationBarTableViewと呼びます。 StatusBarは時刻や電池残量、電波状況等を表示する部分で、非表示にすることもできます。 NavigationBarの管理は本連載第一回目
![[iOS]StoryboardでTODOリストアプリを作ろう(1/3) 準備編 MasterDetailApplicationとUITableViewについて | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/c6eb9a958fadd7c0895ae26b9c0ce873f00051ff/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F05%2Fios_eyecatch.png)
フリーの iOS 向け音声認識／音声合成ライブラリ『OpenEars』の使い方 - Qiita [キータ]
OpenEars は Politepix 社より提供されている フリーの iOS 向け音声認識／音声合成（Text to Speech, TTS）ライブラリ です。 OpenEars 話した言葉を認識したり、 入力した文字列を読み上げ たり（mac の say コマンドみたいなもの）することができます。 試してみたところ超簡単に使えたので、自分のアプリに OpenEars を導入する方法を紹介します。 （2014.3.31追記） OpenEars 最新バージョンでの音声認識の導入方法については次の記事をご参照ください：『OpenEars 1.6で音声認識を行う』 音声合成の導入方法 フレームワーク追加、ヘッダインポートといった一般的なライブラリの導入手順をのぞけば、基本的には メソッドを1つ呼ぶだけ で導入できます。 1. フレームワークをプロジェクトに追加 解凍したフォルダ配下にある F
![フリーの iOS 向け音声認識／音声合成ライブラリ『OpenEars』の使い方 - Qiita [キータ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/d2cefdd168cf277a244eab6443e20b9658e5fcb8/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JUUzJTgzJTk1JUUzJTgzJUFBJUUzJTgzJUJDJUUzJTgxJUFFJTIwaU9TJTIwJUU1JTkwJTkxJUUzJTgxJTkxJUU5JTlGJUIzJUU1JUEzJUIwJUU4JUFBJThEJUU4JUFEJTk4JUVGJUJDJThGJUU5JTlGJUIzJUU1JUEzJUIwJUU1JTkwJTg4JUU2JTg4JTkwJUUzJTgzJUE5JUUzJTgyJUE0JUUzJTgzJTk2JUUzJTgzJUE5JUUzJTgzJUFBJUUzJTgwJThFT3BlbkVhcnMlRTMlODAlOEYlRTMlODElQUUlRTQlQkQlQkYlRTMlODElODQlRTYlOTYlQjkmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWZhYzcxNWJkMmFmNjEyN2JmNDM5NDgxYWM3YmUzMWJi%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwc2h1MjIzJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0zZWE5OTE1ZTY2ODBmOWQzY2JlYmQyYWIzMzJiNjY2NA%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D8cc0cbe092f0d4655abf5ffc78b544d8)
ビルド設定の "Other Linker Flags" に "-ObjC" を設定する意味 - その後のその後
とある静的ライブラリ（拡張子.a）をリンクして使用しようとすると、実行時になぜか unrecognized selector sent to class XXXX とエラーが出るので、ビルド設定を見直したところ、"Other Linker Flags"（Xcode3.xで言えば「他のリンカフラグ」）に "-ObjC" を指定していないことが原因でした。 "-ObjC"、名前からしてXcodeで作成するプロジェクトならデフォルトで効いてそうな名前なので今までスルーしてました。 これを定義するしないでunrecognized selectorエラーが出るほど重要なフラグとは・・・ 調べてみたら、わかりやすい解説がありました。 Cocoaの日々: Static Library (7) カテゴリを使う場合の注意点 "-ObjC" と "-all_load" カテゴリが定義されている Static
Cocoaの日々: iOS 4.0 でアプリを一時停止しない設定 - UIApplicationExitsOnSuspend
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど iOS4.0 SDK (Xcode 3.2.3-) でビルドすると自動的に Fast App Switching が効くようになる。ホームボタンを押して終了させて、次回起動した時には終了直前の状態（画面）に復帰することができる。 これはこれで便利なのだが iPhoneシミュレータでもこれを忠実に再現していて開発時には困ったことになる。修正して再ビルドしても初期実行にならずに直前の走っていたバージョンが復帰してしまう。 これを防ぐには Info.plist に UIApplicationExitsOnSuspend=YES の設定を行う。 UIApplicationExitsOnSuspend YESの場合は、iOS3以前と同様にアプリは完全終了する。 NOまたは設定なしの場合は、一時停
iOS 4.0 と iPhone OS 3.x の両方で動作するアプリケーションをビルドする設定 - 24/7 twenty-four seven
ベース 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 を下げる、ということを原則的に行なったほうがいいです。 これは今後マイナーバージョンアップがあった場合などでも同様です。 例えばこ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
