NSSplitView initial divider position?
I have an NSSplitView that uses autolayout to position the two subviews inside of it. Everything works great, but I want to set the initial position of the divider to a constant value (300 pixels) for aesthetic reasons. I'm not using interface builder. If I do [_splitView setPosition:300 ofDividerAtIndex:0];, I see no effect, same thing if I add a [_splitView adjustSubviews] call right after that.
NSErrorによるエラー判定実装方法 - Qiita
//エラーの発生する可能性のあるメソッド - (BOOL) setCategory:(NSString*)theCategory error:(NSError**)outError { //処理 if (outError) { *outError = [NSError errorWithDomain:@"ドメイン" code:-1 userInfo:nil]; return NO; } return YES; } //呼び出し側 NSError *error = nil; BOOL success = [self setCategory:@"TEST" error:&error]; //エラー発生確認 //メソッドから処理結果判定が行えない場合はif(error)により判定を行う if (!success) { NSLog(@"%@ %ld %@",[error domain],(long
Objective-cにおける文字列定数について
Objective-cで文字列定数を作成する場合どうしてますか？ 多分、簡単に考えるとプリプロセッサを使って以下のように #define CONST_STRING @"const string." でも、C/C++言語的には定数のプリプロセッサ使用は好まれません、2重定義がうざいですからね。 なんというか、誰からも参照可能な反面まったく使用しないクラスにおいても同名で定義する事が 出来なくなります。
http://google-styleguide.googlecode.com/svn/trunk/objcguide.xml
File names for categories should include the name of the class being extended, e.g. GTMNSString+Utils.h or GTMNSTextView+Autocomplete.h Within a source file, Objective-C++ follows the style of the function/method you're implementing. In order to minimize clashes between the differing naming styles when mixing Cocoa/Objective-C and C++, follow the style of the method being implemented. If you're in
Objective-C のプロパティ属性のガイドライン - Qiita
Objective-C のプロパティの属性を指定するとき従うべきガイドラインをまとめた。 できる限り nonatomic を指定する atomic にしてもパフォーマンスが悪化するだけでほとんどメリットがない（参考：StackOverflow - Atomic vs nonatomic properties）。 nonatomic と atomic の使い分けの指針は次のとおり： 参照型: メモリアドレスのみの書き込みなので、常にnonatomicでよい プリミティブ型: int, BOOL等ワンステップでの書き込みが可能: 常にnonatomicでよい 単一のスレッドからしかアクセスされない: 設計に気をつけつつnonatomic推奨 複数のスレッドからのアクセスがあり、long,構造体などサイズの大きい値: atomic推奨 (thx to @takasek) 複数のスレッドから同時に
こたつつきみかん » NSTaskでコマンドを実行
Cocoaからコマンドライン型のプログラムを実行したい時は、NSTaskを使います。NSTaskを使うと、かなり簡単に外部のプログラムを実行することができます。単に実行するだけならば、おそらくリファレンスを見るだけですぐ使い方がわかると思いますので、出力を読み取る方法を説明します。 単に読み取る場合、次のようにします。 NSTask *task = [[NSTask alloc] init]; NSPipe *pipe = [[NSPipe alloc] init]; [task setLaunchPath:@"/bin/ls"]; [task setStandardOutput:pipe]; [task launch]; NSFileHandle *handle = [pipe fileHandleForReading]; NSData *data = [handle readDataT
エキスパートObjective-Cプログラミング ― iOS/OS Xのメモリ管理とマルチスレッド
書誌情報 著者: 坂本一樹 発行日: 2011-10-13 最終更新日: 2013-09-19 バージョン: 2.0.0 ページ数: 238ページ(A4PDF版換算) 対応フォーマット: EPUB, PDF 出版社: 達人出版会 対象読者 C/C++には詳しいが、Objective-Cには不慣れな人。Objective-Cのソースコードが、実際どのように動くのか知りたい人。iOSまたはMacアプリ開発者 初心者を抜けだして、より深く学びたい人。 著者について 坂本一樹 ソフトウェアエンジニア。twitterアカウントは@splhack。stack overflow reputationは4500以上。 UNIXカーネル/デバイスドライバ/組み込み系ソフトウェアエンジニアを5年 ゲームプログラマを7年 Webエンジニアを1年 モバイル系ソフトウェアエンジニアを4年 本業以外には、NetBSD
パフォーマンスチューニングに関するアップルのドキュメント - その後のその後
アップルの『 iOSアプリケーションプログラミングガイド（英語版）』に、『パフォーマンスと応答性のチューニング』という章があって、これが今読むとかなり参考になったので、引用します。 個人的には、「リソースをあらかじめロードしておくと高速化になりそうだけど、メモリの無駄遣いになって結果的に遅くなるので絶対にやるな」というのが一番ささりました。 画像ファイルはUIImage化しておくと使うときに速そうだなーとか考えてたところだったので。 他にも個人的にためになった部分を太字にしてあります。 メインスレッドを妨害しない アプリケーションのメインスレッド上で実行する処理のタイプを必ず制限します。メインスレッドは、アプリケーションがタッチイベントやその他のユーザ入力を処理する場所です。 アプリケーションが常にユーザに応答することを保証するには、時間のかかるタスクの実行や際限なく続く可能性のあるタスク
FrontPage - Studying Cococa
2009-09-14 Foundation%20Functions 2009-08-31 NSString 2009-08-30 FrontPage 2009-08-29 NSTask Objective-C RecentDeleted NSInputStream NSStream NSArray 2009-08-18 CFSocket C MenuBar 2009-08-11 NSURLConnection 2009-08-08 C標準ライブラリ NSUserDefaults NSBundle NSDictionary NSFileHandle 2009-08-05 NSProcessInfo NSData シンプルなサンプルコード作成を目的とした、Cocoa学習のためのリファレンスを目指しています。 Xcodeのデベロッパドキュメントをベースにしています。 開発環境 †
Obejctive-C 3分クッキング - A Day In The Life
この記事では C++ や Java、C♯、Rubyなどのオブジェクト指向言語の使用経験がある方のために Objective-C の特徴がさくっと簡単にわかるようにまとめてみました。 Objective-C ってどんな言語？ オブジェクト指向言語は大きく「クラスベース動的型付け」「クラスベース静的型付け」「プロトタイプベース*1動的型付け」の3つにわけることが出来ます。Objective-C は「クラスベース動的型付け」に分類されるオブジェクト指向言語です*2。Objective-C を他のオブジェクト指向言語と比較して分類してみると以下の図のようになります。 クラスベース動的型付けオブジェクト指向言語の元祖といえるのが Smalltalk です。Objective-C は C言語をベースに Smalltalk 型のオブジェクト指向機能を持たせた言語です。 必要な前提知識 Objective
Cocoa(Objective-C) – Hi-farm blog
Tweet ご無沙汰しております。 今回はお知らせでございます。 先日こっそりとリリースした、ちょっぱやのアドレス・写真共有アプリの「カンタン共有」をリリースしました。 QRコードでの共有アプリは以前リリースしていたので …
2008-09-28 - 24/7 twenty-four seven
WSSE認証に必要なこと リクエストのHTTPヘッダに、次の内容を含めて送信します。 Username ユーザー名。(はてなアカウントのid) Nonce HTTPリクエスト毎に生成したセキュリティ・トークン*1 Created Nonceが作成された日時をISO-8601表記で記述したもの PasswordDigest Nonce, Created, パスワード(はてなアカウントのパスワード)を文字列連結しSHA1アルゴリズムでダイジェスト化して生成された文字列を、Base64エンコードした文字列 はてなダイアリーAtomPubとは - はてなキーワード ポイントとしては以下の３点をCocoa(Objective-C)でどう実現するかということになります。 SHA-1 ダイジェスト Base64エンコード ISO-8601表記の日時 SHA-1 ダイジェストを生成する OpenSSLのラ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://hmdt.jp/cocoaProg/AppKit/NSTableView/NSTableView.html
iOS Dev Bot | iPhoneアプリ開発者のための情報サイト
Objective-C不要のiOSアプリ開発ツール「NextScript」無償公開、電子絵本向け 
林檎な日々
Cocoaリファレンス - 目次