|
|
|
|
|
|
|
HMDT - Back Number / Feburary, 2001 |
Feburary, 2001
Cocoa Programming Tips 101 に以下の項目を追加したっす。
1/M くらいに書いたものをまとめた感じです。
バックナンバーをつらつら見返していたんですが、Cocoa プログラミングの記事もけっこう書いたな〜、って思ったんですよ。このまま書きっぱなしじゃもったいな、っとも思ったんで、ここはひとつまとめてみることにしました。というわけで、新たな Special Issue、"Cocoa Programming Tips 101" を立ち上げました。あんまりひねりのないネーミングだね。Cocoa プログラミングの際に役立つ、サンプルコードを数多く集める予定です。
や、ごぶさたしおりました。 おいおい、花柄 iMac も発表されたとゆーのに、なにやってたんだい？うん、あのね。mkino は PowerBook をメインに使っているんだよ。メインもなにも、これ一台しかないんだよ。だけど、最近不調だったんだ。最初のきっかけはモデムがつながんなくなって。そのあと PC カードが認識されたり、されなくなったり。外付けモデムをつないでみたけど、つながんなかったり。mkino の PowerBook は WallStreet なんだけど、かれこれ 3 年近く使っているのかな。HD 入れ替えたり、チップをのせかえたりいろいろしたよ。まだまだ使っていくつもりさ。だから、まぁ、気合いを入れなおすために、再インストールをしようと思ったんだよ。Mac OS X が出てからにしようかな、って思ってたけど、ちょっと早めにやってみたよ。バックアップはもちろんとったさ。CitiDISK を引っ張り出してきて全部コピー。これでオッケー。CD から起動してフォーマット。んで、再インストール。ここまでは早かったよ。一息ついたんで、じゃあ寝るかって、一寝入り。翌日、じゃあコピーしてもどすかぁっ、って思って CitiDISK を入れたら、『このディスクは読めません。フォーマットしますか？』って。 なんじゃぁぁぁぁああ！？ あたまが真っ白になるってこういうことだったのね。他にはどこにもバックアップないよ。バックアップのバックアップって必要なんだ。いろいろ手を尽くしたよ。でも、どーしても取りだせない。Mac ユーザ歴何年だっけ、8 年ぐらいだけど、いまだにこんなことやっちゃうんだ。ぱーだよ。ぜんぶ消えちゃった。 だけど、よく考えたら、残ってたんだ。そう、Web サーバにこのページの文章だけ残ってたんだ。そこに気付いてみると、ショックが消えちゃったんだ。そりゃ、消えてしまったデータには、せこせこいっしょうけんめい集めたり、インストールしたものがあったよ。でも、一番大事なものは、ぜんぶ文書に書き残して Web サイトで公開していたんだ。そうすることによって、プログラミング技術をたしかに自分の身につけていったんだ。だから、このページのバックナンバーを読んで、再構築することができるはずだ。そう考えると、むしろすっきりしてしまった感もあるね。勉強のしっぱなしじゃなくて、文章にして、人に見せれるようにするっていうのは、とても自分のためになる作業だということが身にしみたよ。 そんなわけで、しばらくは復旧作業がメインになると思います。ま、先を急ぐわけでもないし、復習の時間ができたとでも考えますか。
さて、前回は IPC の話をしたけど、今度は Sketch の中でどう使われているのか見てみよう。とりあげるのは NSNotification だ。Notification を使うと、あるオブジェクトから他のオブジェクトにあるイベントを投げれる。Sketch で使われている一つの例は、ToolPalleteController（ツールパレットのコントローラ）が、「ツールパレットでツールが選択された」というイベントを Notification として、他のオブジェクトに投げているんだ。 そのために NSNotificationCenter を使う。NSNotificationCenter は Notification を投げるための中継地だ。各タスクはデフォルトで一個 NSNotificationCenter を持つ。そいつは NSNotificationCenter のクラスメソッドで取り出すことができるんだ：
これでデフォルトの NSNotoficationCenter のインスタンスが得られる。で、使い方だけど、まず「イベントを受けたい」オブジェクトは addObserver:::: を使って NSNotificationCenter に自身と selector を登録する。そのときに「なんのイベントで呼ばれるか」っていうことを name で、「あるオブジェクトが含まれているとき」っていうことを object で指定するんだ：
observer が自分自身。selector が呼び出されるメソッドだ。で、イベントの名前を指定するときは、name にイベントを指定する。nil のときはすべてのイベントのとき呼び出される。object にオブジェクトを指定すると、Notification の投げ手があるオブジェクトを指定するんだけど、それとマッチしたときだけ呼び出される。nil のときはすべての場合呼び出される、ってわけ。 次。投げる方を見てみよう。postNotificationName:: を使う：
notificationName と object を指定してイベントを投げるわけね。 じゃ、Sketch での使われ方を見てみよう。Notification を投げる方は、ToolPaletteController で使われている。パレット上のツールが選択されたときに投げるんだ。まず、ツールの選択が変わると、ツールをあらわしている NSMatrix が selectToolAction: を呼び出す。これは Interface Builder を使って結び付けられているんだ。selectToolAction: メソッドの中を見てみると、postNotificationName:: を呼んでいる：
名前として SelectedToolDidChangeNotification を指定してるね。こいつは ToolPalleteController.h に宣言がしてあって、このファイルを import することによって、他のオブジェクトと共有する。実体は ToolPalleteController.m にある：
次に受け取り側を見てみよう。たとえば DrawWindowController クラスがこの Notification を受け取っている。windowDidLoad メソッドで addObserver しているんだ：
selector として selectedToolDidChange メソッドを指定している。name はさっきと同じ SelectedToolDidChangeNotification、object には ToolPaletteController のインスタンスを指定している。受け取るメソッド selectedToolDidChange はこんなかたちになってる：
引き数として NSNotification をとる。けどこの値は使われていないね。このメソッドの中では、先日作ったように、Graphic クラスの creationCursor を呼び出して、カーソルをセットしているんだ。 NSNotificationCenter の扱い方を見たけれど、かなり楽だよね。これっていうのも Cocoa がタスクごとにデフォルトの NSNotificationCenter を作ってくれてるからだ。Cocoa 環境はほんと使いやすいっす。
きょうの話題は IPC だ。IPC ？IP を使ったチャット？iMac の PC 版である iPC？うんにゃ、違う。Inter Process Communication（プロセス間通信）ね。 Cocoa は、主に FoundationKit で、IPC のクラスを提供している。このドキュメントを読んでみると、、、おぉっ！？けっこう特殊っつーか、奇妙っつーか、面白い。よし、解説を試みてみよう。あまり熟読していないから、間違いがあるかもしれないけど、そのときは指摘してくれたらうれしいです。 FoundationKit が提供する IPC 関連のクラスは以下のようなものだ：
基本となるのはポートだ。ポートってのは、Mach でも基本として使われている概念で、各タスクにある、他からのメッセージを受け取る口だ。メッセージキューのようなもんだ、と考えると分かりやすいかもしんない。Mach の各モジュールも、他のモジュールと通信するときはポートを用いることになってる（建て前は）。FoundationKit が提供する NSPort クラスとそのサブクラス（NSMessagePort、NSMachPort など）は、この Mach レベルでのポートをラップするものみたいだ。たぶん Cocoa の深いところをいじろうと思わない限り、NSPort 系のオブジェクトを直接使うことはないんじゃないかな。 ポートの概念を拡張して、リモートのタスクと通信できるようにしたのが NSSocketPort。これは UNIX 系のソケットを意識してるんでしょう。ただし、UNIX のソケットがファイルデスクリプタを経由した、プリミティブなタスク間通信を意味してるのに対して、NSSocketPort は TCP/IP などを使ったリモート通信に特化しているようだ。意味合いがけっこう違うみたい？ 実際にアプリケーションを組む時によく使うことになるのは、ロックとノティファイでしょう。ロックはセマフォの拡張概念で、プリミティブなセマフォ（バイナリセマフォ）よりリッチな API を提供している。たとえば、排他制御したり、条件をつけれたりとかね。ノティファイは、あるイベントが起こったとき、待機しているオブジェクトにそれを伝える仕組み。UNIX 系でいうとシグナルに相当するのか？ただし、シグナルより相当使いやすい。ちなみに、ノティファイって日本語に訳すとき、なんていうのがふつうなんだろ？ ロックとノティファイは、スレッド間通信（オブジェクト間通信）と、タスク間通信（アプリケーション間通信）で、きっちり分けられているようだ。スレッド間のときは NSLock、タスク間のときは NSDistributedLock を使う。実装にどういう差があるのかは、ソースを見ないと分かんないよねー。ただ、Mach は、Linux みたいにいいかげんなスレッド（clone みたいな）じゃなくて、きちんとしたスレッドを実装しているから、けっこう差があるのかもしれない。 こんなところかな。あれ？メッセージキューは？共有メモリは？えっと、たぶん汎用的なメッセージキューはなくて、ポートを使うんじゃないかな。共有メモリの方は、うーんと、分かんねーぞ。NSObject を alloc するとき zone を指定するけど、そこでできるのかな？または POSIX API を使うっていう手もあるね。だけど、いまさら POSIX ってのもなぁ、、、 てな感じで IPC の API を見てみたけど、そのへんの UNIX、つーか Linux と似ているのかな、と思ってたら、かなり違うね。これって Mach の根底にポートを使うべし、っていう思想が流れているからかな。このへんが、ソケットをかなりプリミティブに使っている Linux との違いかな。いろいろ書いたけど、mkino は OS 屋としては、趣味の素人の域を出ないので、間違いがあったら、専門科の方指摘して下さい。<(..)> Feburary 15, 2001■Project Sketch-BP (8)：カーソルを変えるじゃ、きのう調べた NSCursor を使って、Sketch のカーソルを変えてみよう。まず、各ツールをあらわす Graphics クラスからみてみよう。このクラスには creationCursor っていう、そのツールに対応したカーソルを取得するためのメソッドがある。ルートクラスである Graphics クラスでは、こうなっている：
コメントに書いてある通り、デフォルトでは十字カーソルを使うわけだ。カーソルは NSCursor の initWithImage:: を使う、カスタムカーソルを作るやり方で作られている。そのために、まず imageNamed: を使って、Cross というイメージを取ってくる。ホットスポットは、そのイメージの中心に設定する、と。ちょっと話しそれるけど、このホットスポットの設定の仕方はちょっといやだよね。やっぱり、カーソルの画像を用意したとき、同時にホットスポットも設定したいじゃない？だから、カーソルリソースのようなものを用意して、そのリソースに画像とホットスポットの情報の両方を設定しておく、っていうのが正解だと思うけどな。だけどそれをやると、また独自フォーマットになっちゃうわけね、、、 さて、ためしに他のツールのカーソルを変えてみよう。ただ単に creationCursor をオーバーライドしてやればいい。まずテキストツールから。TextArea.m を変更する：
これだけで OK。これでテキストツールを使うときは、I ビームカーソルになる。つづいて、Scribble クラス。カーソルとして、Sketch プロジェクトに含まれていた Pencil.tiff を使ってみる：
これで、できる。ホットスポットは Pencil.tiff の画像を調べて、設定してみた。これで、ツールに応じてカーソルが変わるよ。 Feburary 14, 2001■カーソルを設定してみる by NSCursorスケッチを使っていると、ツールを選択した時に、カーソルが十字形に変わっているのが分かる。でも、テキスト入力ツールでも十字カーソルなんだよな。やっぱり、テキストのときは、I ビームだよね。というわけで、カーソルを変えることを考えてみよう。カーソルを設定するために使うのは、NSCursor クラスだ。そのまんまで分かりやすいぞ。設定するために、まずインスタンスを使わなきゃいけないんだけど、その方法は大きくわけて二つある。一つ目は、矢印カーソルとか、I ビームとか、すでにシステムに設定してあるカーソルを使うとき。これらに対応したクラスメソッドが用意されている：
これを使えば、簡単にインスタンスが取得できる。もう一つは、自分で用意した Image を使う方法。カスタムカーソルを設定できる：
この initWithImage:: を使えば OK。newImage に画像をセットして、aPoint にホットスポットを指定するわけだ。NSCursor の Reference によると、NSCurosr で有効なのは 16x16 の画像らしい。大きいカーソルを作ったり、アニメーションさせる方法はドキュメントからは分からない。 カーソルを作った後は、set メソッドを使えば、設定できる：
これで、おしまい。じゃ、HMDT の名がすたる！？NSCurosr をいろいろ調べたところ、上にあげた二つのクラスメソッド以外にもクラスメソッドがあることが分かったよ。それらを、ずずぃ、っと書き出してみよう：
こんだけあったよ。まず resize 系のカーソルがあることが分かる。Windows や X Window みたいに、ウインドゥのどこをつかんでもサイズを変えれるようにするときのカーソルだね。これって、たぶん、Mac OS X Server のときの名残りだと思う。X Server はどこつかんでも変えれたからね。あと、waitCursor っていうのは、あの 7 色ビーチボールのアイコンだ。ただし、どうやって回転させるかは不明。ちなみに、これらのメソッドは、ドキュメントに記載されていないものなので、実際の使用に関しましては、当サイトは一切の責任を持ちません。resize 系は、正規版では削除されてくるかもね。 Feburary 12, 2001■Project Sketch-BP (7)：誰がツールパレットをつくるの？NSApplication の delegate誰がツールパレットをつくるの？どうやって？、、、というわけで、今回の話題は ToolPaletteController の初期化と表示される時のシーケンスだ。まず、ツールパレットには、クラスメソッド sharedToolPaletteController がある。このメソッドを使うと、だれでも ToolPaletteController のインスタンスを得られるんだ：
このメソッドでは、static 変数 sharedToolPaletteController を使ってる。一番最初にこのメソッドが呼ばれたとき、すなわち sharedToolPaletteController が nil のときは、ToolPaletteController のインスタンスが、allocWithZone を使って作られて、init も呼ばれる。init はこんな感じ：
NSWindowController のメソッド initWithWindowNibName: を使って、ウインドゥが初期化されるわけだ。この後で、先日見た windowDidLoad が呼ばれるわけね。 じゃ、最初に sharedToolPaletteController を呼のは誰？それはこのアプリケーションの delegate、DrawAppDelegate クラスだ。nib ファイル、Draw2.nib を見ると、DrawAppDelegate がインスタンス化されていて、NSApplication の delegate として設定されている： ほんじゃ、っていうんで DrawAppDelegate のソースを見てみると、applicationDidFinishLaunching: がオーバーライドされているんだ：
このメソッドは、名前から分かるよね、アプリケーションが起動したあとに呼ばれるんだ。で、showToolPaletteAction: っていうメソッドを呼んでいる：
showToolPaletteAction: で、たどりついたよ！、ToolPaletteController の sharedToolPaletteController を呼んでいるんだ。そして得られたインスタンスの showWindow: を呼んでウインドゥを表示させている。 じゃ、まとめると、流れはこうなっているんだ。 NSApplicationMain -> DrawAppDelegate's - applicationDidFinishLaunching: -> DrawAppDelegate's - showToolPaletteAction: -> ToolPaletteController's + sharedToolPaletteController -> ToolPaletteController's - init -> NSWindowController's - initWindowNibName: -> ToolPaletteController's - windowDidLoad -> NSPanel's - showWindow applicationDidFinishLaunching から initWindowNibName までは同一スレッドのはずだ。おーっし、これでアプリケーションの起動からウインドゥの表示までが、だいぶ理解できたかな？ Feburary 12, 2001■Project Sketch-BP (6)：ToolPaletteController を変更するこのプロジェクトの目的は、Sketch の機能を 1 つ増やすこと。そのためにツールパレットにアイコンを追加したよね。今回は、それに伴う ToolPaletteController の変更の話だ。まず、この前、Scribble っていうクラスを作ったよね。そいつを import してやる：
あと、ToolPalletController には enum による、ツールパレットの各ボタンに相当する定数宣言があるんだ。これにも追加する：
もう一ケ所。ToolPaletteController には、現在選択されているツールを得るためのメソッド currentGraphicClass がある。これを変更してやる：
このメソッドは、まずボタンの Matrix から現在選択されている row を取り出す。で、その値から類推して、関連するクラスを返すわけだ。row == ScribbleToolRow のとき、この定数はさっき追加したよな？、Scribble クラスを返すってわけだ。 これで、ToolPaletteController クラスの変更はおしまい。個人的な感想だけど、ほんとは、currentGraphicClass メソッドのやり方はベストではない。この方法だと、dynamic にツールが増える場合、対応できないよね？なんでかっていうと、ツールが増える度にソースを書き換えなきゃいけないから。たとえば、ツールのボタン（NSButtonCell）に、各ツールのクラスに対応する情報（たとえば名前）をセットし、その値から対応するクラスを動的に推定する、っていう機構がほんとは必要だ。その方が Objective-C っぽいよね。 Feburary 11, 2001■Project Sketch-BP (5)：NSWindowController を継承した ToolPaletteController、ソースコード編じゃ、前回の予告通り、ToolPaletteController のソースを見よう。まず、ToolPaletteController は、前回も書いた通り、NSWindowController を継承したクラスだ：
この ToolPaletteController クラスがオーバーライドしている NSWindowController のメソッドは、windowDidLoad なんだ：
このメソッドは、システム（っつーか NSApplication か？）によるウインドゥのロードが終わった後呼び出されるんだ。ウインドゥ関連のリソースが揃った後、必要な初期化を書くことができる。ToolPaletteController では、ふむふむ、ウインドゥをフローティングにして、サイズを調節して、ボタンの位置も調節するって感じですか。これらは、.nib がロードされた後にやる必要があるから、windowDidLoad でやるんだね。ちなみに、ロードされる前に行いたかったら windowWillLoad をオーバーライドすればよし：
Feburary 7, 2001■Project Sketch-PB (3)：Scribble クラスをつくるツールパレットをいぢった次は、ベジェ曲線のハンドリングを担当するクラスをつくるぜ。そのために、Sketch の構造を少し理解しておく。Sketch の Model Classes の下に、各種ツールパレットに対応した図形をハンドリングするクラスが入ってるんだ。まず、いちばんの親玉となるクラスが Graphic クラス。それを継承する形で、Rectangle、Circle、Line、TextArea、Image があるんだ。ということは、同じように、Graphic を継承したクラス Scribble を作ればいいというわけだ：
これで OK！とりあえず、いまのところはからっぽにしておく。基本的な動作は、親クラスである Graphic クラスがやってくれるので、必要に応じてオーバーライドすればいい。ついでなので、Graphic クラスの書き換えが必要そうなところを見ておこう。Graphic クラスには、bezierPath というメソッドがある：
基本的に Graphic クラスは、扱う図形を NSBezierPath の形で持ってる。それを取り出すのがこのメソッドだ。ということは、Scribble クラスでは、内部でどうにかして適当な NSBezierPath を作って、このメソッドで取りだせるようにすればいい。ちなみに、実際に描画するのは、Graphic の drawnView:: メソッド：
あと、もうひとつ肝となるメソッドは、createWithEvent:: メソッド。これはだねぇ、あるツールを選択して、ウインドゥの上でクリックかドラッグするとするでしょ。そうすると、このメソッドが呼び出されるんだ。ユーザのマウス操作によって、図形が実際に作られるのはこのメソッドの中でだ：
このメソッドをオーバーライドするのが、中心となるわけだな。 Feburary 6, 2001■Project Sketch-BP (2)：ツールパレットの追加まずは、見た目からだ！というわけで、ツールパレットを追加する。現在のところ Sketch のツールパレットには 5 つのツール（Arrow、Rectangle、Circle、Line、TextArea）がならんでいるけど、これにベジェ曲線のための 6 つ目を追加するのが目標だ。
そのためには、ToolPalette.nib をいぢる。Project Builder を開いて、Interfaces の下にある ToolPalette.nib をダブルクリックして、Interface Builder で開くんだ。ToolPalette.nib には、パレットが入ってる。このウインドゥには、NSMatrix が張り付けてあって、その中に cell としてボタンが入ってるんだ。 NSMatrix は、名前のとおり、行列型に NSCell を内部に配置できるクラスだ。今回は、1 行 5 列に NSButtonCell を配置している。さらに、NSMatrix は内部の cell をいろんな形で操作できる。今回は NSRadioModeMatrix というタイプらしい。これを使うと、ボタンの排他的選択が実現できる。つまり、あるツールを選択すると、他のツールの選択が外れる、ってやつね。まさにツールパレットにうってつけのモードというわけだ。 さて、こいつにもう 1 個ボタンを追加してやろう。まず、インスペクタウインドゥを表示させておいてと。ボタンのあたりを 1 回クリックする。インスペクタが NSMatrix Inspector になっていることを確認しよう。その上で Row/Col の値を変える。"R: 5" から "R: 6" へ変えよう。これでボタンが 1 個増えるはずだ。 ボタンが増えたら、次はそのボタンの属性を変える。NSMatrix をダブルクリックすることによって、内部の NSButtonCell を選択できるはずだ。そしたら、一番下の今追加されたやつを選択して、属性を変える。ボタンのアイコンは、めんどうなんで、Sketch に残っているやつを使ってしまおう。"Scribble" アイコンを割り当てる。あと、Type を PushOn/PushOff にして、Enabled はチェックして、でも Selected はチェックしない。最後に Tag は 5 に設定する。こんな感じになるはずだ：
これで、Test Interface を選ぶと、こうなるはずだ。ちゃんとボタンが排他的になるかどうか確かめよう：
とりあえずここまで。IB の操作を文章で説明すると、疲れるねー。 Feburary 5, 2001■NSBezierPath (6)：パスを閉じるいままでは、直線だったり、曲線だったりした、線だったけど、今度は線を閉じることを考える。四角とか、円とかは閉じられた BezierPath として扱うことができるんだ。パスを閉じるには、closePath を使う：
これを呼ぶと、カレント・ポイントから、最初の点までの線が加えられて、線が閉じるんだ。ということは、多角形を書く手順は、
という風に考えられるんだな。これを使って多角形をつくる関数を作ってみた：
この関数、makePolygonPath:::: は bezierPath を渡して、多角形をつくる関数だ。他の引き数として、辺の数（polygonNumber）、中心の座標（origin）、中心からの半系（radius）を設定する。関数の中では、sin、cos を使って、各頂点の座標を求めて、moveToPoint:、lineToPoint: を呼び出す。最後に closePath を呼び出して終わりだ。 この関数を呼び出す側は、こんな感じで呼び出すんだ：
これで、3 角形から 12 角形までが描かれる。注意をひくのは bezier に対して stroke と、もうひとつ fill も使えることかな。線が閉じているので、fill が心置きなく使えるわけだ。実行画面はこんな感じ： Feburary 4, 2001■NSBezierPath (5)：曲線を描くそろそろパターンが見えてきたろ？きょうは曲線の描き方だ。とはいっても、直線も曲線の一つであるわけだよね。ただ単に曲がっていない曲線というだけ。曲線を描くには curveToPoint:controlPoint1:controlPoint2 を使う：
1 つの曲線（または長い曲線のある部分）は、4 つの点で決定されるんだ。まずカレント・ポイント。これが始点になる。次に上のメソッドに出てくる aPoint。これは終点だ。そして曲線の曲がり具合を指示する controlPoint1 と controlPoint2。この 4 つの点と曲線の曲がり具合の関係は、下の図のようになってるんだ： ドロー系のグラフィックソフトで絵を描いたことがある人なら、分かるよね？本当なら、ここで Bezier 曲線の数式的定義を持ち出して議論するんだけど、めんどくさいからやんない。その筋の本をあたってくれ。 サンプルプログラムとして、簡単に書いてみた：
実行すると、こんな感じに曲線が引かれる：
以上。Bye! Feburary 3, 2001■NSBezierPath (3)：Zig-Zag 線を描くさて、だんだん調子が上がってきたかな？今回はジグザグな線を描いてみよう。ジグザグな線とはどういうことか？Illustrator 的にいうと、途中にアンカーポイントを父君打線、凄い誤変換だ、含んだ線ということだな。まず、空の BezierPath をつくる。そのためには、クラスメソッド bezier を使うんだ：
これで作られるのが、何も含んでいない線ね。さて、NSBezierPath にはカレント・ポイントというものがあるんだ。現在の点の位置ということ。これはメソッド currentPoint で得ることができる：
ちなみに、空のパスに currentPoint を適用すると例外が発生する。で、まず最初にカレント・ポイントを設定しないといけない。それには moveToPoint: を使うんだ：
カレント・ポイントが設定されたら、そこから指定した点まで線を引くことができる。それには lintToPoint: を使う：
あとは、lineToPoint: をくり返し呼ぶことによって線が引けるんだ。そして最後に storoke を呼ぶ：
これで線が実際に描かれる。じゃ、サンプルコード：
実行結果がこれ：
すこし、おもしろくなってきたかな？ Feburary 2, 2001■NSBezierPath ちょっと番外：NSColor の話NSBezierPath の話を続ける前に、ちょっと寄り道して NSColor の話だ。なに？このサイトは寄り道ばっかりだって？ごもっともです。前回、四角を描いたけど、色を塗ってみたいよね。とりあえず、細かいことは抜きにして、てっとり早く色を付けてみよう。NSColor を使う。まず、インスタンスを取得しないといけないけど、それには便利なクラスメソッドがあるんだ。黒とか青とか決まった色なら一発でとれる：
このクラスメソッドを呼び出すと、黒色をあらわす NSColor のインスタンスがとれるんだ。他にも bluColor とか brownColor とかが同様にある。 インスタンスが取れたら色の設定だ。それには set メソッドを使う：
これで、色がセットできたぜ！まとめると、色付きの四角を描くのはこんな感じになる：
NSColor を set したあとは、NSBezierPath はその色で描かれることになる。これには NSGraphicsContext がかかわってくるんだけど、これもまた後日。サンプルとして、クラスメソッドで用意されている色を全部描いてみた：
では、また。 Feburary 2, 2001■NSBezierPath (2)：四角を描くNSBezierPath クラスの次のターゲットは、四角だ。四角を描いてみよー。なんとなく、想像ついているかも知れないけど、前回と同じように、四角を描くクラスメソッドが用意されている。その名もそのまま storkeRect: だ：
ある NSRect を指定してやればいいわけだ。サンプルコードはこんな感じ：
簡単だね。なに？もっと簡単にしたい？よーし、一行で書いてみよう：
関数 NSMakeRect を使ってみた。ちなみに、構造体 NSRect や、この関数 NSMakeRect はどこに宣言があるのかなー、と思って探してみたら、Foundation/NSGeometry.h にあった。これによると、NSMakeRect は、
という関数らしい。ま、予想通りだよね。inline 関数なので、関数呼び出しのオーバーヘッドもないわけだ。 次は、四角を塗りつぶしてみる。この場合は fillRect: を使う：
これで、四角の内部を塗りつぶすことができる。何色で？色の話はまた後日だ。じゃっ！ Feburary 1, 2001■復活〜！および Cocoa はやっぱり！や！ひさしぶりに更新だ。おいおい、間があいたじゃねぇかっ、て？うんうん、記事自体はできていたんだけど、PowerBook が不調におちいって、モデムがつながらなくなっちゃったんだ。システムが悪いのか、ハードが悪いのか不明。ただ、どうもモデムからの音声を入力できなくなってしまったような気がする。サウンド・コントロールパネルで、入力源を内蔵モデムにしても、どういうわけか、なしに戻っちゃうんだ。しょーがないので、会社で使っている VAIO を使って更新してみた。＜裏切り者だ。考えられる原因としては、PowerBook G4 の購入を決めたということが考えられる。旧マシンが嫉妬するという現象は本当だったんだ！ で、下の記事で NSBezierPath について書いて見たんだけど、サイトあろさんに、先を越されちゃったよー。ちょっとくやしい。ちなみに、サイトあろさんは、きれいで分かりやすい図を大量に備えており、きちんと順序だてて説明しておられるので、うちみたいに、てきとーといい加減をモットーにしているサイトとはわけが違うんだ。Cocoa をきちんと勉強するつもりの方は、ぜひあろさんの Cocoa はやっぱり！を参考にしましょう。 Feburary 1, 2001■NSBezierPath (1)：線を書くちぁっす！あいかわらず、脈絡も前振りもないこのページ。きょうから NSBezierPath 特集だ！いちおうイントロダクションから。みんな Bezier って知ってるよね？なに知らない？でも、ベジェ曲線なら知ってるだろう。Illustrator とかで、ぐにょぐにょした線を書く時に使われる、あの用語ね。ちなみに、mkino のおぼろげな記憶によると、Bezier っていうのは、フランスの自動車メーカーで働いていた Bezier さんのことで、彼が自動車をデザインする時に、考え出したのが、あの曲線らしい。 で、Cocoa には、Bezier 曲線をハンドリングするための、NSBezierPath っていうクラスがある。Cocoa 上での 2 次元グラフィックス描画は、このクラスが中心になるようだな。というわけで、NSBezierPath の探索だ！まずは、線を書いてみよう。 線を書くにもいくつか方法があるみたいだ。だけど、とーぜん、簡単なものからいく。クラスメソッド strokeLineFromPoint:toPoint を使おう。このメソッドは名前のとおり、あるポイントから、あるポイントまで線を引くものだ：
クラスメソッドなんで、前準備もいらず、いきなり書けてしまう。このメソッドを、View が focus のあたっている状態で呼び出せばいいんだ。一番簡単なのは、drawRect の中で呼んじゃえばいいんだな。じゃ、ソースだ：
おー、簡単だ。ま、線を引くだけだからな。で、実行画面がこれ：
じゃ、また次回。チャオ！ |
|
Home | Link | Download | Back Number | Speciall Issue
|
