OS Xステータスバーアプリケーションの作り方 — Genji App Blog
ステータスバーアプリケーションについて ステータスバーとは、OS Xの画面上部に表示されるメニューバーの、右側に位置する部分である。メニューバーの右端には通知やSpotlightのアイコン、時計表示、システムによって制御される機能（音量やBluetooth等）のアイコン（メニューエクストラ）が並び、その次に様々なアプリケーションのアイコンが並んでいる。 上記画像で言えば、Google NotifierやDropbox、Adium、ClamXavのアイコンがある赤く塗った領域がステータスバーである。アプリケーション自身が非アクティヴであるときやウィンドウ等を表示していないときも、状態を示したり何らかの機能を呼び出したりする場合にステータスバーにアイコン等の項目（ステータス項目）を配置することができる。 ここで言う「ステータスバーアプリケーション」とはいわゆる「常駐アプリケーション」と呼ばれる
niw.at — iOS で文字数制限つきのテキストフィールドをちゃんと作るのは難しいという話
「そんなん簡単やろ」と思いますよね。 たとえば、「UITextField 文字数制限」でググれば山のようにブログ記事やらコードが出てくるし、Stack Overflow に載ってるコードのコピペ一発で解決しそうに思えませんか? 実は文字数制限をつけたテキストフィールドはそんなに簡単な話ではないのです。 shouldChangeCharactersInRange:replacementString: は使えない子 今回はこれに尽きます。 UITextField や UITextView のデリゲートで呼ばれる textField:shouldChangeCharactersInRange:replacementString: やtextView:shouldChangeCharactersInRange:replacementString: は使ってはいけません。 より正確に言うと、使うとき
Auto Layoutを利用してキーボードに合わせてビューをリサイズする方法 - Qiita
iOS6から利用できるAuto Layoutを利用して、キーボードが表示・非表示になった時にUITextViewをリサイズしてみます。 Constraintの設定 UITextViewを貼り付けます。 UITextViewのConstraintsのBottom Space to: SuperviewをView Controllerのoutletに設定します。 @interface CTViewController : UIViewController @property (weak, nonatomic) IBOutlet NSLayoutConstraint *bottomConstraint; @end キーボード開閉を監視して再レイアウト キーボードの開閉を監視して、constraintに値を設定して再レイアウトを行います。bottomConstraintにはキーボードの高さのマイナ
Objective-CでのPromiseと非同期処理
Promise Syntax Promiseの基本的な書き方 NSURLConnectionの例 NSURLConnection#sendAsynchronousRequestのラッパ 非同期通信のPromiseラッパを書く + (PMKPromise *)getURL:(NSURL *) URL 返り値はPromiseオブジェクト getURL PromiseコンストラクタからPromiseオブジェクト(インスタンス)を作り返す コンストラクタの中で(非同期)処理を行う 処理の成否によって、fulfill または reject を呼ぶ + (PMKPromise *)getURL:(NSURL *) URL { return [PMKPromise new:^(PMKPromiseFulfiller fulfiller, PMKPromiseRejecter rejecter) { NS
ReactiveCocoa勉強会関西を開催しました #rac_kansai - ninjinkun's diary
先週の土曜日にReactiveCocoa (以下RAC)というOSX / iOSで使うリアクティブプログラミング(RP)フレームワークの勉強会を開催しました。 当日の資料 当日の資料のうち、見つけられたものは以下にまとめました。 はじめてのReacitveCocoa @tinpayさん はじめてのReactiveCocoa from Shohei Fukui https://github.com/tinpay/RACWarikan ReactiveCocoa勉強会に参加してきました #rac_kansai . ゆるやかなReactiveCocoaの導入 @ninjinkun 実践！Twitter API+ReactiveCocoa @atsusy さん var RAC3 = ReactiveCocoa + Swift @ikesyo さん var RAC3 = ReactiveCocoa
Storyboardでの画面遷移をスマートにやる方法 | TOKOROM BLOG
これは potatotips第６回め で発表した この話 のまとめと後書きです。 Storyboardいいですよね！ Storyboardを使うことで、 画面と画面が疎結合になる 簡単な画面遷移ならノンコーディングで実現できてソースコードを汚さない といったメリットがあります。 Storyboard登場以前だと、次の画面に遷移させるだけでも #import "NextViewController.h" NextViewController *nextViewController = [NextViewController new]; [self.navigationController pushViewController:nextViewController animated:YES]; といったコーディングをし、遷移元のViewControlelrは遷移先のViewController
カテゴリによる既存クラスの拡張
NSTextViewはテキストを表示するビューですが，そこには「表示されているすべてのテキストの範囲を知る」というよく使われるメソッドが定義されていません．NSTextViewにはこの範囲を得るための基本的なメソッドはもちろん定義されていますから，それらを組み合わせればいいのですが，よく使うものなので「一発で」知りたいと思うのも当然でしょう． ではNSTextViewにこのようなメソッド（ここでは-allRangeとしましょう）を追加するにはどうすればよいでしょう? 普通クラスにメソッドを追加する場合はサブクラスを作ります．しかし-allRangeのようなユーティリティ・メソッドを追加しただけで別のクラスにするのも腑に落ちません． そこでObjective-Cではカテゴリを使います． NSTextViewAdditions.h 普通は拡張するクラスの名前に「Additions」を
UITextView をキーボードと連携させる
画面上に UITextView がある場合、キーボードが競り上がったときに被ってしまう領域を考慮して UITextView を調節する必要があります。 今回は、UIEdgeInsets に関連する Tips 第4段として、UITextView をキーボードと連携させる方法を紹介します。 “キーボードに合わせて画面を上げ下げする”では、UIScrollView の contentInset と scrollIndicatorInsets を調節することで、キーボードに隠れてしまう領域ができる問題を回避しました。UITextView も UIScrollView のサブクラスなので同じ方法が使えそうですが、実は使えません。“UITextView：キーボード絡みの挙動・問題点”で説明した通り、UITextView の contentInset.bottom はいろいろなタイミングで変わってしまう
textFieldが隠れない！NSNotificationCenterの使い方その１ - Qiita
最近つかっているNSNotificationCenterがかなり便利だったのでまとめてみた。 おすすめの使い方はいくつかあるが、その一つを紹介する 今回NSNotificationCenterで主に使うメソッドは以下の2つ [[NSNotificationCenter defaultCenter] addObserver: selector: name:object:] [[NSNotificationCenter defaultCenter] removeObserver: name: object:] @implementation Keyboard -(void)viewWillAppear:(BOOL)animated{ [super viewWillAppear:animated]; //キーボード表示・非表示の通知を開始 [[NSNotificationCenter defau
convertRect:toView:系メソッドについて。 - Qiita
CGRect frame = CGRectZero; frame = [self convertRect:self.bounds toView:self.superView]; frame = [self.superView convertRect:self.bounds fromView:self]; frame = [self.superView convertRect:self.frame toView:self.superView]; frame = self.frame; 以上のコードでは全て同じ結果を得られます。 self.frameとは[self convertRect:self.bounds toView:self.superView];のシンタックスシュガーみたいなものである、と覚えておけば、このメソッドで引っかかることもなくなるような気がします。 convertRect
iOS開発のデバッグツールchiselの紹介 - Qiita
(.lldbinit だと、Xcodeから起動したLLDBでは呼ばれないので注意。) Xcodeのlldbプロンプトで、helpとたたくと、chiselで使えるコマンド群が表示されます。さらにhelp <command> で、コマンドの詳細説明が出力されます。 (lldb) help The following is a list of built-in, permanent debugger commands: 〜略〜 pca -- Run Python function __FBPrintCommands_pca pcells -- Run Python function __FBPrintCommands_pcells pclass -- Run Python function __FBPrintCommands_pclass pinternals -- Run Python fun
StoryboardのContainer ViewでUINavigationControllerを埋め込む | DevelopersIO
Container View iOS6からStoryboardでContainer Viewが利用できるようになりました。Container Viewは、ViewControllerに子ViewControllerを追加するchildViewControllerの仕組みをStoryboardで扱えるようにするものです。 Container ViewでNavigationControllerを埋め込む Container ViewはUIViewControllerを子ViewControllerとして追加します。したがって、UIViewControllerのサブクラスであるUINavigationControllerも子ViewControllerとして追加できます。こうすると、ナビゲーションで画面遷移をしても常に特定の領域が表示される状態を、コードを書かずにStoryboardだけで表現す
声に出して読みたいObjective-Cのライブラリ8種(2014.7) - Qiita
Swiftに浮かれているiOS開発者のみなさんこんにちは。Objective-Cの記事を書きます。 手になじんでるものから、良さそうなので使ってみたいものまで、 個人的に筋がいいと思っているObjective-Cのライブラリを紹介します。 YLMoment 日付や時間と文字列を扱いやすくしてくれるライブラリ。 タイムラインでよくある"19 hours ago"みたいな文字列をNSDateから作ったり。 日本語対応。 MTDates NSDateの便利カテゴリ。 何日から何日までのNSDateの配列を取得したり、その日・週・月の頭のNSDate、先週の頭のNSDateなど。 欲しいと思った機能はだいたいあります。 JLRoutes 開発の初期にはURLSchemeから自前で処理を振り分けたりしますが、当然のように辛くなるのでJLRoutes。 sinatraっぽく書けます。sinatra使っ
Objective C のプロパティ属性まとめ - Qiita
上のカッコの中のやつ。 Setter の作成有無の指定 指定無し: readwrite readonly setter を作らない。 readwrite setter、getterを両方作成する。readonlyプロパティをオーバーライドする時に有用。 Setter の書き方の指定 指定無し: strong (非ARCではassign) assign 渡された値をそのまま保持。 参照先のオブジェクトが消えた！ -> ゾンビ状態になり、それにメッセージを送るとプログラムがクラッシュする。 weak 渡された値をそのまま保持。 参照先のオブジェクトが消えた！ -> 自動的に nil に書き換え。 strong (昔のretain) 渡されたオブジェクトのオーナーシップを取得して保持。 参照先のオブジェクトが消えた！ -> いやいや、そんなことはないって。 copy 渡されたオブジェクトの co
Objective-C のプロパティ属性のガイドライン - Qiita
Objective-C のプロパティの属性を指定するとき従うべきガイドラインをまとめた。 できる限り nonatomic を指定する atomic にしてもパフォーマンスが悪化するだけでほとんどメリットがない（参考：StackOverflow - Atomic vs nonatomic properties）。 nonatomic と atomic の使い分けの指針は次のとおり： 参照型: メモリアドレスのみの書き込みなので、常にnonatomicでよい プリミティブ型: int, BOOL等ワンステップでの書き込みが可能: 常にnonatomicでよい 単一のスレッドからしかアクセスされない: 設計に気をつけつつnonatomic推奨 複数のスレッドからのアクセスがあり、long,構造体などサイズの大きい値: atomic推奨 (thx to @takasek) 複数のスレッドから同時に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
初期化メソッド「initWith~」の使い分け - Qiita
Custom Controls for iOS, iPadOS, macOS, tvOS, and watchOS - Cocoa Controls
WWDC2014 これだけ押さえておけば間違いなし！ おすすめセッションTOP10