Cocoaの日々

NSView の表示順序と setWantsLayer:

2009-12-25T12:45:00.000+09:00

（layer-backed view の覚え書き） NSView が複数のサブビューを持っている場合、後から追加したものが上に表示される。ところがサブビューの一つが -[NSView setWantsLayer:YES] を呼んで CoreAnimation layer を使う宣言をすると、追加順序が無視されて一番上に表示される。 Mac Dev Center: NSView Class Reference 以下、SimpleCap での例サブビューの追加順序からすると右のボタンの方が上に表示されるのだが、左の画像を表示しているビューは -[setWantsLayer:YES]を呼んでいるために上に表示されてしまった。SimpleCapの場合、画像の載っているビューは CoreAnimationのトランジションを使う為に layer-backed view にしてある。

Plug-in開発で検証・テスト用環境を作る〜 Xcodeで複数のターゲットを設定する

2009-12-24T22:58:00.091+09:00

今回開発する BlogAssistant はSafari のプラグインを予定しているが、開発途中の動作確認をいちいち Safariに読み込ませて行うのは非効率このうえない。とはいっても別途検証用のアプリを作るとソースコードの管理が面倒になる。１つのソースコードでプラグインと検証用アプリの２つをビルドできたら便利だ。実はXcodeはそれができる。今回はこの話題を扱う。ターゲット Xcode ではソフトウェア開発の最終成果物のことをターゲットと呼んでいる。このターゲットは新規にプロジェクトを作成する時に用意されているテンプレートを使うと標準で１つ用意される。（例）このターゲットは固定的なものではなく、開発目的に応じて変更したり、複数作成することができる。今回は１つのプロジェクトでSafari用プラグインと通常のアプリケーションの２つのターゲットを作成してみる。 ※

NSDrawThreePartImage と NSDrawNinePartImage

2009-12-23T08:20:00.000+09:00

Mac OS X V10.5 から Application Kit Functions に NSDrawThreePartImage と NSDrawNinePartImage という関数が用意された。今回はこれを試してみた。 NSDrawThreePartImage 関数のシグネチャは次の通り。 void NSDrawThreePartImage(NSRect frame, NSImage *startCap, NSImage *centerFill, NSImage *endCap, BOOL vertical, NSCompositingOperation op, CGFloat alphaFraction, BOOL flipped ); （参照）Mac Dev Center: Application Kit Functions

SimpleCap - ファイル更新反映

2009-12-22T05:58:00.000+09:00

（前回）Cocoaの日々: FSEvent - フォルダを監視する SimpleCap へフォルダ監視の仕組みを導入して他のアプリでの変更を表示に反映するようにした。例例えば、まずキャプチャを行う。プレビューを開き、画像を加工する。ここではグレースケール化して保存する。数秒後に SimpleCap が変更を検出してメッセージを表示する。表示中の画像も最新のものに置き換わる。アプリ実装時の注意点などプリファレンスで保存先が変更になった場合 KVOなどを使って検出し、一旦以前の FSEvent を破棄した後、再登録する。破棄例： if (_fsevent_stream) { FSEventStreamStop(_fsevent_stream); FSEventStreamInvalidate(_fsevent_stream); } ファイルが

NSTableView にカスタムセルを表示する (14) ボタンをつける〜ボタンの表示とイベント処理

2009-12-21T12:42:00.001+09:00

（前回）Cocoaの日々: NSTableView にカスタムセルを表示する (13) ボタンをつける〜マウスイベントの結果をセルで使うようやくボタンの作成まできた。先に出来上がりのイメージを掲載しておく。起動直後のウィンドウボタンの上にマウスを載せるボタンを押す（分かりやすい様に目立つ色にしてある）実装前回からも色々手を入れたのでソースコードを見てもらうのが一番わかりやすいと思う。ここではポイントだけ解説する。 CustomCellControl.h #import enum CONTROL_STATE { CONTROL_STATE_OFF, CONTROL_STATE_ON, CONTROL_STATE_OVER }; @interface CustomCellControl : NSObject { NSRect frame

今週のCocoa情報(12/20) - 今週気になった Cocoaプログラミング情報の紹介

2009-12-20T07:25:00.046+09:00

Create a Map with "Struct" in NSDictionary in Objective-c? - Stack Overflow 　Struct(Cの構造体) を NSDictionary へ入れる話。NSValue でラップしてやる。 MAAttachedWindow NSWindow subclass » Matt Legend Gemmell 　Snow Leopard でドックを右クリックすると出てくる吹き出し風ウィンドウを表示するライブラリ。 drawing NSImage tiles - Stack Overflow 　NSDrawThreePartImage( ) という関数があるらしい（初めて知った）。今度試してみよう。　Mac Dev Center: Application Kit Functions Reference What

NSCell の内容をポップアップ表示する

2009-12-19T06:48:00.000+09:00

NSCell には面白いメソッドが用意されていて、マウスをセルの上に持っていった時にポップアップでセルの内容を表示することができる。 expansionFrameWithFrame:inView:Returns the expansion cell frame for the receiver. - (NSRect)expansionFrameWithFrame:(NSRect)cellFrame inView:(NSView *)view Mac Dev Center: NSCell Class Reference サブクラスでオーバーライドしてポップアップ表示するセルのフレームを返すと、後は自動的にポップアップが表示される。（例）少しづらした位置にセルよりも大きいサイズでポップアップを表示する。 - (NSRect)

NSTableView にカスタムセルを表示する (13) ボタンをつける〜マウスイベントの結果をセルで使う

2009-12-18T22:58:00.000+09:00

（前回）Cocoaの日々: NSTableView にカスタムセルを表示する (12) ボタンをつける〜NSTableViewのサブクラスでマウスイベント処理前回まででNSTableView（のサブクラス）でマウスイベント処理のカスタマイズができた。このNSTableViewからのイベントは、最終的に今後セル上に配置する予定のボタンで処理できるようにする必要がある。（イメージ）マウスイベント　↓ CustomTableView（NSTableView）　↓ CustomCell（NSCell）　↓ ボタン（NSObject、多分）ボタンを作成する前に、今回はマウスイベントを CustomCellへ伝える処理を考えてみる。イベントの伝搬前回実装した CustomTableView のマウスイベントハンドラにセルへイベントを伝搬させるコードを追加する。 ※

FSEvent - フォルダを監視する

2009-12-17T06:28:00.004+09:00

（前回）Cocoaの日々: SimpleCap - アプリケーションボタン前回 SimpleCap にアプリケーションパレットを追加した。これを使って他のアプリケーションで画像を編集することもできるのだが、編集後は最新の画像を SimpleCap側でも表示したい。その為には画像ファイルの更新状況を知る必要があるが今回は検証も兼ねて FSEvent を調べてみた。 FSEvent FSEvent は指定したフォルダの変更を通知してくれるフレームワーク。Mac OS X v10.5 から導入された。（参考） Leopard解体新書--第5回：ファイル監視を行うFSEvent - Leopard解体新書 - page2 - ZDNet Japan Mac Dev Center: File System Events Programming Guide: Using the

SimpleCap - アプリケーションボタン

2009-12-16T05:48:00.001+09:00

Cocoaの日々: NSMatrix を使いカスタムボタンパレットを実装する前回用意したカスタムボタンパレットを SimpleCapへ組み込んだ。こんな感じ。ボタンを押すとそのアプリケーションが表示中の画像を使って起動する。これに伴って左下のアプリケーションメニューボタンは無くした。

NSMatrix を使いカスタムボタンパレットを実装する

2009-12-15T05:47:00.001+09:00

カスタムボタンパレット NSMatrix を使ってカスタムボタンを並べたパレット（バー）を作った。SimpleCap で使うつもりなので、用途を特化して縦一列でアプリケーションのアイコンだけを表示する仕様にした。できあがりはこんな感じ。開発時に確認がしやすいようにアイコンのサイズは大きくしてある。マウスをボタンの上に置くと背景を灰色にする。ボタンを押すと画像を暗くする。クラス構成３つのクラスからなる。 ApplicationButtonPallette ... パレットを利用するためのメソッドを提供する。 ApplicationButtonMatrix ... NSMatrix のサブクラス。マウスイベントやセルを管理する。 ApplicationButtonCell ... NSCell のサブクラス。ボタンの描画を行う。クライアントは

NSTableView にカスタムセルを表示する (12) ボタンをつける〜NSTableViewのサブクラスでマウスイベント処理

2009-12-14T12:48:00.006+09:00

（前回）Cocoaの日々: NSTableView にカスタムセルを表示する (11) ボタンをつける〜NSCellのマウスイベントの扱い NSTableView のサブクラスを作り、ここでマウスイベントを拾うことにした。コード移動中のマウスの動きもトラッキングしたい。Mac OS X v10.5 以降は NSTrackingArea が用意されているのでこれを使う。（参考）Cocoaの日々: NSTrackingArea CustomTableView.h @interface CustomTableView : NSTableView { NSTrackingArea* trackingArea; } @property (retain) NSTrackingArea* trackingArea; @end トラッキング対象となるエリア（

今週のCocoa情報(12/13) - 今週気になった Cocoaプログラミング情報の紹介

2009-12-13T06:51:00.002+09:00

Objective-C accessor declarations (readonly, readwrite, etc) - Stack Overflow プロパティを外部には readonly として公開し、クラス内部では readwrite として使う方法が紹介されていた。以下、コードを引用する。 in the book, "Cocoa Design Patterns," the author sometimes declares a property in the @interface as readonly: // .h @property (readonly, copy) NSArray *shapesInOrderBackToFront; and then later adds an unnamed category to the implementation (.m)

tips: 開発中に実行時の言語を英語に切り替える

2009-12-12T08:01:00.000+09:00

以前コマンドラインで言語設定を行う方法を紹介した。 Cocoaの日々: 任意の言語でアプリを起動するこのオプションを Xcode に設定すると開発中に簡単に実行時の言語を切り替えられる。方法は Xcode の左の実行可能ファイルで開発中のファイルを選び「情報を見る」を開く。「起動時に引き渡される引数」へ設定を追加する。後はチェックをつけて実行すえば英語になるし、外せば日本語になり、簡単に切り替えられる。ローカライズするアプリケーションを開発している時には便利。

NSTableView にカスタムセルを表示する (11) ボタンをつける〜NSCellのマウスイベントの扱い

2009-12-11T12:52:00.001+09:00

※タイトルが実体とそぐわなくなったので変えました（「カスタムビュー」⇒「カスタムセル」）。（前回）Cocoaの日々: NSTableView にカスタムビューを表示する (10) カスタムセル＋CoreData のメモリ利用状況今度はカスタムセルの中にボタンを作ることにする。アプローチ画像や文字は表示するだけなので描画するだけなのだが、ボタンの場合はマウスイベントを処理する必要がある。カスタムセルの中の場合、単純に NSButton（や NSButtonCell）を貼付けるといった方法がとれない為、少しやっかいだ。試していないのであるいはそっちの方が楽かもしれないが、ボタンの挙動をカスタマイズしたいので自前で作ることにする。ボタンの挙動は Cocoaのそれではなく、Webアプリのボタンのそれに近いものにする。次のような３つの状態を持たせる。　(1)通常状態　(2

CoreData - SQLite のオプション（pragma）

2009-12-10T21:25:00.000+09:00

CoreData で SQLite を使う場合でも SQLite のオプション（pragma）を設定することができる。今回はその覚え書き。 Persistent Store Features SQLite Store ＞ Configuring a SQLite Store's Save Behavior Mac Dev Center: Core Data Programming Guide: Persistent Store Features サンプルコードを以下に引用する。 NSPersistentStoreCoordinator *psc = /* assume this exists */ ; NSMutableDictionary *pragmaOptions = [NSMutableDictionary dictionary]; [pragmaOptions

NSTableView にカスタムビューを表示する (10) カスタムセル＋CoreData のメモリ利用状況

2009-12-09T12:54:00.094+09:00

（前回）Cocoaの日々: Cocoaの日々: NSTableView にカスタムビューを表示する (9) カスタムセルでCoreDataを扱う前回作成した NSTableView + カスタムセル + CoreData のメモリ利用状況を調べてみた。 ※以下、Mac OS X v10.5.8、XCode3.1、PowerBook G4 (PowerPC 1.5GHz/1GB）で調査 Instruments 以前作った NSArrayベース（オンメモリ）での1000件での状況と比較してみる。（なお結果は使っている環境や状況によって変わる。１、２回しか試していないので厳密では無いことに注意） NSArrayベースの実装 # Overall: 25,059 # Net: 10,085 Overall Bytes: 約30MB (30,017,440) Net Bytes: 約

NSImage の isFlipped/setFlipped: が Deprecated

2009-12-08T06:54:00.038+09:00

NSImage を NSView へ描画するコードを書いていて isFlipped/setFlipped: が Mac OS X v10.6 から Deprecated になっているのに気がついた。 Mac Dev Center: Deprecated NSImage Methods なんてこった。便利なのでよく使っていたのだが。。 flipped な NSView に NSImage を drawAtPoint:fromRect:operation:fraction: などでそのまま描くと画像は上下反転して描かれる。今までは -[NSImage setFlipped:YES] を呼んでおくと座標系が合って正しく描画されていた。 setFlipped: が使えないとなるとどうすれば良いのか。リファレンスを眺めていると NSAffineTransform を使って座標系

Cocoaの日々: NSTableView にカスタムビューを表示する (9) カスタムセルでCoreDataを扱う

2009-12-07T21:39:00.000+09:00

（前回）Cocoaの日々: メモリ対決：NSTableView+カスタムセル vs NSCollectionView 前回の結果を受けてユーザインタフェイスには NSTableView+カスタムセルの組み合わせを使うことにする。今回は NSTableView+カスタムセルと CoreData の組み合わせについて検証する。 NSTableView+カスタムセルと CoreDataの組み合わせ ※ここでいうカスタムセルとは、１つのセルの中に複数の情報を表示する特別なセルを意味する。通常のセルを使う場合 NSTableView と CoreData の相性は非常に良くて、連結はほとんど Bindings設定だけで済む。ただカスタムセルを使う場合は少し工夫が必要となる。前回までの検証では CoreData を使わないケースでカスタムセルとデータをバインドしていた。 Cocoaの

今週のCocoa情報(12/6) - 今週気になった Cocoaプログラミング情報の紹介

2009-12-06T07:24:00.049+09:00

Memory Management of Interface Builder Outlets - Stack Overflow プロパティを IBOulet として使っている場合のメモリ管理についての話題。ちょっと試してみた。非プロパティの object_normal、プロパティの object_assign、プロパティの object_retain の３種類の IBOutlet を用意する。 @interface MemoryStudyAppDelegate : NSObject { NSWindow *window; IBOutlet NSObject* object_normal; NSObject* object_assign; NSObject* object_retain; } @property (assign) IBOutlet

SimpleCap - メニューキャプチャ改良〜メニューバー幅調整

2009-12-05T08:00:00.000+09:00

SimpleCap でメニューキャプチャをするとメニューバー（一番上のメニューの並び）の一番左側から含まれる。こんな感じ。わざわざこういう仕様したのだが使っているとどうも見た目がよくない。そこで実際の幅に合わせるようにした。ただ従来の表現も捨てがたいし、互換性も持たせたいのでオプションで切り替えられるようにする。「メニューバーを実際の幅に合わせる」にチェックをいれると先ほどのキャプチャ例はこうなる。 - - - - バージョン 1.1.0 で公開予定です。（リリースは年内を目標..）

メモリ対決：NSTableView+カスタムセル vs NSCollectionView

2009-12-04T21:04:00.001+09:00

（前回）Cocoaの日々: Cocoaの日々: NSTableView にカスタムビューを表示する (8) NSCollectionView で選択状態を描画する NSCollectionView が NSTableView の代替として、機能的には使えそうなことがわかってきた。メモリ消費の観点ではどうだろうか。前回のサンプルを使い両者におけるメモリ利用状況を Instruments を使って比較してみた。 ※以下、Mac OS X 10.5.8 (PPC)、Xcode 3.1、PowerBook G4 (1.5GHz/1GB) で検証サンプルアプリ Instruments Xcodeを含む開発キットにはメモリ利用状況を調べることができる Instruments というツールが標準でついている。これを使うとメモリの利用状況をクラス（オブジェクト毎）にグラフィカルに

Cocoaの日々: NSTableView にカスタムビューを表示する (8) NSCollectionView で選択状態を描画する

2009-12-03T21:21:00.018+09:00

（前回）Cocoaの日々: NSTableView にカスタムビューを表示する (7) NSCollectionView 前回に続き NSCollectionView が NSTableView の代わりに使えないかを検証する。アイテムの選択 NSCollectionView には Selectable というプロパティがあるが、これにチェックを入れても実際の動作では選択できない（アイテムを押しても何も起こらない）。 NSTableView のように選択をしたい。調べてみると他の人がこの問題に取り組んでいた。 NSCollectionViewを選択可能にする - The Invisible Designer CocoaDev: NSCollectionView これらを参考に選択できるようにしてみよう。コーディング ※以下、MacOSX10.5(ppc)/

NSTableView にカスタムビューを表示する (7) NSCollectionView

2009-12-02T12:34:00.034+09:00

（前回）Cocoaの日々: NSTableView にカスタムビューを表示する (6)カスタムセルにモデルオブジェクトの内容を描画する前回カスタムセルで画像と文字列を描画したがこれを Interface Builder でデザインしたい。カスタムセル VS カスタムビュー同じ事を考える人がいて Stack Overflow に質問が出ていた。が、やはり難しそうだ。 Is it possible to design NSCell subclasses in Interface Builder? - Stack Overflow となると通常通りカスタムビューを作成してデザインするしかない。その場合、カスタムセルでそのカスタムビュー（Nibになる）を読み込んで描画することになる。ただ NSTableView の上のセルの上に NSView を載せることになり、複雑な上

NSTableView にカスタムビューを表示する (6)カスタムセルにモデルオブジェクトの内容を描画する

2009-12-01T06:31:00.000+09:00

（前回）Cocoaの日々: NSTableView にカスタムビューを表示する (5)カスタムセルへ bindings経由でモデルオブジェクトを渡す前回カスタムセルにモデルオブジェクトを渡すことができたので、今回はそれを描画してみる。コーディング一旦値が取得できれば描画は簡単。描画時に -[NSCell drawWithFrame:inView] が呼び出されるので、ここでモデルオブジェクトの内容をビューへ描けば良い。バンドル内の画像とタイトルを表示させてみた。 CustomCell.m - (void)drawWithFrame:(NSRect)cellFrame inView:(NSView *)controlView { Homepage* homepage = [self objectValue]; NSImage* image = [[[NSImage