Cocoaはさっぱり!!! version.6

初心者は教えてくれる方への感謝を忘れずに。
上級者も初心者だった頃の気持ちを忘れずに。

前スレ
Cocoaはさっぱり!!! version.5
http://pc7.2ch.net/test/read.cgi/mac/1124986925/

2ゲット！！！！！


Sさん乙

>>2氏ね

>>2
ごめんなさいなんでもないです

スレの初っ端から穏やかじゃないな。
で、皆さんCocoaで例外処理
積極的に使ってらっしゃいます?

Cocoa Wiki
http://aerial.s184.xrea.com/dev/cocoa/wiki/

>>5
例外は使ってません。 Appkit がまともに対応したら対応します。
例外が投げられたら落ちます(w

Cocoaはメモリ管理と例外処理がいまいちなので、
後々に出る不具合が多いような気がする。
例外はJavaみたいにcatchしないとコンパイルも通らないように
すれば品質もあがりそう

自作自演乙
っていうか氏ね

Java信者逝ってよし

1 名前： 名称未設定 Mail： sage 投稿日： 2006/04/30(日) 19:00:29 ID： E3j+cAXf0 ?
初心者は教えてくれる方への感謝を忘れずに。
上級者も初心者だった頃の気持ちを忘れずに。

前スレ
Cocoaはさっぱり!!! version.5
http://pc7.2ch.net/test/read.cgi/mac/1124986925/

2 名前： 名称未設定 Mail： 投稿日： 2006/04/30(日) 19:02:25 ID： E3j+cAXf0
2ゲット！！！！！


Sさん乙
3 名前： 名称未設定 Mail： 投稿日： 2006/04/30(日) 19:04:50 ID： E3j+cAXf0
>>2氏ね
4 名前： 名称未設定 Mail： 3 投稿日： 2006/04/30(日) 19:26:52 ID： E3j+cAXf0
>>2
ごめんなさいなんでもないです
7 名前： 名称未設定 Mail： 3 投稿日： 2006/04/30(日) 19:40:31 ID： E3j+cAXf0
>>5
例外は使ってません。 Appkit がまともに対応したら対応します。
例外が投げられたら落ちます(w

@catch
>>1-4まですべて Edj+cAXf0 ですね。例外は発生していない模様。

なんか意味不明な流れですねw
それはそうと、catchしていない場合はコンパイラが教えてくれれば
うれしいと思わない？

狭い世界で>>2>>3>>4>>7乙です。
皆さんばんばりましょしょう。
俺らに仕事が無いのでみんな中ななか厳しいいと思いますので

>>14
Macのアマチュア開発者？
アピールすればお声は掛かると思うよ。

なんか今ここにいろいろの分野の人がいるんだけど
Mac関連のアプリとなるとむすかしいよねえええええ・・・・

何が？

荻原本に例外処理載ってるな…

シリアルポート使って組み込み機器と通信できる？
Cocoaで無理ならOfficeForMacでもいいんだけどできるの？

自分で組めば何の問題も無い

なんだオフィスて

OfficeってExcelVBA使えないの？>>OfficeForMac
MSCommをつかえば簡単にシリアル通信が出来るから(Win環境)、OfficeForMacでも出来ると思って・・・

Office用コントロールってXcodeで作れないの？

Office用こんとロールの仕様が判らんので俺はXcodeでは作れない。
昔はCWでActiveXのコードが作れたが今はどうだか知らない。

OfficeForMacを使う事を考えるよりもIOKitのExampleを見て作れそうか
判断した方がいいと思う。


>>15
アピールしたらしたで、今度は大杉で首が回らなくなりそう(T_T)

>>22
MSCOMMってVBでも6までしか（そのままでは）使えないしな…
VB.Netになってデフォでは使えなくなって、ようやく2005で同等の機能が別の形で復活したくらいだからね…
MacのOfficeにそれを求めるのは流石に無謀かと
VBA自体は使えるけどWinと完全に共通しているかは知らない、多分一部削られてるんじゃないかと思う

つかMSCOMMでのシリアル通信って232Cの話？そうだとするとさらに困難かと。物理的にポートが
無いし、頼みの綱の市販USB-232CコンバータもOSX用にはドライバが殆ど存在しないのでまず使えないと思う

つーわけでおいらは機器制御の232C通信はWin実機でやってるよ、その方が情報が多くて楽だし

>>5
俺は積極的に使ってるよ。@try{}の中でreturnしても必ず@finally{}は通るので
ファイルのクローズ、メモリの解放、オブジェクトの後始末などをfinally{}で
やってる。destructorのテクニックが使えないObjective-Cではfinally{}を
うまく使わんと。

Core Data で attribute のいくつかを構造体として使いたいときは、
(1) 構造体にしたいデータをまとめて non-standard attribute にする
(2) 構造体にしたいデータを entity として独立させて関連を付ける
のどっちがいいでしょうか。

(1) は今のところやり方がよくわからなくて (2) にしかけてますが、
元の entity と独立させた構造体の entity の両方を、１つのボタンで
add する方法がわかりません。orz

>>26
こんなでどないすか？
1.元のentityをカスタムクラス（NSManagedObjectのサブクラス）にする。
2.そのクラスにメソッドawakeFromInsertを定義
3.awakeFromInsertで構造体のentityのインスタンスを生成して、[self setValue:forKey:]で追加

non-standard attributeにすると、どこかで変換する処理を書かないと
いけないから、構造体の要素が数とか文字列なんかだけなら(2)のほうが
らくちんだと思うよ。

GNU step（Windows版）のFoundationやApp kitは
どこまで日本語を扱えますか？

>>28
win版の日本語対応はまだまだです。AppKitは日本語の入力も表示も出来ません。
Foundationは出来るかもしれないけど試してない。

>>27
ありがとうございます！こういう手もあるんですね。
構造体そのものはシンプルなので、(2) とどっちにするか考えてみます。

Cocoaではエイリアスが扱えないってホント？
ユニバーサルバイナリは全滅ってこと？

意味が分からん
Carbon APIを呼べば済む事

ファイルってFSRefで管理するの？Path?

CarbonならFSRefだが、FSRef自体がPath持ってるからね。
CocoaならPathになっちゃうわな。Aliasを使う場合はまだFSSpecを
使わなきゃならなかったっけ？

×FSRef自体がPath持ってるからね。
持ってない。
×Aliasを使う場合はまだFSSpecを使わなきゃならなかったっけ？
OS9でAPIが追加されてる。

行った人の感想きぼぬ
ttp://developer.apple.com/jp/briefing/cocoa1/

FSRefは以前調べたけれど、いまいちよくわからない。Carbonわかんね。

MacOS Xではどういう順序でパスを処理するのがのぞましいのかな？
きっとこういう風なのかなとか想像しているけれど・・・
だれか詳しい人教えてください。

a.ファイルパス文字列を受け取ったら、まずエンコードを確認
　7bit化されていたら元に戻すとかはここでやるのかな？
b.次に、classicalなパスか、Posixパスかを確認
c.パスからFSRefを得る
d.FSRefがエイリアスであるかどうか解決を試みる
　このときシンボリックリンク／ハードリンクであった場合の挙動が？？？
e.最終的に得られたFSRefを保持してアプリのなかで使用。
f.保存するときはFSRefのままシリアルかしてplistへ。

日本語OKなサンプルコードきぼん。

とりあえず、

>f.保存するときはFSRefのままシリアルかしてplistへ。

FSRefはテンポラリなデータなので
パスに戻してから保存した方がいいよ。

>>38
パスで雁字搦めのクソアプリを作りたいならそれでどうぞ
これは基本テクニック
Storing file references in CFPreferences
http://developer.apple.com/qa/qa2004/qa1350.html

>>37
>f.保存するときはFSRefのままシリアルかしてplistへ。

既出だけど、FSRefは一時的にしか使えない
他のアプリに渡すこともできないはず

>>38氏はpathで保存を勧めているけど、
これは移動したりファイル名変えると使えなくなるんで
永続的なファイル追跡はAliasRecordを使うのを勧める

>>39
パスでがんじがらめのクソアプリでもCocoaってだけで多くのユーザに称賛されてたからなぁ…。

うーんよくわからん。
「Cocoaで」お行儀のよいアプリを作るつもりなら、
FileやFolderを指すFSRefラッパなオブジェクトを
作って、パスを保持する変わりにそれを使え、って
ことなのかなぁ。

TN2078を見つけた。
:ファイルのパスを取得するもう 1 つの方法は、CFURLRef を作成し、
:これを使ってファイルのパスを取得することです
:CFURLRef url = CFURLCreateFromFSRef( kCFAllocatorDefault, &fsRef );
:CFStringRef cfString = NULL;
:if ( url != NULL )
:{
: cfString = CFURLCopyFileSystemPath( url, inPathStyle );
: CFRelease( url );
:}
こういうのがお行儀のよい方法なんだろうか？

>>29
ありがとうございます。

確かにAliasHandleなら、ファイルが移動・名称変更されても追跡できるけど、
アプリが起動中に保持してるファイル参照は、大半の場合はNSStringのPOSIXパスで
別にいいんじゃないかなー、と個人的には思うけどね。

FSRefはファイル保存による参照の永続性は保証されてない。パスか、または
AliasHandleを(NSDataにするとかして）保存しておくと移動・名称変更に対応できると。

ちなみにこんなのも
http://developer.apple.com/jp/technotes/tn2078.html

ではiTunesはAliasHandleなのかな？
今実験してみたら起動中にファイル名変更しても変更後の曲名に自動的に変更された
iTunesを動かしてないときにファイル名を変更しても変更についてきた>>iTunes

多分、iTunesなんかでやってる方法がApple的には正しいんだろうな、ありがと

おんなじ事をWinでしてみるとファイルが見当たらない状態になるなぁ

AliasHandle(NSData)←→FSRef←→NSURL←→NSString
それぞれ変換する関数を自分で用意しておけばいいのでは。

ていうかそれぐらい SDK に用意して欲しい気がする
やっぱまだ Apple 内部で Cocoa派と Carbon 派の対立があるのかな。

FSSpec
｜ FSMakeFSSpec
FSRef
｜ FSRefMakePath,FSPathMakeRef
Path表示のUInt8

FSRef
↓ FSNewAlias,FSNewAliasMinimal
AliasHandle

typedef unsigned char UInt8

UInt8
|　[NSString　stringWithCString:],[stringWithUTF8String:]
NSString

[NSSavePanel filename]の戻り値はNSString

こんなところかな？正直フレームワーク側で面倒見て欲しい

AliasHandle
↓FSCopyAliasInfo
CFStringRef

Interchangeable Data Types
ttp://developer.apple.com/documentation/Cocoa/Conceptual/CarbonCocoaDoc/Articles/DataTypes.html#//apple_ref/doc/uid/20002401
(CFStringRef) myNSString
(NSString *) myCFString

toll-free bridgedってなんだ？

>>50
↑
キャストでCoreFoundationとFoundationのオブジェクトの相互変換が出来る。
上のキャストがまさにそう。全部のクラスではないけど、CFxxxとNSxxxで
xxxが同じものならtoll-free bridgeが使えると思っていい。

よくわからんけどBDAliasとかNDAliasではダメ？

>>52
BDAliasとかNDAliasでも alias record が使えますね。
私は、インスタンスを作るのが面倒なので、ファイル関係の、NSString の
カテゴリーを作っています。

alias record の他にも、finder label の操作をするメソッドをまとめています。
ファイル操作用のクラスを作るのが、本筋でしょうが、自分の用途にはカテゴリーで十分です。

通行料無料

>>45
もしよろしければ CocoaDev にでも公開しておいてください

Toll-free bridge の実現方法
http://homepage.mac.com/mkino2/core/base/bridge.html

ツールバーのアイコンとか、Apple純正のものを使（パク）ってもいいの？
プリンタやインスペクタなんて、同じ形状じゃないとユーザも混乱するので
あえて別なものを作る必要もなさそうなんだけど。
というか、フリーウェアでもよく使っているのを見かけるけど・・・。

旧OSの時代からパックってるは奴いたけどApple黙認状態じゃん。
趣味でやってる限り、そんなに気にする事も無いんじゃねぇの?

キャー、叩かないでぇ。

逆にAppleには奨励してほしいくらいだ

>>58
poof.pngをパクってたY'z Dockは?

>>60
あれは全体的な意匠がDockに似ているということでクレームが付いたのです。

アイコンには著作権はないのかねぇ？大抵のペイントソフトってMacPaintの
ツールアイコンを継承してるし。アイコンは記号とみなしてる？

著作権はあるでしょ
そんな些細な事でMacの開発者の芽を潰すのは得策でないと
黙認してるだけだと思うけど

プリンタアイコンとかはフレームワークが用意するでしょ

Macユーザって見た目とかL&F、お作法とかにかなりうるさいイメージがある。
チラ裏でスマソ。

そうでもないつもりなんだが、REALbasic製のパーツの違和感はもちろん気になる。

使用頻度の高いOSの機能に絡むようなアイコンは、
IBに用意されてあって簡単にドラッグとかできると良いのにねぇ。

PDFKitのPDFOutlineをNSTreeControllerを使ってNSOutlineViewに表示しようとしたら、
PDFOutlineに子要素を取得するメソッドがないために実現できなかった。

ほかPDFKitにはドキュメントそのものを編集する機能が足りていなかったりして、
アポーのMLに書かれたようにAcrobatを潰さないように機能限定をしてるのかなーと思った。
ttp://lists.apple.com/archives/cocoa-dev/2005/Jul/msg00033.html

>>67
numberOfChildrenとchildAtIndex:はあるんだから
カテゴリでメソッド追加して、そいつをchildrenに指定すればできるんじゃない？

制限してるっつーか、追加で開発しなけりゃ編集系の機能はないってだけだと思うよ。
今のバージョンのOSで持ってるPDFの機能はフルセットである必要はないわけだし。

>>68
>numberOfChildrenとchildAtIndex:はあるんだから
>カテゴリでメソッド追加して、そいつをchildrenに指定すればできるんじゃない？

あ、そうか、そうやればいいのかorz

文字をスターウォーズのオープニング風にスクロールさせたいのですが、
手軽な方法はありますか？

スターウォーズのオープニング知らねえ

NSViewって台形変形できたかなぁ

3Dにすればいいんじゃね？　知らんけど・・・

QuarzComposerとか?

QuickTimeでなかったけとか適当な事言ってみる

Quartz Composerなら楽。

Quartz Composer調べてみます。
ありがとうございました。

NSGLViewじゃだめけ？

EditableなNSTextFieldのペースト処理に割り込む方法を調べるのに1日費やしてしまった．．．
このフィールドエディタって仕組みは効率はいいのかもしれんがカスタマイズするのが面倒いな

NSResponderのサブクラス（コントロールなど）で
コマンド キー　+ キャラクタキー押下　を扱えるようにするには
どうしたらいいのでしょうか。
-(void)keyDown: には、コマンドキーで修飾しているときには
イベントがディスパッチされてこないようです。

諸兄に質問です。

NSOutlineViewにチェックボックスを乗せて動作させようとしているんですが、
On,Offを切り替えようと連続してクリックしてもチェックボックスの状態が
切り替わりません。ダブルクリックの抑制が勝手にされている感じで、、、。

ソースでは
- (void)outlineView : (NSOutlineView*)outlineView
setObjectValue : (id)object
forTableColumn : (NSTableColumn*)tableColumn
byItem : (id)item
にてチェックボックスの値を変更しています。
当方OS10.4.6, Xcode2.2.1使用。

うまく伝わるかどうかわかりませんが、

やりたいこと:
iTunesの曲名の左にあるチェックボックスのような動作（連続してクリック
するとOn,Offがさくさく切り替わる）

現在(NG):
Xcodeのターゲット対象を選択するチェックボックス(メニューの
[Window]-[Target "プロジェクト名" Info]を実行すると表示されるウィンドウの
中から、Buildタブを選択するとチェックボックス付きのリストが表示される)
みたいな動作。
チェックボックスの状態をクリックして変更すると、同じチェックボックスの
値はしばらく待ってからでないと変更できない。

ソースをどっかにアップしてくれるとわかりやすいのだが

- (void)mouseDown:(NSEvent *)theEvent
でボタンの上でクリックされたかどうか確認して、
ボタン上でクリックされたらon/off切り替えるとか？

reloadData 呼ぶ。

>>81
確かにあれってデフォルトのクリック／ダブルクリックの判定が少しアホだよね
（それがCocoaアプリはもっさり、のイメージ向上にもつながってるような気が）

記憶がかなり曖昧なんだけど、他の同じようなタイミングで呼ばれるdelegate/datasourceメソッドと
組み合わせて対応したような記憶がある（shouldEditTableColumn かな...？）
最後にクリックされたitemを覚えておいて、今回と同じだったら云々とか、かな？
ColumnがEditableかどうかでメソッドの呼ばれ方も変わってくるから、その辺も変えたかもしれん。

チェックボックスがあるコラムは編集不可にしておいて、
MyOutlineViewで↓を追加したら希望どおりの動きになったよ
- (void)mouseDown:(NSEvent *)theEvent
{
NSPoint mouseLoc = [[self window] mouseLocationOutsideOfEventStream];
mouseLoc = [self convertPoint:mouseLoc fromView:[[self window] contentView]];
NSRange range;
int columnIndex;
int rowIndex;

range = [self columnsInRect:NSMakeRect(mouseLoc.x, mouseLoc.y, 1,1)];
if( range.length == 0 ) columnIndex = -1;
elsecolumnIndex = range.location;

range = [self rowsInRect:NSMakeRect(mouseLoc.x, mouseLoc.y, 1,1)];
if( range.length == 0 ) rowIndex = -1;
elserowIndex = range.location;


つづく

if( columnIndex == [self columnWithIdentifier:@"CheckboxColumn"] && rowIndex != -1 )
{
//　以下は適当にかえて
id item = [self itemAtRow:rowIndex ];
BOOL flag;

if( [[item objectForKey:@"CheckboxData"] isEqualToString:@"YES"] ) flag = NO;
else flag = YES;

[[self delegate] outlineView:self setObjectValue:[NSNumber numberWithBool:flag]
forTableColumn:[self tableColumnWithIdentifier:@"CheckboxColumn"]
byItem:item];
}else
{
[super mouseDown:theEvent];

}
}

タブが消えちゃったから適当に修正して下さい

>83
それだ！と思ってプログラムをしこしこ書いていたら...

>86
おお！ありがとう！早速試してみたら動きました。
うちではこんなんにしました。

- (void)mouseDown:(NSEvent*)theEvent
{
// クリックされた場所を調べる
NSPointmouseLoc = [ [ self window ] mouseLocationOutsideOfEventStream ];
mouseLoc = [ selfconvertPoint: mouseLoc
fromView: [ [ self window ] contentView ] ];

// クリックされたのは何列目かを取得する
int columnIndex = [ self columnAtPoint : mouseLoc ];

// クリックされたのは何行目かを取得する
int rowIndex = [ self rowAtPoint : mouseLoc ];

// クリックされた列の情報を取得する
NSArray* tableColumns = [ self tableColumns ];
NSTableColumn* column = [ tableColumns objectAtIndex : columnIndex ];

続く

// チェックボックスのある列がクリックされたか？
if( [ [ column identifier ] isEqualToString : @"check" ] && -1 != rowIndex )
{
// クリックされた行のアイテムを取得する
id item = [ self itemAtRow : rowIndex ];

// アイテムの値(チェックボックスの状態)を取得する
NSNumber* itemValue = [ [self delegate] outlineView : self
objectValueForTableColumn : column
byItem : item ];

// 変更後の値を計算する
int value;
if( NSOnState == [ itemValue intValue ] )
{
// クリックする前がOnだったのでOffにする
value = NSOffState;
}
else
{
// クリックする前がOffだったのでOffにする
value = NSOnState;
}

さらに続く

// チェックボックスの値を更新する
[ [ self delegate ] outlineView : self
setObjectValue : [ NSNumber numberWithInt : value ]
forTableColumn : column
byItem : item ];

// テーブルの再描画
[ self reloadData ];
}
else
{
// チェックボックス以外がクリックされた場合は、通常の処理を行う
[ super mouseDown : theEvent ];
}
}

「// 以下は適当に変えて」とあった場所以降は、適当に変えてます。それ以外に
変更したところと言えば、
・クリックされた行を取得するのにcolumnAtPointとrowAtPointを使用した
ってところです。

後はチェックボックスそのものではなくて、チェックボックスがおいてある列を
クリックするとOn/Offが切り替わってしまうという問題がありますが、それは
チェックボックスの大きさを求めてやれば解決できるんでは？と思ってます。

というわけでThx諸兄！　|・∀・| ﾉｼ

パスワードを入力するテキストフィールドを作成しています。
つまり、キーボードから文字を入力すると
文字が「・」になって表示されるようなテキストフィールドです。

現在はNSTextFieldのサブクラスを作って試しているんですが
キーボードから入力された文字を「・」に変換するタイミングが
うまく取れなくて困っています。

- (void)keyUp:(NSEvent *)theEvent で今は処理を行おうとしていますが
良くないのでしょうか？？

NSSecureTextField じゃダメなのか。

>>92

あ〜〜〜〜〜！！！
そんな便利なクラスがあったんですね。
昨日丸一日やっていた作業が、このクラスで一発で出来てしまうとは……。
私の昨日の作業はなんだったんでしょうか…orz

ありがとうございました！

>>80 自己解決しました。
cmdキーで修飾されたキーイベントは、NSWIndowには配布されず
NSMenuに流れるのですね。

NSToolbarItemについて質問です。
ツールバーのボタンを長押ししたときに
コンテクストメニューが表示されるような
ツールバーボタンを作ろうとしています。

Xcodeのツールバーの「ビルド」ボタンのような
ものです。

しかしながら、NSToolbarやNSToolbarItemには
mouseDownを処理する関数がないため、
マウスボタンの長押しの判定を実装するのに困っています。

NSWindowのサブクラスでsendEvent関数をオーバーライドして
そこでマウスの長押しの判定処理するしかないんでしょうか？

viewをtoolbaritemに指定してそこで好きなようにいじるのが一番簡単かと

ウインドウのタイトルバー部分にアクセスする事は出来ますか？
タイトルバーのViewを取得・セットするとか。

タイトルバーってNSView使ってるの？
NSWindowのみでやってると思ってたんだけど。

ここら辺参考にならんか?
http://www.andymatuschak.org/articles/2006/01/11/making-the-hud-item-1-a-frame-themed-party

タイトルバーはNSView使ってないと思う。
[[[window contentView] superview] rotateByAngle:90.0];
ってやったら変になった。

ついでに
NSLog(@"%@", [[[window contentView] superview] subviews]);

<CFArray 0x301a20 [0xa01c00e0]>{type = mutable-small, count = 4, values = (
0 : <_NSThemeCloseWidget: 0x336a60>　<= クローズボタン
1 : <_NSThemeWidget: 0x337080>　<= 最大化ボタン
2 : <_NSThemeWidget: 0x337690>　<= 最少化ボタン
3 : <NSView: 0x32d220>　<= 多分ContentView
)}

というわけで、タイトルバーはNSViewつかって無いんじゃないかと
思った次第でございます。

環境書き忘れた。
10.3.9です。
連投スマソ。

Stackを表現するオブジェクトは提供されていますか？
javaの java.util.Stackみたいに。

提供されない。
NSArrayにカテゴリで、pushとpopでも付けたまえ。

スタックくらい自分で作れるだろ。難易度も低いし。

>>103-104 了解です。

Smalltaklでもそんなこという人いるけど
追加されない理由は、追加する理由がないからなんだよん

どうしても分からないので教えてください。QTKitとretainCountの話です。
//
pool = [[NSAutoreleasePool alloc] init];
theSrcQTMovie = [QTMovie movieWithAttributes: // Open Source Movie
[NSDictionary dictionaryWithObjectsAndKeys:
inputPath, QTMovieFileNameAttribute,
[NSNumber numberWithBool:FALSE], QTMovieOpenAsyncOKAttribute,
nil]
error:nil];
NSLog(@"theSrcQTMovie(%d)",[theSrcQTMovie retainCount]); // 3

theBOOL = [theSrcQTMovie writeToFile:tempPath withAttributes:nil]; // Save Reference Movie
NSLog(@"theSrcQTMovie(%d)",[theSrcQTMovie retainCount]); // 7

[pool release]; pool = nil;
NSLog(@"theSrcQTMovie(%d)",[theSrcQTMovie retainCount]); // 1
theSrcQTMovie = nil;
//
この流れでいくと、最後にPoolをリリースしたらQTMovieは一緒にリリースされて
retainCountは0になるべきだと思うのですけれども、なぜか1。。。すぐにはリリースされないの？

何を勘違いしているのかが、分かりません。助言をいただけませんでしょうか。

プログラマの関知しない別のところで retain されてるんだろう。
"自分で alloc したオブジェクトは自分で解放する" という原則に従っていれば、
retainCount が幾つなのかは特に気にしなくていいんじゃないか。

>>107
>>108の言う通り気にする必要は無いと思うけど、
どうしても気になるならObjectAllocを使えばいつ誰がretainしたか調べる事ができるよ。
あるいはQTMovieのサブクラスを作ってdeallocにブレークポイントを置いてみるとか

OpenGL（っていうかGLUT）を使ったプログラムで、ZeroLinkを
外してコンパイルしようとすると、リンクでこけてしまいます。
ZeroLinkをせずにビルドするには、どのような設定が必要なの
でしょうか？開発環境はXCode1.5です。

>110
フレームワークの追加した？

IBOutlet id myControls[5];
と配列にしてもIBで反映できなくて面倒だと気づいたんですが、
何か代わる方法があるんでしょうか？

>>112
コントロールしないでActionだけ使う

>>112
CustomViewの上に全部のせて、awakeFromNibでsubviewsを取り出して
配列に代入するとか

>>111
レス、ありがとうございます。

>フレームワークの追加した？
ええ、勿論追加しました。

>>114
ああ、それいいですね。
indexと同じ順でtagを付けてviewWithTagで取得するとかもできますね。
ありがとうございました。

>115
OpenGL.frameworkとGLUT.frameworkを両方とも？
どっちか忘れてない？

>>97
ttp://journal.mycom.co.jp/column/objc/031/
こんなのがありました
NSCell でタイトルバーを取り出せるのかもしれません

>>117
レスありがとうございます。
（せっかく教えて頂いているのに、返答が遅れてすみません）
OpenGL.frameworkを追加しておりませんでした。。。
で、今試したのですが、次のようなメッセージでリンクに
失敗しています。(因にZeroリンクでコンパイルするとコンパイル
が成功して、実行も出来ますが。。。)


/usr/lib/crt1.o illegal reference to symbol:__objcInit defined in
indirectly referenced dynamic library /usr/lib/libobjc.A.dylib

>119
standard C toolのプロジェクトから始めたのにObjective-Cを使っていたりしない？
どんなヘッダをinclude又はimportしてるの？

>>120
C++のstandard toolのプロジェクト＋GLUTを
使っております。
言語はC＋＋を使い、math.hやらstdlib.hなどCのライブラリ
をincludeしています。
自分では、Objective-Cのを使ってはいません（と思います）
ただ、デバックしていると、どうもGLUTのメインループから、
NSApplicationなどなど呼ばれているようです。
ン？すると、Cocoaフレームワークを追加すれば・・・と
言うわけで、試しました。結果、見事リンクも通りました。

結論・・・OpenGL（GLUT）は、たとえ自分がObjective-Cを
使わなくても、Cocoa.frameworkのリンクを必要とする。
（裏で使われているから）
ということで良いでしょうか？

なにはともあれ、111、117、120さん
有益で貴重なレス、ありがとうございました。

解決してよかったね

>>99
マウスイベントと描画がちゃんとしていれば実用的なんだけどなぁ
ttp://amb.sakura.ne.jp/hanyou/img-box/img20060525023010.jpg

ボタンとテキストフィールドが、70度ぐらい回転したところで消える。

MOSAのテキストシステムに関するドキュメントなどを読んだりすると、
NSTextStorageがテキストシステムに用いられるオブジェクトの所有関係のトップに立つようですが、
ではNSTextStorageはダレがretainしているんですか？

件の記述は、次のPDFファイルの25ページあたりです。
ttp://www.mosa.gr.jp/htmdocs/article/document/TextSystemOverview.pdf

ユーザであるあなたじゃなくて?
ドキュメント読んでないからテキトーですが・・・。

>>125
NSTextViewを表示するだけのアプリを作ってもテキストは保持されているので、
誰かがretainしているんじゃないかなぁと。

CoreDataわかんねー。relationshipをコード上で繋げたりできないのかな？
HMDT 3rdを読めば説明がある？

修飾キーを表す記号（メニューのショートカットに使われるやつ。
コマンド、シフト、コントロールなど）を文字として使う
ことはできますか。というか、テキストフィールドなどに
表示してみたいのですが、どうしたら表せますか？　

>>124
NSTextView が　
NSTextContainer をRetainしていて、これがさらに
NSLayoutManager をRetainしていて、これがさらに
NSTextStorage をRetainしている

んじゃまいか

>>128
ことえりなら「きごう」で変換すればコマンドキーの文字は表示されますよ。
もっと効率的なのがあると思いますが。

>>129
原文を読んでみてもその逆ですよ。
>When you release the NSTextStorage object, it releases its NSLayoutManagers,
>which release their NSTextContainers, which in turn release their NSTextViews.
とありますし。

でも、どうなっているんだろう。

>>128
HIToolbox/Events.h
/* useful Unicode code points */参照

普通は、NSTextViewをinitWithFrame:で作ると、LayoutManagerとかTextStorageとかは勝手に作られる
この場合NSTextViewがユーザによってReleaseされるとNSTextStorageなどの付属品もReleaseされる

上のドキュメントは、NSTextStorageから作り始めて手動で接続する方法について書かれているため、
textStorage = [[NSTextStorage alloc] init]; の時点でユーザにRetainされている。
つまりNSTextStorageをRetainしているのはユーザ。

かな？

>>130-131
やっぱりあるんですね。そしてそれを知っている人がいる。
ありがとうございます。

>>132
ユーザがretainしてるってことは、つまりNSTextViewがNSTextStorageをretainしてるってことですかね。

というか、retain <-> release がペアで行われていれば何重になっても良いというのが肝なので、使う側からすれば関係ないのでは？
自分で retain or init....: したものはちゃんと (auto)release するだけ。

使うだけならOKなんですが、TextViewの自作を試みてるので気になったんですよ。
とりあえずTextViewにretainさせておきます。

確かにクラスの関係が複雑だと循環 retain になりそうで怖いですが、
自分(自作中のTextViewクラス)で直接
NSTextStorage いじらないんなら autorelease しちゃって、
自分で直接つかう機会があるなら retain して持っておくというので
いいんじゃなかったでしたっけ。

NSTextStorage を渡された側が必要なら retain して保持するはずだから、
そこまで気にする必要ないと思うんですけど。

まだまだCocoa初心者です。

ダイアログを作るときに、コントローラもIB上でインスタンス化して、
OKやらCANCELやらUIのactionをつないでいるのですが、これは
もう少し賢い方法がないものでしょうか？

ダイアログが３枚になったら、コントローラも3個IB上でインスタンス化
することになるのですが、にたような部分も多く、無駄な気もします。

IBに作ってしまった場合、alloc-init-releaseでダイアログを生成／破棄
することができないわけで、無駄なメモリを使っているように思うのです。

コントローラをalloc-initでインスタンス化して、nibを読み込んで、
IBActionの代わりにあれこれ連結、っていう方法がよいのでしょうか？

コントローラは１個でもいいです。
名称やタグの番号でボタンなどの部品を区別すれば。

標準のアラートやオープンダイアログじゃだめだってぇのかい

>>137
なるほど、autoreleaseがあったか。
循環retainが怖いのでそうします。

>>138
標準のアラートはNSRunAlertPanel()が便利。
ttp://homepage.mac.com/mkino2/cocoaProg/AppKit/NSApplication/NSApplication.html#simpleWay

ボタンやフィールドが増えてきたら、対応するIBOutletな変数やIBActionなメソッドを増やしていけばOK。

Moriarity 以外に unix command を呼び出すサンプルってありますか？

>>139,140,141
コメントさんくすです

ダイアログといっても設定ウィンドウみたいなものなんです...
ポップアップボタン二つとOKとキャンセルっていうダイアログを
作ったのですが、NSRunAlertPanelだとnibを指定してダイアログを
つくるということは出来ないようで...
設定画面なのでモーダル？にする必要はあるのですが、ウィンドウが
ないときにも使えるようにrunModalForWindowにnilを渡しています

賢くない気が激しくするのですが...

ダイアログごとに別個のコントローラを設けるのは別に変な設計とは思わんな。
>>139
>名称やタグの番号でボタンなどの部品を区別すれば。
という設計だと、コードが汚くなるし、将来の拡張の際に面倒が生じる。

>>142
「Cocoaはやっぱり！」は読みました？
http://www.big.or.jp/~crane/cocoa/0900_general/perl.html

僕ももっと沢山サンプルが欲しいです。

>>144
なるほど。そういう考え方でいいのですね。

HMDT赤本を買って気がついたのですが、IB上でインスタンス化
したカスタムコントローラ（NSObjectのサブクラス）って、普通
にinitメソッド上書きして使えるんですね...(p.30のコードとか）

awakeFromNibかApplicationDidFinishLaunchingでしか初期化
できないと思ってました...

>>143
Cocoa の設定画面は non-modal にして、
OKボタン押さなくても設定が即座に反映されるというのが
推奨されてるはず。
Safari はそうでしょ。 iTunes は modal だけど。
まああれは Carbon 部隊が開発しているからではないかと思われる

Xcode...

>>145
thx!!
最後の方のコードは見てなかった。

アプリにドラッグ＆ドロップして扱えるファイルを設定するのにはどうすればいいんでしたっけ？
以前に作ったソフトでフォルダをドロップで受け付けられなくなってるのを見つけたのですが
何年もcocoaから離れてたので基本的な事でもすっかり忘れてしまったもので。
宜しくお願いします。

すいません、自己解決しました。
お騒がせしました

どう自己解決したか書いとけよ

白黒２階調のピクチャ(NSBitmapImageRep)があり、
それらを階調を保持したまま回転させたりトリミングしたいのですが、
一体どう扱うのがいいのかわかりません。新たにNSImageを作って、その上に既存の
画像を合成させる際にトリミングや回転させようとすると、
フルカラーになってしまってサイズが大きくなってしまいます。
getPixel:atX:y: setPixel:atX:y:で１ピクセルずつ操作すると、えらい時間がかかってしまいます。
bitmapDataを使ってビットマップデータを直接アクセスする場合、
１バイトの中に横８ドットデータが入っているので回転させるのがえらい大変です。
どのようにしたらよいでしょう

>１バイトの中に横８ドットデータが入っているので回転させるのがえらい大変です。
えらい大変かもしれないが、書けばすむこと。
良い方法が見つかるまで、とりあえず書いとけ。

全く適当だが
・Copybitsを最初に思いついた。Deprecatedだけど。
・QuickTimeにやらせる。
・QT7ならQTKitでやる。
・TigerならCoreImageでやるってのは不可？

1バイト1ピクセルに変換して、回転して、その後1バイト8ピクセルに戻す。

ディスプレイを今すぐスリープさせるAPIある？
パワーマネージャみたいな関数でもある？

サウンドの入力レベルを知りたいんだけど
IntelMacだと常に1しか返ってきません。
同じコードでもPPCだと0〜255で返るんだけど。
SPBGetRecordingStatusは使えない？

Core Data 初心者ですが、Core Data で、条件に応じて Managed Object の
初期化の方法を変えたいんですが、やりかたがよくわかりません。

NSManagedObject の subclass を作って awakeFromInsert の中で条件分岐かなと
思いましたが、条件となる引数を渡す方法がわからず頓挫しました。

やりたいことは、例えば add1 ボタンを押した場合は、ある Entity が初期化ルーチン１で
初期化されて add され、add2 ボタンを押した場合は、その Entity は初期化ルーチン２で
初期化されて add される、というようなことです。

何かいい方法はありますでしょうか。

>>159
ボタン押したところのアクションで、
initWithEntity:insertIntoManagedObjectContext:
で手で MO を作って、その後即座にボタンによって
異なる初期化ルーチンを呼べばいいんでは。

>>156の方法でやってみました。これが一番他の知識が不要で手っ取り早くできそうだったので。
でも少し計算に時間がかかりますね。素人プログラムなためそれほどの速度は必要でなく、
許容範囲ではあるのですが。GraphicConverterなど高速なものは大変な苦労で作ってるんでしょうね。

>>161
Tiger でいいなら、
[[NSBitmapImageRep alloc] initWithBitmapDataPlanes:pixelsWide:pixelsHigh:bitsPerSample:samplesPerPixel:hasAlpha:isPlanar:colorSpaceName:bitmapFormat:bytesPerRow:bitsPerPixel:] で書き込む先の白黒2階調の BitmapImageRep をつくって、
[NSGraphicsContext graphicsContextWithBitmapImageRep:]でそこから
context をつくって、そこに普通に描画すればいいはずだと思う。
書き終わったら BitmapImageRep から結果を取り出す。

じぶんでやってないので嘘だったらごめんなさい。

アピアランスが、ブルーかグラファイトかをCocoaで判別するにはどうすればいいのでしょう？

Carbonのアピアランスマネージャーでも判別できると思いますが、
アピアランスが変更されたタイミングは NSSystemColorsDidChangeNotification で分かるので、
判別の方法もCocoaにありそうですが見つかりません。

>>163
NSColor か NSControl　に何か手がかりが！

あったと思う。

ありました。 [NSColor currentControlTint] のようです。
でも10.3以降なんで作ってる物では使えません。
アピアランスマネージャーから探す事にします。ありがとうございました。

一応追記

Appearance ManagerだとCopyThemeIdentifier関数で判別できるようです。
しかし、NSSystemColorsDidChangeNotificationのObserverに登録したメソッド内で
CopyThemeIdentifierを呼ぶとまだ変更が反映されておらず、NSTimer（Intervalは0秒）で
一度間を置いてからでないと変更後の値が取れませんでした。

NS_HOSHU

if ([[self replyAtIndex:167] content] == NS_HOSHU)
[self hoshu];

if (hoge)
hogehoge;
と２行に書くスタイルは、なんか好きじゃない。
if (hoge) hogehoge;
とか
if (hoge) {
hogehoge;
}
と書くスタイルの方が好き。

>>166
Appearance Managerベースで処理するならtheme変更はEvent Class:kAppearanceEventClass
Event ID:kAEAppearanceChangedのAppleEventで告知されるから、そこで対応するのが自然

CarbonEventﾏﾝﾄﾞｸｻ

質問です。
Cocoaを勉強中の者で、かんたんな電卓を作れるぐらいの
レベルです。

ソースコードを公開しているソフトのプロジェクトを見て
勉強しているのですが、ほとんどのソフトは、プロジェクト
にいくつかのnibファイルが入っています。

私が自分で開発するときは、GUIもクラスも、
全て一つのnibファイルで構成しているのですが、
どのような場合に複数のnibに分けるのでしょうか。

また、複数のnibにした場合nib間のデータの受け渡しなどは
どのように行うのでしょうか。

>>172
複数のnibが必要になるときは、「あれ？このままじゃできねーじゃん」ということに気づくはず
なのであまり気にしなくても。

たとえば、Xcodeのプロジェクトテンプレートのなかでは、ドキュメントベースのアプリは
nibが2つありますね。これは、メインメニューのnibはアプリ実行時に1つだけ実体化されれば
よいですが、ドキュメントのnibは開いたドキュメントの数だけ実体化する必要があります。
こういったときにはnibを分割しなければ目的どおりのアプリをつくることはできません。

また、環境設定パネルを別のnibにする人もいますが、これは好みかと。自分はMainMenu派。

nib間のデータの受け渡しは、コントローラのクラス（たいていはnibのowner）を経由して
やるケースが多いんじゃないかと思います。

>>171
>>170に対して？ CarbonEventとAppleEventは全く違う物だよ。
setenv EventDebug 1
して動かすとCocoaアプリもCarbonEventで動いているのがよく判る。

>>173
必要になったときでいいんですね。分かりました。
早速レスありがとうございました。

>CocoaアプリもCarbonEventで動いているのがよく判る。

互換性の為に Eventはいてんでは？

AppleEventﾏﾝﾄﾞｸｻ

NSAttributedStringでアンダーライン属性（NSUnderlineStyleAttributeName）を
つけた場合、指定したフォント属性（NSFontAttributeName）によって
アンダーラインの太さが変わってしまいます。

たとえば、ヒラギノ角ゴシックW3とヒラギノ明朝W3では
角ゴシックの方が太いアンダーラインになります。

アンダーラインを指定した太さで設定する方法って
あるんでしょうか？

Cocoaもイベント関連はCarbonだと思うよ

>>178
テキストエディットの機能でやったみたけど、違うね。角ゴシックの方が太い。

やったこと無いから分からないけど、
NSUnderlineStyleAttributeName でセットする値はアンダーラインの太さとは違う？

>>180

NSUnderlineStyleAttributeNameでセットする値は、確かにアンダーラインの
太さなんですが、たとえば太さ２で共通の値をセットしても
フォントが異なると、太さが違っちゃうんですよね。

NSLayoutManagerのサブクラスを作って、自前で下線を引くとか？

質問です。基本的な事だと思うのですが・・


//---------------------A.h
#import "B.h"
@interface A
{
B* _b;
}
@end


//---------------------B.h
#import "A.h"
@interface B
{
A* _a;
}
@end


とした場合、「parse error before "A"」などとコンパイルエラーになります。
・importの代わりに「@class A;」と書く
・「A*」でなくidにする
これら以外で解決方法はありますでしょうか？できればimportできるようにしたいのですが。

>>183
俺は継承でもない限りA.hに#import "B.h"とはやらないで、
A.hに@class B;としてA.mに#import "B.h"としてる。

だってA.hにはBというクラスの情報として、「Bというクラスの存在」以上のものは必要ないでしょ。
A.mでBのメソッドを呼び出すなりするからこそB.hで定義されてるメソッドの情報が必要なわけで。

もしAがBを継承しているなら、A.hはB.hの情報を必要とするから、A.hでB.hを#importする。

>>183
#importと@classはひとつのヘッダに併記できるけど、そういう話じゃなくて？

#import "B.h"
@class B;
@interface A
{
　B* b;
}
@end

/* ------------------------------------- */

#import "A.h"
@class A;
@interface B
{
　A* a;
}
@end

レスありがとうございます
自分で色々なクラスを作って、設計上の分類として同一レイヤーのクラス郡を
1つのヘッダにまとめようとかしているうちに迷いだしたのですが、

>>184
確かにおっしゃる通りですね。混乱してた頭がまとまってきました。
>>185
知りませんでした（というか気付きませんでした）。なるほどそれでもいいですね。
ただ、importと@class両方書かなくても済むようにできないかな、と考え、
邪道かも知れませんが、以下のようにしてみたらエラーが出なくなりました。

//---------------------A.h
@class A
#import "B.h"
@interface A : NSObject // >>183は親クラス書き忘れてた
{
B* _b;
}
@end


//---------------------B.h
@class B
#import "A.h"
@interface B : NSObject
{
A* _a;
}
@end

追記。話はやや別件ですが：

@class Bだけだと、B.hでtypedefした型などがあった場合、A.h内で使えず、
importしないとダメ、という場合もありますね。

typedefした型は別のヘッダにすればいいじゃん。

_Aとかバインディングで引っかかる

質問です。
現在使用しているモニタプロファイル名を表示するにはどうすればいいんでしょうか？

あなたの環境で：システム環境設定＞ディスプレイ＞カラー
プログラム中で取得：NSColorSpaceでググる

質問があります。
つくったインスタンスメソッドで、メッセージとして渡された
引数を実装側でどうやってとりだすのでしょうか？

寝ぼけてんのか？文法読んで来い。

すいません。文法書の見落としがありました。解決しました。

USBジョイスティックの入力ってどうやって読むの？
NSjoystockとかないよ。

>>195
>USBジョイスティックの入力

HID Class Device Interface Guideとか？。

Xcode2.x で作った Cocoa は 10.4 以降対応になる？
あと Xcode2.x で作成しているプロジェクトを Xcode1.x で扱う事はできる？

>>197
ターゲットSDKを切り替えれば10.1以降とか10.2以降とかのも作れる。
プロジェクトファイルは基本的に下位のバージョンでは使えない。

これか。
HID Class Device Interface Guide
ttp://developer.apple.com/documentation/DeviceDrivers/Conceptual/HID/index.html
もうちょっと実際例の説明が有ったほうが分かりやすいな。

>>198
助かった。
どうやら自分以外のメンバは Xcode1 を使ってみるみたい orz （2じゃないやつは報告しろと言ったのに）

KeroInMenuってUB化しないのかなぁ。
グランサーも天気予報も要らないから時計とCPUとアイコンだけの作ってくれないかなぁ。

いつもお世話になっています。

質問ですが、NSMatrixの中にNSCellをいれる方法ってありませんか？
画像ビューアもどきでNSMatrixの中に画像を表示しているんですが、
その下に画像を選択するチェックボックスを表示したいんです。
IBでそのまま突っ込んでも画像のセルごとに表示されなくて困ってます。

drawRectでcellのdrawWithFrameを呼べばいいんじゃないの？
あと、TableViewならボタンセルをIBで設定できるけど。

>>203
ごめんなさい。NSCｅｌｌではなくNSButtonCellでした･･･orz
Matrix内でCellのdrawRectを使って描画しているんですが、そのセルの中に
チェックボックスをつけたいんです。もうちょっと頑張ってみます･･･
もし何かご存知でしたらご教示願います。

AppleのCocoaセミナー初級編、既に定員？
http://developer.apple.com/jp/briefing/cocoa1/

>>205
みたいだね、ちょっと興味あったけど早いね。

だめだ･･･NSCellに画像とNSButtonCell貼り付けたいだけなのに
どうしてもできない･･･orz
もう寝よう･･･

これは読んだ？
file://localhost/Developer/ADC%20Reference%20Library/documentation/Cocoa/Conceptual/ControlCell/index.html

>>208
file://localho まで読んだ。

>>209 テメーw

>>208
ありがとうございます。今夜読んでみて
明日にでも再度挑戦してみます。

Cocoa セミナー
前回参加者の感想きぼん

64bitCocoaはまだですか？

基本的なところを聞いていいですか？

とあるオブジェクトのインスタンス変数として例えばNSNumberを
持たせたとします。で、KVCを使って操作します。
@interface foo:NSObject
{ NSString* bar; }
@end

こう書いた時点で、必ずbarを破棄するためにdeallocメソッドも書か
ないといけない、と「決まってしまう」と考えてよいのでしょうか。
@implementation foo
- (void)dealloc
{ [bar release]; }
@end

また、Cocoaの実装ではインスタンス変数のオブジェクトはNULLで
いつも初期化されているみたいなのですが、それを前提にinitでnilを
入れるコードを書かないというのはやはり間違いなのでしょうか。

あぁ、NSStringですorz。

>>213
WWDCで発表される




















といいな

そんなことより皆さん、聞いてください。
内緒で妻のパソコンでインターネットして
ヌードとかＨな写真を見まくっていたのですが、なんと
なにかの表紙に見ていたエロ画像がパソコンの後ろに
表示されたままになって元に戻せません！
前はプーさんの画像だったのに、今はアソコにバイブを挿した蒼井そらの画像です・・ ・。
再起動しても表示されたままなんです。
早く直さないと妻が帰ってきてしまいます！
至急です、皆さん助けてください！！！
ＯＳはマックＯＳＸ１０.4です。
よろしくお願いします。

>>217
そのまま帰ってくるのを待って、「やらないか？」って言え。

>>214
単なるポインタだから実体化させなきゃreleaseする必要は無い。

横レスだけど、barの使い始めの全く最初にいきなり [bar release]　としてもエラーにならないのは何で？

>>220
Objective-Cではnilに対するメッセージ送信は無視される。

あ〜そうなの。じゃあ
[bar autorelease];
.
.
.
[bar release];
bar = nil;

ってのはエラーにならないのね。

なるだろ？

>>219
KVCでsetValue:forKey:でセットした場合、親オブジェクトがRetain
した形になるはずです。
オブジェクトの保持するオブジェクトは自動でリリースはされない
ですよね？

>単なるポインタだから実体化させなきゃreleaseする必要は無い。

それはそうなんですが、deallocを書かない場合、ObjectへReleaseを
送る前にsetNilValueForKey:を必ず送るべきではないか；そうしないと、
リリースされず、メモリリークになるのではないかと考えているのです。

なんか考え方間違っているのかなぁ。

>>222
deallocされたオブジェクトはnilではありません。

>>224
前半はその理解で正しいと思います。
219が言っているのはsetValue:forKey:されなければ、releaseしなくていいってこと
じゃないでしょうか。「こう書いた時点で」の解釈の違いで。

後半に関しては、おそらく理解しているとは思うのですがreleaseとdeallocはちがうので、
release時にsetNilValueForKey:をされると、そのオブジェクトを利用している他の
オブジェクトが困ることになると思います。deallocで行うべき処理です。
あと、214で[super dealloc]が抜けていると思います。

……通りすがりだけどさ。
そのロジックがメモリリークしてるかどうかなんてこと、
件のオブジェクトの作成と解放を100,000回ぐらい呼び出して、
ターミナル開いて top で見てればわかるんじゃないの？
まったく、ぼんくらどもが。

と思い、作りかけてみたんですが、
Objective-C歴4ヶ月の私には命題をうまく理解することさえできませんでした。
どなた様か続きをよろしく。

ttp://read.kir.jp/file/read50843.zip

>>226
>deallocで行うべき処理です。
・・・ん。ようやく、腑に落ちました。
やはりdeallocを書くべき、ということですね。

>あと、214で[super dealloc]が抜けていると思います。
あぅ。確かに。失礼しました。

>>213
俺のMBで使えないからイラネ

>>221
PowerPCではそうだが、Intelでは例外が発生しなかったっけ？

>>230
ほれ
http://developer.apple.com/jp/documentation/MacOSX/Conceptual/universal_binary/universal_binary_tips/chapter_5_section_22.html#//apple_ref/doc/uid/TP40002217-CH239-CJBJABFC

>>230
それは大丈夫。

-(float)[HOGE hoge];
で
HOGE *foo = nil;
float bar = [foo hoge];
のとき、 bar に何が入るかは全く保証されない。
PPCの場合は、0 になるとされていた。

現在 0 が保証されるのは、
char, short int, int , long int , ポインタ(アドレス）
ぐらいだと思っていればいいです。

>>231
えええ！！！！
話が逆になってるぞ！
原文もだ！

前のが間違いだったのか！？

>>233
いや俺も確かに以前は逆の情報をここで読んだ気がするんだが・・・

CocoaDev 見ても逆の情報しかないなあ。

いずれにせよ、ランタイムとしてではなく、言語仕様としては、
オブジェクトを返す場合に nil が返ることが保証されているだけで、
他の型を返す場合に何が返ってくるかは未定義のはず。

file:///Developer/ADC%20Reference%20Library/documentation/Cocoa/Conceptual/ObjectiveC/Articles/chapter_4_section_3.html#//apple_ref/doc/uid/TP30001163-CH7-85945

では以下のような記述がある。

In general, however, it is considered bad style to rely on this
behavior for return types other than an object.

原文の"The Objective-C Programming Language" には

引用開始
nil にメッセ−ジを送信した場合、
(俺様追加：アーキテクチャに関係なく)返値の型が オブジェクト、ポインタ、
sizeof(void*)と同じかあるいは小さい大きさを持つ整数値である場合は、
nil を返す。それ以外は未定義。
引用終わり

となってるな。
日本語訳のほうはなぜか、「nil に送信されたメッセージがオブジェクト以外のものを返す場合、戻り値は未定義です。」
となってる。

むちゃくちゃだな。

>>236

よろしこ。
http://bugreport.apple.com

>>237
一応原文の方の「Did this document help you?」から送ってみた。
米国人に読めるかどうか定かではない。

やっぱりできませんでした…orz
NSCellのサブクラスで


NSButtonCell *cell = [[NSButtonCell alloc] init];
NSRect rect = NSMakeRect(0, 0, 30, 30);
NSButton *button = [[NSButton alloc] initWithFrame:rect];

[button setButtonType:NSSwitchButton];

[button setCell:cell];
[cell setControlSize:NSRegularControlSize];

rect = [cll drawingRectForBounds:NSMakeRect(0, 0, 30, 30)];
[cell drawWithFrame:rect inView:[self controlView]];

とすると表示はできたんですがボタンがチェックボックスになってくれません。
しかも表示もなんだかおかしいし。
どなたかやり方後存知でしたら教えてください･･･

>>239
>>202文中の「その下に画像を選択するチェックボックス」
というのがよくわからないんですが、こういう感じのインタフェースのこと？
http://amb.sakura.ne.jp/hanyou/img-box/img20060703225311.jpg

それで、画像ビューア的なものを作ろうとしているためにMatrixの個数が
ころころ変わるから、カスタムクラスで対応しようとしている、と？

>>240
まさしくそんな感じです。
画像の右下につけたいんですが、どうしてもうまいこと行きません。
どうやったらそんな感じになるんでしょう？

>>241
こんな感じになった。

キャプ
ttp://amb.sakura.ne.jp/hanyou/img-box/img20060703234818.png
ソース
ttp://www.vipper.org/vip284697.zip.html

>>242
わわわわーーーー！まさしくこういうやつです！　すげーーーー！
ありがとうございます！　早速試してみます！

Online会員もOKになってるよ。

Cocoaセミナー中級編開催
7月11日（火）、8月1日（火）
http://developer.apple.com/jp/
・書類とアプリケーションの間の関係の解説
・テキストファイルの読み込みとその表示
・Cocoaのデザインパターン
・XMLのパース
・配列、辞書といった、Cocoaのコレクションクラス
・テーブルビュー、アウトラインビューの使用方法

メニューバーが消えているかどうか、チェックする方法はあるでしょうか
[NSMenu menuBarVisible]
だと、そのアプリ内でメニューバーを消したかどうかしか分からないのです

>244
見てるんなら
>>230-238
あたりを説明してから帰れ。＞kaneko atmark apple.com

# 僕は君より井上しゃんの方が好き。

>246

井上しゃんてcocoa-devでよくマルチリンガルなネタだのローカライゼーションなネタに答えてるaki inoueしゃんのこと？

だったら漏れもラヴかもしれん（w

>>246
日本語訳は2003/9だね。英文は2005/10の更新でこの記述が追加されてる。
2005-10-04 Clarified effect of sending messages to nil.

すみません、cocoaにc++等のcソースをそのまま使用できると聞いたんですが…
もしわかる方おられたらご教授ください

>>249
http://developer.apple.com/jp/documentation/cocoa/Conceptual/ObjectiveC/index.html

Cocoa基礎ガイド
http://developer.apple.com/jp/documentation/Cocoa/Conceptual/CocoaFundamentals/index.html

InterfaceBuilderのBindingで質問です。

ウィンドウにチェックボックスが二つあって、それぞれParentとChildと
します。ParentがOnになると、ChildがEnableになるというのを
IBのBindingでやりたいのですが、どうすればよいのでしょうか。

File's Ownerに対してBindingすればよいと思うのですが・・・KeyPathに
Window.Parent.stateなどとしてみたのですが反応しませんでした。

File's owner のクラスが何か知らないけど、
そこに instance variable を何かひとつ用意しておいて、
両方ともそこに bind したら ok。

keypath でも出来ると思うけど、その場合は
各クラスのメソッド名をちゃんとしらべないとだめでしょう。
特に単に IB で window を設計しただけだと、
window 内のメソッドで parent とか取り出せないと思う。

ところで、214さんの前の書き込みを読むまで
Binding が retain/release を自動的にやってくれるのをしらずに
いちいち - setXXX を書いてました。教えてくれてどうも。

そこまで自動でやってくれるんだったら NSObject の dealloc で
instance var. に全部 release を送ってくれても良いのにね、
短いプログラム書いて確かめてみたら、してくれないようです。

>>254
>特に単に IB で window を設計しただけだと、
>window 内のメソッドで parent とか取り出せないと思う。

ああ、やっぱり、IB単体でenabledをバインドとかはできないのですか
IB上のtest interfaceではどうにも動かせなくて。
コーディングがなくてもEnableくらい処理できるかな、と思ったので
すけど...
結局、最低限
・NSApplicationのDelegateを自作のControllerにつなぐ
その上で、
・ControllerのInstance変数にParentのStateをBindingさせて
・それにChild.enabledをBinding
するか、
・ControllerのIBOutlet ParentにParentチェックボックスをつないで
・ChildチェックボックスをKeyPath:Parent.StateでBinding
するとかでしょうか。

今までの自分のやり方なら前者になるのかな。
やっぱり、KeyPath（Key.Key.Key...）の使いどころがよくわからん．．．

>>256

>するとかでしょうか。
だと思いますが、
>・ChildチェックボックスをKeyPath:Parent.StateでBinding
では駄目だと思いますよ。Parent.state では？
binding って大文字小文字気にしたような気がします...
いまやってみるとやっぱり気にしましたよ。

すくなくとも、Cocoa では何単語かに渡る名前を
ひとつの識別子にするときは valueForKey のように、
二つ目以降の単語の語頭のみ大文字にするのが慣習なので、
それに従っておいたほうが間違い減ると思います。
まあ、言語やら流派によって
ValueForKey だったり、value_for_key としたり
いろいろなんですけど、Cocoa はそうなので。
郷には入れば郷に従えということだと思います。

あと、var というメンバに対してのアクセッサは - var,
セッタは - setVar にするのが慣習だと思います。

追加すると、
> やっぱり、KeyPath（Key.Key.Key...）の使いどころがよくわからん．．．
KeyPath は keyPath, Key.Key.Key は key.key.key ね。

まあ僕も keyPath の使い方はわかってませんが。

>>256

Model-View-Controller デザインパターン にしたがってプログラムするのが良いと
思います。

http://developer.apple.com/jp/documentation/cocoa/Conceptual/CocoaBindings/index.html

の「Cocoa バインディングとは」の項目を熟読することをお勧めします。

>>256
コードなしでもNSObjectController使えばできるよ
1. Interface Builder上でNSObjectControllerをインスタンス化（パネルからInstancesにドロップ）
2. コントローラのAttributesの"Automatically prepares content"をチェック
3. parentのvalueをコントローラにバインディング（たとえばparentStateというキーに）
4. childのenabledをコントローラのparentStateにバインディング

254がいうように、Bind to:対象のオブジェクトをどうやって得るかってのが問題なので
parentを参照する方法があればコントローラは不要になりますね。

Blender で関節を作って、それを cocoa のスクロールバーを動かしたら関節が動く

という風にできる？

>>260
>コードなしでもNSObjectController使えばできるよ
おお！そうかNSObjectControllerってそういう風につかえる
ものだったのか！

これなら確かにコーディングせずにControllerが使えますね・・・
目から鱗です。

実際使い道が思い浮かばなかったんですよね。あのレベルなら
融通が聞かないので自分でController書いてしまえ、と。

//

とはいえ、結局Bindingを使うためにはControllerが必要である
ことが確認できただけでも良かったです。
（Model obj to Model objでのBindingが出来るわけではない）

勉強になります

>>262
>Model obj to Model obj
View to Viewの間違いですたorz

>>262
何か根本的に理解を誤っていたんじゃないかな。
MVCがあり、MVCに則ったCocoaフレームワークの再利用可能なViewがあり、
その上で再利用可能なControllerとしてNSObjectController以下のCocoa Bindingが出てきた。
それを実現してるのがKVCとKVO。
この流れはTigerのCore Dataで再利用可能なModelまで行くと、そういう感じ。

ちなみにKVCとKVOは理解しておかないと、NSObjectControllerが何をやってるか分かんないよ。
（→あのレベルなら融通が聞かないので自分でController書いてしまえ、なんて勘違いする羽目になる）

>>265
うーん。そういわれると確かに分かっていません。

KVC、KVO、BindingはいずれもNSObjectで提供されていると
思っていました。
ですので、別にIB上で完結するView-to-ViewのBindingが
あっても良いと思っていたのです。
（実際ViewからViewへ直接Messageを送ることがIB上では
actionとしてサポートされているので、同じように思っていました）

これとは異なり、MVCはあくまでオブジェクトモデリングの概念
を３種のオブジェクトに分けて役割を割り当てたもので、KVC／
KVOとは別の概念ですよね。・・・

あぁ、何がいいたいのか自分で分からなくなってきたorz。

バインディングでつなぐのは、どのオブジェクト間でもできます。コードさえ書けば。
詳しくはこのへん
ttp://developer.apple.com/jp/documentation/cocoa/Conceptual/CocoaBindings/Concepts/HowDoBindingsWork.html#//apple_ref/doc/uid/20002373/194182

>KVC、KVO、BindingはいずれもNSObjectで提供されている
というのは正しくて、Interface Builder上ではBind toに指定できる
オブジェクトが限定されているってことです。たんにAppleがさぼっているのか、
正しい？MVCを身につけられるようにとの教育的配慮なのかはわかりませんが。

あれ？両側でバインディングしたらだめかも。
コード書くのって片方向のときばかりなので。実際に確認してからまた書きます。

>>266
Bindingって言葉のイメージで、例えばAとBをBindしたら、双方向に変更が反映されると思うかもしれないけど
実際は違って、KVOで監視されるのはModelだけ。

そもそもCocoa Bindingって元々はController Layerとかそんな名前で記事が公開されてたはず。
あくまでModelとViewを繋ぐコードを出来るだけ書かないで済ませられる、再利用可能なControllerの導入。

KVCの条件
http://developer.apple.com/jp/documentation/cocoa/Conceptual/KeyValueCoding/Concepts/Compliant.html#//apple_ref/doc/uid/20002172

KVOの条件
http://developer.apple.com/jp/documentation/cocoa/Conceptual/KeyValueObserving/Concepts/KVOCompliance.html#//apple_ref/doc/uid/20002178/BAJEAIEE

>>267
適当な自作controllerでもKVCにさえ対応させればinterfaceBuilderからbindできるお。
nib上のNSDictionaryですらbind先に出てくる。

Obj-Cプログラム中に、
Cの標準ライブラリ関数の機能
sin(x)とか使いたいとき、#include <math.h>すればそのままつかえるの？

試せよ

やだな〜、コンパイルエラーが起こると鼻から悪魔が出てくるんじゃないかって
おびえてるんじゃないですか

デモン君は良い悪魔だから、出て来ても安心だよ

毛穴から皮脂が出てきます

メールアドレス間違えて送ると悪魔から返信メールが来るしな。

-lmとかはどこで指定すんの?と聞いてるんじゃまいか?

libm って libSystem に入ってたんじゃなかったっけ？
すくなくとも

#import <Foundation/Foundation.h>
#include <math.h>

int main(){
NSLog(@"%f",sin(1));
}

なら -framework Foundation だけでokだったお

/usr/lib/libm.dylib -> libSystem.dylib*

htmlファイルをプレーンテキストとしてNSStringに読み込みたいんですけど
どういう方法がありますでしょうか？

NSString stringWithContentsOfFile:encoding:error:

NSAttributedString を initWithHTML:documentAttributes:　でつくる。
そこからstring メソッドでNSString取り出す。

NSImageCell の trackMouse:::: ってちゃんと動いてます？
NSImageCell のサブクラスを作って、コントロールビューの mouseDown: から trackMouse:::: を送っても YES が返ってこない。

試しに NSCell のサブクラスにしたらちゃんと返ってくる。
自分の実装の仕方が悪かったのか、バグなのか、よく分からないまま、
trackMouse:::: を以下のようにオーバーライドしたらちゃんと動くようになりました。
{
NSCell *cell = [[[NSCell alloc] initTextCell:@""] autorelease];
return [cell trackMouse:theEvent inRect:cellFrame ofVIew:controlView untilMouseUp:untilMouseUp];
}

なんだかあまりスマートじゃない気がするんですが。。

昔のプロジェクトをUniversalBinaryで書き出したら
warning -prebind ignored because MACOSX_DEPLOYMENT_TARGET environment variable greater or equal to 10.4
というエラーが出ました。特に動作に問題が無いので無視してもOKですかね？

プレバインドの機能は無くなったからOKじゃまいか。
気になるようならビルドの設定でプレバインドを切ればいい。

>>286
Thanks

prebindは無くなってはいない。OSX10.3.4でローダのバグ修正したらprebindなんて殆ど
効果は無く、却って遅くなる場合もあることが露呈したので非推奨になった。

質問です、特定のキーを押した状態でクリックで動作を変更するにはどうしたらいいんでしょうか？
（例：Shift+クリック）
お知恵をお貸しください。

NSEventのmodifierFlagsをチェックする。

>>289
ttp://www.big.or.jp/~crane/cocoa/cocoaNote/cocoaNote.html

手元に確認できる環境がないんだけどprebindオフにしても10.1とか10.2で動作はするんですか？

Cocoa初級編セミナー、1時間経過...

さて、cocoaってやつを使ってみるか。
とりあえずテキストでなんかかけばいいのかな？

http://developer.apple.com/jp/documentation/japanese.html
Cocoaセミナー 初級編
資料(テキスト・プレゼン・サンプルコード、8MB)
ムービー
Cocoaとは(32分、14MB)
簡単なアプリケーション(42分、58MB))
複雑なアプリケーション(40分、59MB))
アプリケーションらしく(40分、54MB))

中級編のプレゼン資料読んでみたが。
これに書いてある内容を知らない人は助かっただろうな。
知らない人が自分で調べて理解するには、
それぞれの項目について１日は費やすだろう。

>>295
これすばらしいですね
もともと無料のセミナとはいえ
まさかPDFだけじゃなくて動画ごと公開してくれるとはうれしいうれしい

ADCJ、いつからこんなに気前よくなったんだよｗ

ですよね
この調子でいろいろ出しまくってほしいです

全リファレンスの日本語化を

いまいち日本語だと分かりにくいドキュメントもあるんだよな。翻訳の問題か慣れか。
キー値コーディング、ってどうよ。

ブラボー。よくやった。

木下先生、様々。

でも中級っていうよりは「初級２」って内容だな

こういうの嬉しいなぁ

で、なんでこれをPodcastで配信しないのかと小一時間

日本語に出来ない単語は英語表記の方がええわな。

キー値バインディング、キー値コーディング、キー値監視、リレーションシップの
濃度、何だ？意味わかんね。特に最後の濃度。

iPodで再生出来る？

http://developer.apple.com/jp/documentation/cocoa/Conceptual/CocoaBindings/Concepts/OOModel.html
http://developer.apple.com/documentation/Cocoa/Conceptual/CocoaFundamentals/CocoaDesignPatterns/chapter_5_section_5.html
ここでは cardinality を本当に数学用語として使ってあるから
数学用語として濃度と訳すのが正しいですね(集合の要素の数のことです)

ただリレーションシップでは有限個しか扱わず、無限個を扱うことがないはずなので
もともとの英語の記事から Number of Relationship として、リレーションシップの数と訳す方が
数学用語と知らない一般のプログラマにわかりやすいですね

僕は訳の問題ではなく元記事の問題だと思います

DB用語としては普通にカーディナリとかカーディナリティとか言うから、
そのままカタカナにしてくれたほうが一般のプログラマにはわかりやすくないか?

カタカナにするくらいならそのまま英単語表記の方がいいよ。カタカナだと
一度英語に変換しなきゃならないからイライラする。

もう原文で読めよ

それは嫌。

NSImage/NSImageRef系では画像のフォーマットを調べられないのでしょうか。
拡張子での判断ではなく、信頼性のある情報が欲しいのですが、そのようなメソッドを見つけることができませんでした。

このスレ的でのオススメ本はどれですか？
ttp://homepage.mac.com/mkino2/books/index.html

個人的には、Cocoa Recipes for Mac OS X: The Vermont Receips
Cocoa Programmingが気になるのですが........

http://www.big.or.jp/〜crane/cocoa/0800_internet/messageSend.html
ここの『フレームワークを追加』するとあるんですが
cocoa Applicationでプロジェクトを作り　Xcodeの場所でプロジェクトからフレームワークを追加する
に行こうとしたんですが　『フレームワークを追加がありません』


Project Builderのプロジェクトって書いてあって　Project Builderでスポットライトで検索したら無く
どこにあるか困っています
ちなみにOSは10.4 Tigerです

>>315
左のグループとファイルペインのところにFrameworksというフォルダがあるわけだ。
そのフォルダを選択した状態で、ツールバーにあるアクションをクリックした中のメニューか、
Frameworksを右クリック、あるいはcontrol + クリックで出てくるメニューの中に、
追加 > 既存のフレームワークってのがあるはず。
でもって、ライブラリってとこに飛ぶはずなので、その中からFrameworksというフォルダを探しなはれ。

>>316さん
凄い！できました！
ありがとうございます、『cocoaはやっぱり』さんのサイトに載っているアプリケーションを
作ったら次はどんな物を作ったら良いですか？　なかなか簡単な物を作ろうと思っても
英語とか難しいものばかりなので参考になるところとか教えて下さいお願いします

>>317

>>295

任意のfile pathを絶対パスにする方法で悩んでいます。
・絶対パスはそのまま使う
・相対パスは展開する（~/foo/bar, ../foo/bar）
・ファイル名のみはカレントパスを補完
これをまとめて一発でやる方法ってないものでしょうか。
簡潔に書く方法が思いつかず、つい汚くなってしまいます。

a. [thePath isAbsolutePath]でチェック
　・・絶対パスならそのまま返す
b. [[thePath pathComponents] count]で相対パスかどうかチェック
　・・「./」「../」「dir/」で始まるかどうか見てそれぞれを補完
c. [[[NSFileManager defaultManager] currentDirectoryPath] stringByAppendingPathComponent:thePath]で補完
d. 最後に[thePath pathComponents]を得る。

//

ここまで書いて気がついたんですが、もしかしてstringByStandardizingPath
一発でカンペキOKなんでしょうか...

>>319
>d. 最後に[thePath pathComponents]を得る。

これ間違えました。無用ですね。

>>313
NSImage/CGImageRefでは出来るかどうか知らんが
GraphicsImporter使えば出来るんじゃまいか?

適当でスマソ。

http://developer.apple.com/jp/documentation/japanese.html
セミナーの演習などを見させてもらったんですがRubyCocoaって初心者でも手軽にできますか？
あとどんなアプリケーションが作れるかしりたいです
http://www.studio-kura.com/index.htmlさんのpageみたいにジョークソフトを作ってみたいんですが
cocoaでもできますか？？

>>313

fileコマンド呼んじゃうのが楽でない？

>>322

RubyCocoaは来週のWWDCで話が出るんじゃないかな？

>>319
一旦NSURLを経由して、URLWithString:relativeToURL: を使うとか。
あとみやくん氏のブログでこんなのを見た。
http://blog.cocoa-study.com/?eid=92750

>>321
GraphicsImporter は QuickTime ですね。
たしかにできそうでもある、、が、敷居が高そうです。調べてみます。

>>323
こんなコマンドがあったのか。確かにこれは簡単だw
ですが、これだと NSImage では扱えないのに file では扱える（または逆）、
ということになる可能性もあるので、できれば他の方法がいいですね。

で、結局 NSImage/NSImageRep の範囲でできてしまったんですが、どうもあまり気持ちがよくない。
どうしたかというと、NS*ImageRep のサブクラス HogeImageRepを作り、+imageUnfilteredFileTypes で返すタイプを制限、これをフォーマットごとに定義してやって、初期化できた HogeImageRep が返すタイプがまさに画像のフォーマットである、
という荒っぽいやり方です。

PDFImageRep, EPSImageRep, TIFFImageRep, BMPImageRep, PNGImageRep, ...
面倒で美しくないです。。

画像のフォーマットぐらい、NSImage が教えてくれてもいいような気がするんですが。
NSImage(Rep) はとにかく画像データを描画するというスタンスなのでしょうか。

描画するというスタンスでしょう。
元データが何だったかなんて読み込んでしまえばどうでもいいことだし。

NSImageFile(wじゃないもんね。

少しして気づいた。この方法でも駄目だった..('A`)

で、結局、QuickTime の GraphicsImport の API と（というか Carbon と）格闘しました。
GraphicsImportGetImageDescription() という関数を使うと、読み込んだファイルのプロパティが得られるみたいです。
数時間の試行錯誤と検索の末、やっと「JPEG」の文字が標準出力に表示されました。

const char *fname = [imagePath cString];
// >>
FSRef fr;
FSSpec fs;
Boolean dir;

FSPathMakeRef((const UInt8*)fname,&fr,&dir);
FSGetCatalogInfo(&fr,kFSCatInfoNone,0,0,&fs,0);

ComponentResult error;
GraphicsImportComponent fileImporter;
GetGraphicsImporterForFile(&fs,&fileImporter);
ImageDescriptionHandle imageInfo;

imageInfo = (ImageDescriptionHandle)NewHandle(sizeof(ImageDescription));
error = GraphicsImportGetImageDescription(fileImporter, &imageInfo);
// << ここらへん殆ど意味分かってません

short width = (*imageInfo)->width;
short height = (*imageInfo)->height;
OSType type = (*imageInfo)->cType;
NSString *str = QTStringForOSType(type); //or NSFileTypeForHFSTypeCode(type);

NSLog(@"Image info: %ux%u, Type: %@ Codec: %s",width,height,str,(*imageInfo)->name);

NewHandle()したらDisposeHandle()をお忘れなく。

あと、CloseComponent()も。

私ぐらいの初心者で手軽に作れるアプリはあります？？？
ん〜ペイントツールとか作ってみたいんですが　誰かcocoaのサンプル＋作り方が載ってるページあったら教えて下さい
それと、本を注文してみました　AppleScript Studioでゼンマイびゅんびゅん!!とMacでJava!―Macに付属のXcodeで始めるJavaプログラミング入門
Happy Macintosh Developing Time―はじめてさわる、はじめてわかる!!Xcodeに完全対応、Web Kitも解説です
他に良い本などあったら教えて下さい　Xcodeに対応してない物が多く困り中〜

ツールの使い方だけ知っても仕方ないとは思うけど・・・

>>332
あんた>>322でも書いてた人？

>>332
ペイントアプリケーションの作り方は
中村正弘著「はじめてのMac OS X Cocoaプログラミング」
って本に書いてある。
今もこの本売ってんのかな？

買った本からして、作りたい物の方向性が見えない。
闇雲に方法を模索すると正解が導きだせないよ。

>>330-331
ちゃんとしておきました。
QTのドキュメントにも「Disposeしろ」と散々書かれていた。

>>332
HMDT は Objective-C が前提ですが、これは中級者向けとよく言われます。
>>335 も Objective-C です。
Cocoa やるなら Objective-C 以外無いかと。

凄い初心者なので一応　本買っときました
古いcocoaはxcodeに対応してないのでやめときました
あとブラウザ作ってみたんですが　ホームに戻る　のボタンが作れません
詳しい方教えて下さい

>>328
凄い初心者というのならせめてここで質問してからがよかったのに…。
古いCocoaって、Cocoaが扱われてればXcodeで作成する手順が書かれてる思うけど、そうでもないのかな。
とりあえずMac OS X Cocoaプログラミングはオススメ。

で、ホームボタンが作れないというけれど、どこがどうわからない？
WebViewにURLを読み込ませる方法？
それとも、ボタンとアクションの接続方法？
それ以前にボタンの配置方法？

ブラウザで他のサイト行ってて　ヤフーとか検索サイトに指定したホームに戻るってことです
ボタンのアクションです
もしIRCで教えてくれる人いますか？
irc.tokyo.wide.ad.jp
ポート6667
#cocoa1
です

>>338
初心者がXcode触るとすぐ挫折しそうな...
結局、ツールの使い方に終始しそうだし。
HMDTのブラウザ作るってのも結局はコード書かずに
ツール使ってるだけだから、コード書けないんだったら
やってもあんまり意味ないよ。

Ruby、Python、Javaあたりでオブジェクト指向プログラミング
もしくはCで構造化プログラミング
が出来るようになってから
再度Xcodeを触る方が結局近道だと思う。

すぐGUIのアプリが作りたいんだったら、
REALbasicがオススメ。
IntelMac対応もアナウンス済みだし、オブジェクト指向言語。
ペイントアプリもチュートリアルで作り方が載っている。
デモ版(Standard)は１ヶ月無料で機能制限無しで使えるし、
Xcodeいきなり使うよりはこっちの方が良いんじゃない？

むむむ〜 ーー；
難しそうですね　Rubyってすごそうだと思いやろうとしたら英語だらけで挫折
もしかして近いうちにXcodeじゃなくてStandardってツールに移り変わるトカ？
一応、やさしいCって本持ってるんですけど　Cじゃアプリ作るの難しそうなので
cocoaに来ました？GUIアプリって何ですか？
ちなみにREALbasicってのが気になります　簡単にアプリとか作れますか？
自作のアプリを作ってMypageに載せるのが夢なんです＾＾；

それと計算機とメモ帳とHello Wordなら作れまし
ちょっとREALbasicってのを試した見たいとおもいます

中2からやりなお

してきました。

>>342
なんかネタのような気がしてきたけど、
一応マジレスしておく。

Rubyは作者が日本人だから、日本語ドキュメントは充実してるよ。
Standardってなんだ？
CocoaはObjective-Cで使うことが多いけど、
Objective-CはCのスーパーセット（Cを完全に内包している）だから、
C言語を理解していないとちゃんと使えないよ。
GUIはGraphical User Interfaceの略。

REALbasicはシンプルなGUIアプリぐらいだったら簡単に作れる。
詳細はhttp://www.asciisolutions.com/products/rb/
を調べてくれ。

ってか、計算機、メモ帳作れるんなら、こんなことは周知のはずなんですがね。
REALbasicの試用期限が切れた頃にまた来てください。

RubyCocoaの日本人作者、WWDCでスピーカーやるそうだ!!

>>346
それってWWDC本編じゃなくてmeetupじゃないすか？
スピーカーやるならLaurent Sansonettiだと思うんですけど。

まずCocoaが何なのか分かってないような。
CocoaやるのにREALbasicってこれ如何に。

>>348
Cocoaが目的じゃなくてアプリを作ることが目的だから
RBすすめてるんじゃないの？
Xcodeはある程度開発の経験と知識が必要とされるけど
RBならそれより簡単だろうし。使ったことないから知らないけど。

>>348
ttp://slashdot.jp/mac/article.pl?sid=06/01/10/1213218
REALbasicはCocoaをサポート予定ですぞ。

>>350
まじで！
REALbasicも使うので嬉しい！
でも、あの会社、信じられないところもあって…

対話形式のコンソールアプリをXCodeからデバックするにはどうすればよいのでしょうか？Consoleからは出来ないし。。。やっぱ、Terminalから直接gdbで
やるしかないのでしょうか？

ひょっとしてスレ違いでは？

>352
Debug > Standard I/O Log

>>353
確かにCocoaではないし。ただ、OSXプログラミングについての
スレってココくらいしか無い様なのでつい質問してしまいました。
スミマセン。

対話形式のコンソールアプリをCocoaで作っても不思議じゃないけどな。

>>354
やた！できますた。
これで、わざわざTerminalでのデバッグを
しないですみます。ありがとうございます。

Rubycocoaダウンロードしてみました！
使い方がいまいちなんですが　Xcodeから開いてRubycocoaを使うんですか？
それともRubycocoaのアプリがあってそれを開くと開発できる画面にでるんですか？
Rubycocoaの開発画面の場所とか教えて下さいお願いします。

cocoaもやっと64ビット！
カーボンを64ビットにするということはカーボンはまだまだ使えって事？

>使い方がいまいちなんですが
頭の使い方がいまいちなんですね

>>359
Cocoaは上位フレームワークで中身はCarbonやCore何とかの集合体

>>359
例：QuickTimeベースのQTKit

Objective-C 2.0て
ﾊｱﾊｱ

>>361
CarbonもCoreFoundationの上位レイヤーだけどね。

誰か Objective-C 2.0 のドキュメントだけでも横流ししてくれないかな...

みなさん最初は何を参考にしてcocoaを勉強しましたか？
もうcocoaはさっぱりです-_-;
Happy Macintosh Developing Time
─はじめてさわる、はじめてわかる!!の黒い方の本がxcode対応なので届くのが楽しみです♪
あと参考HPなどあったら教えてください　今の所cocoaはやっぱりさんのHPを参考にしています

>>366
http://www15.plala.or.jp/NovemberKou/
このサイトがオススメ。
Xcodeも最近のバージョン使ってるし、
手順通りにすすめていけば一通りの機能について学べる。

Obj-C 2.0ってADCの情報？

初心者はまずここで。
ttp://developer.apple.com/jp/documentation/japanese.html
HMDTが嫌いじゃなければ、Cocoa初級セミナーもmovである。

>>368
ttp://www.apple.com/macosx/leopard/xcode.html

ttp://park15.wakwak.com/~concordia/cocoa_break/index.html
日本語訳のドキュメントの数がすごいんだけど

>>366
Cocoaは定番のヒレガス本で覚えろ。あと見てないからわからんけど、
アップルのサイトにあるCocoaセミナーの資料とか。

おはようございます♪
返信ありがとうございます！
参考にしてみます！
cocoaだけじゃダメだと思って　C言語も初めてみたんですが
C言語はウインドウとかボタンとか出ないから凄い使いづらいです
色々参考にして試してみます。

>C言語はウインドウとかボタンとか出ないから凄い使いづらいです

ん〜・

いや、ガンガレ

C言語なんてOSXに対応してないので
サッパリです　これじゃcocoaもダメですか？？？
hello worldなら出来るんですが　cocoaみたいにウインドウとかボタンとかテキストフィールドとか
でなくて　ただhello worldって実行欄にでるだけで　難し過ぎます
OSXで参考になるC言語とかのページ知りませんか？　毎回毎回質問ですみません

>>373
>cocoaだけじゃダメだと思って　C言語も
Cocoaは言語じゃないって。
Cの知識はプログラミングの常識みたいなものですが。

>C言語はウインドウとかボタンとか出ないから凄い使いづらい
いやだって言語だから。

>>375
>C言語なんてOSXに対応してない
なんでよｗｗｗｗ

やっぱり分かってないな。

しばらくはプログラミングの基礎を勉強した方がいい。
ここに来るのはC言語（とObjective-C）を習得した後。

難しすぎるって、、
プログラミングとは本来そういうやり方ですが。
printf() 使うだけのプログラムなんて、NSLog() だけを使った Cocoa アプリと同等だね。

ちなみに日本語版のxcodeのアップデートは無いんですか？
私はタイガー付属のxcode2.0なんです　調べてみたんですが2.4は英語だらけです
日本語版の一番新しいxcodeはどこにあるんですか？

聞いちゃいない。
これは釣りかもしれん。ハンドルからそうだし。

釣りじゃありません

教えて君のコピペが見つからない。

>hello worldなら出来るんですが　
>cocoaみたいにウインドウとかボタンとかテキストフィールドとかでなくて
>ただhello worldって実行欄にでるだけで　難し過ぎます

ビジュアルがあると、やってて楽しいしね
わかるよ

とりあえず、オブジェクト配置して、接続して、

[textfield setStringValue:@"Hello World"];

はできるようになりますたｱｧ

あーもー教えて下さい本当に
電卓とhellowordならできますよ
プログラマーの人たちって猫かってる人多いですね
あとxcodeのバージョンが古いんです2.0ですけど　日本語版の新しいバージョンは無いんですかぁ？

いいね〜香ばしくて

釣り認定。

見つけた。どうやらこれがオリジナルらしい。
長いからポインタだけ。
http://piza2.2ch.net/jisaku/kako/977/977945208.html
>383 日々精進して二度とこないように。

ああ、もちろん教えて君はリンク先を参照したりしてはいけないぞ！

もーそれって酷いですよ
教えて下さい　xcodeの新しいバージョン（日本語版！）お願いします

なんで新しいバージョンがいいの？
入門書はProjectBuilderや古いバージョンを前提としたものも多いし、
そこまで低脳なら古いバージョンの方がいいかと。
あと、英語(版)に抵抗あるならプログラミングはやめた方がいい。

そうやって自分がプログラミングできて凄いと思ってるから
私みたいな人を低脳呼ばわりするんです！「
酷いざです　英語に抵抗ありますよバリバリ悪いんですか？？？？

正直英語に抵抗がある人は向かない。
読み書き出来なくても別にいいけど抵抗だけはどうにもならん。

Cocoaでソフト開発なんて、日本語のドキュメント少ないんだから、
英語読めないと話にならんよ。

ひょっとしてADCに登録もできないとか、、、？
Xcodeはなるべく新しい方がいいと思うな。
2.3はマルチリンガルで日本語のメニューあるし。
IBは英語で十分でしょ。

どうでもいいんだけど、>>383さんが作れる電卓ってどんな電卓？
電卓って初心者が作るには結構難しいと思うんだけどね。
GUIにしろ、CUIにしろ。

isEqualToStringの使い方がわからん…。
if([W_num isEqualToString:@""]) {
とか書いてる俺は厨房ですかそうですか。

Objective-Cに抵抗ありすぎる…。英語はどうでもいいんだが。

>>394

この演習でやってる。すごいね、ビデオの威力。
IBの操作をキャプチャー画面で巻き戻しながら見れる時代。

http://developer.apple.com/jp/documentation/japanese.html
HMDTが嫌いじゃなければ、Cocoa初級セミナーもmovである。

>>395
別に普通、@""でEqual取るかどうかは知らんけど、
if([W_num isEqualToString:@"HogeHoge"])
if([W_num hasPrefix:@"HogeHoge"])
if([W_num hasSuffix:@"HogeHoge"])
if([W_num length] > 0)

こんなのはよくやる。

>>395
NSString *str = @"";
if ([str isEqualToString:@""])
NSLog(@" aaaaaaaa ");

W_num が何なのかよくわからないけど。

>>394さん
私のつくれる電卓はcocoaセミナーさんでみた動画の電卓です
大きな計算できないけど〜

>>397-398
ありがとうございます。
次のようなコードを書いてみました。

#import "CalcClass.h"

@implementation CalcClass

- (IBAction)Calc:(id)sender
{
if ([W_num length] == 0) {
[Price setStringValue:@"Test"];
}
}

@end

実は計算ツールを作っています。
W_numとPriceはテキストフィールドです。
ifで、W_numの中身の長さが0のとき、Priceの中身をTestに変えるというのを目的にしたコードなんですが、実行しても期待通り動きません。なんか勘違いしてるんだろうか…。実行ログには次のように出ます。

2006-08-09 13:58:30.437 eWarrant[11324] *** -[NSTextField length]: selector not recognized [self = 0x32c930]

>>400
NSTextFieldにlengthメソッドは無いと思うよと言われている

if ([[W_num stringValue] length] == 0) {
　[Price setStringValue:@"Test"];
}

こうやりたいんだろうと補完してみた

おおお、できました。
そうやって長さを測るのね…。一歩前進しました。

ありがとうございました。

NSTextField そのものは数とか文字列じゃないよ。
あくまで入力ボックスだから。内容を取り出すには
[field stringValue] とか [field intValue] とかしないと。

>>402
コンパイル時にWarningでlengthって知らんとか言われてると思う。
Warningにも目を向けれ。

LeopardではCarbonからCocoaViewにアクセスできるらしいけど、
もし、C++でCocoaアプリ組めるって事ならば俺も開発してみたい

realbasicやりましたよ〜
数当て作ってみました〜

REALbasicはスレ違いなので。

>>407ただの報告ですよ〜〜

MacOSXで使える　総合開発ソフトって何がありますか？
私が知ってるのは　RealbasicとcocoaとRubyとかjavaです♪

ちょっと面白かった。

総合か。わからなくはないけど、違和感を拭えない。

>>408
統合開発環境だったら、
RealBasic、Xcode+InterfaceBuilder、CoreWarrior、Eclipse、NetBeans辺りかな。

ちなみに、
REALbasicは開発環境で、
Cocoaはフレームワーク、
Ruby、Javaは言語。
関係は並列じゃない。

（´_ゝ`）

がーーーん
って違ったんですか
Rubyってのは言語だったんですか、なんかRubyってソフトあってそれを開くと
Realbasicとかxcodeみたいにできると思ったのに〜〜
この前Rubyをインストールしたんですけど　もう全く意味が分かりません
xcodeを久しぶりに使ってみたら　Rubycocoaってあったんです！

そのプロジェクトから作れば良いんですよね？？？　なんかターミナルとか
でてきて私のOSが新しいせいか対応してなかったりするんです　もう訳わかめ〜♪

あ訂正です−
cocoa-Ruby Appulicationです
説明無しって欄に書いてあるんですけど〜バグ？
あとRubyってどのように使っています？　xcodeからなんですか？
ターミナルってどっかのHPに書いてあったんですけど

M女史？

>>405
C++ の文法理解できていて Obj-C の文法理解するのに2日かかるひとなんて信じられないけど... みためちがうだけですよ。

あとは retain/release を勉強するだけ。
Leopard になって要らなくなるらしいけど。

Cocoa の C++ への binding ができたとしても、
結局大変なのはどんなクラスとどんなメンバ関数があるかを
把握することなわけだし。

>>413
RubyCocoaはObjective-CのかわりにRubyで書けるってもので、
言語以外はObjective-CでのCocoa開発とあまり変わらないです。
開発環境はふつうXcodeになると思います。
intel Macだと、最新の0.4.3d2じゃないと問題が起きるかもしれません。

>あとRubyってどのように使っています？
おいらはWebブラウザから使うことが多いな。

>>417さん
おお！参考になりました！
ありがとうございます　がんばってみます♪

NSAutoReleasePoolのreleaseでクラッシュするので
具体的にどのオブジェクトの破棄でクラッシュしたのかを
調べる方法をしりたいのです。(PPC G4)

レジスタでポインタが分かるらしいのですがその辺詳しく
書いたサイトがあれば教えてください。

>>419
しかしなんでRubyCocoaなの？
初心者がRubyCocoaは茨の道ですぞ。

>>420
http://developer.apple.com/jp/technotes/tn2124.html
http://www.cocoadev.com/index.pl?DebuggingAutorelease

ん？Xcode2.4の新規プロジェクトテンプレートにRubby Cocoa Applicatio、入ってんの？
それとも...

>>421さんRubycocoaって難しいんですか？
ん〜　いまrealbasic使ってますけど　hello worldが簡単に出せて嬉しいですけど

Xcodeでcocoaアプリケーションやって　hello wordの出し方が未だに分かりません
これって案外簡単そうだと思ったら　　わからないんですよ
テキスト表示とかメモ帳ならわかるんですけど　ポップアップみたいにhello worldって出し方が
わりません〜　誰か詳しい人教えて下さいお願いします！！！！１

>>424
うっとうしいからとりあえず口調改めるか黙ってくれ。
過去ログ読めばいくつも初心者用サイト挙げてくれてるだろうが。

追伸です〜
cocoaセミナーさんがやってたテキストフィールドにhello worldってやるやつじゃなくて
警告のアラートみたいなやつでhello worldってでてOKって出るようにポップアップみたいなやつです
知ってる人教えて下さい！

これはもうだめかもわからんね

>>422
さんくすです。
　実はこの辺は一通り試したんですけどね。

・・・同じコードがIntel iMacで落ちないのですよ。
エンディアンに絡むようなコードは一切書いていないのに。
もうお手上げに近いっす・・・

これは駄目かも分からんね

NSAlert
http://www.big.or.jp/~crane/cocoa/0900_general/Panther/index.html

>>420
[NSAutoreleasePool showPools];
release前にこれ使ってみた？

ポインタ死んでたら、これもダメかも
Objのアドレスなら (gdb) p/x $r3 分かるかな
release2重バグは面倒だね

1.release少なく(retain多め)
2.その逆

１の方がObjectAllocで見れるからデバッグが楽になるとも言える

後は所々に、retainCountでAlertを入れておくとか

>>432
>release2重バグは面倒だね

NSZombieはセットしても、まったく引っかからなかったので、
ObjC Objectのreleaseネタではないと判断しているのですが
NSZombieでは拾えないreleaseネタもあるのでしょうか・・・

>[NSAutoreleasePool showPools];
これ試してみます。ポインタアドレスさえ分かれば、
少なくとも何のクラスの破棄に成功して
何のクラスが失敗したのかチェックできるかも

ちょっと勉強してきました（笑
間違ってるかも知れませんが、C言語でGUIを使う場合はどうするんですか？
ウインドウなどボタンとかが無くて　挫折ぎみです
xcodeの場合どのプロジェクトをやれば良いんですかね〜？
教えて下さいお願いします！

書き忘れです

GUIは理解できたんですが
GUIを使わないとアプリケーションにならないのでは？？？
前にC言語の本を買ったんでがターミナル上でしか出来ませんし　C言語って意味ないのかなと思って
最近までやってませんでした　GUIを使ってC言語はできないのでしょうか？？
Standard ToolというプロジェクトでC言語を書いたんですが　変な四角い場所にHello worldとかしかでません
ウインドウとかボタンは使えないんですかね？？　

意味の無いプログラムなどプログラムではありません。

Cocoaで採用されているObjective-CはCの拡張で、Cとしても扱えます。
つまりCは基礎な訳で。

MacでGUIアプリを作るには普通はCocoaフレームワーク、Carbonフレームワークを使います。
Carbonの場合は完全にCです。
フレームワークというのは雛形の集まりようなもので、Cのstdioとかあの辺の親戚みたいなものです。

GUIアプリを作りたければXcodeでCocoaアプリケーションのテンプレートを選択すればいいです。
その辺については購入された本に書かれているはずです。

こういうのは読んでも分かる訳が無いので、適当にチュートリアルに従ってアプリケーションを作っていればそのうち分かるようになります。

>>434
おまえ、いつまでここにいるんだ？
頭悪いなら悪い頭なりに、金払って人に聞けや。

まあまあ。ここは頑張って育ててみるって気持ちで。

>>434
>xcodeの場合どのプロジェクトをやれば良いんですかね〜？

ここから始めてみたら。記事は少し古いが、丁寧に書いてある。
>ttp://www.big.or.jp/~crane/cocoa/
入門編にある、Cocoaって何？とかはじめてのCocoaアプリとか。

／／

ちゃんとやるなら、この辺をなめるのが最初でしょう。

日本語。cocoaとは。
>ttp://developer.apple.com/jp/documentation/Cocoa/Conceptual/CocoaFundamentals/index.html
日本語。Objective-C プログラミング言語。
>ttp://developer.apple.com/jp/documentation/cocoa/Conceptual/ObjectiveC/index.html
日本語。アプリケーションのアーキテクチャ。
>ttp://developer.apple.com/jp/documentation/Cocoa/Conceptual/AppArchitecture/index.html

英語。Cocoa Application Tutorial Using Objective-C。
>ttp://developer.apple.com/documentation/Cocoa/Conceptual/ObjCTutorial/index.html#//apple_ref/doc/uid/TP40000863

>>436さん
おおおおおおおお！！！！！！！！！！
ありがとうございます！
C言語でできるcarbonで試してみます！

>>437さん　私が馬鹿のせいですみません

>>438さん　リンクを参考にしてがんばってみます！

ぉいぉいw

釣りですよね？

>>441
ここまで来ると多分釣りだろうな。

決して釣りではありません

http://kunekune.breeze.jp/up/uploader/src/up0039.m
HelloWorldのサンプルです。
良かったらどうぞ。

皮先にそっくりだ。

carbonはスレ違いなのでもう来ないでくださいね。

>>421
>初心者がRubyCocoaは茨の道ですぞ。

私はまだソフトをひとつもつくったことのない、Macプログラミング入門希望者です。
ShellScriptやAppleScript、JavaScriptなどのスクリプト言語に触れた経験はあります。
さいきんRubyってよく聞くし、開発者が日本人てことなのでできればひいきにしたいし、
ですからCの勉強をしてそのあとObject-Cを勉強してCocoaで開発…って手順をたどるんじゃなくて、
Rubyを勉強してRubyCocoaでCocoaに慣れてからCの勉強をするっていう手もあるかなあ…と思ってたんですけど、
やめたほうがいいんでしょうか？

>>447
それを人に聞くようならやめとけ。

>>448
そうですか。では自分で試してみます。ありがとうございました。

>>447
正直言って、そういう話をしている段階で RubyCocoa に手を出すのは
やめたほうがいい気がする。絶対的に解説ドキュメントの数がすくないから。

ああいうのは、Ruby もしってて、Obj-C による Cocoa もしってるけど、
ロジックをRuby で書くほうが簡単だな〜と思っている人が使うものだと思われ。
初心者は大人しく Obj-C やっていればいいとおもう。
GUI の簡単なソフトを作るぐらいなら C の勉強を
Obj-C のまえにする必要もないとおもうし...

なんか最近、王道が示されているにもかかわらず、妙にそれを避けたがって
地雷原につっぱしっていくような初心者多いな。夏だから？

>>451
王道を覗いてみて挫折→もっと楽な方法ないんですか
だとおもう。

Cocoa＋objCはよくできてると思う。2〜3冊本を読めばそれなりなプログラムは書けるはず。
その最低限の努力もせずに他の方法を探そうなんてやつはなにをやっても（ry

>>452
>Cocoa＋objCはよくできてると思う。2〜3冊本を読めばそれなりなプログラムは書けるはず。

そうだよね。かくいう自分もCはポインタで一度挫折したのに、
Obj-Cのおかげでそれなりに書けるようになったし。
最近ようやくCのポインタとハンドルが理解できてきた（笑）

ObjC2のGCで、alloc/releaseを知らないCocoa Programerが誕生するんだろうね。

>>454
>alloc/release
細かいけど、retain/releaseでないの？
ああ、でもallocが別のものに変わる可能性もあるか。
mkinoさんところにGCが動いてるとretain/releaseを無視すると書いてあるね。

オブジェクト指向をそれなりに理解したのは旧萩原本だったなぁ。

objective-Cをさわったことはあんまりないから質問なんだけど、
Xcodeのビルド設定でGCを有効にした場合ってどうなの？
objective-C2でのGCサポートはもっと効率が良くなるって理解で良いのかしら。

Mac OS Xで素敵なアプリをつくる、
その目的のための第一歩として、e-bookoffで「入門Unix for Mac OS X」という本を買ってみましたよ(`･ω･´)

>>456
あるだけで動いてなかった
みたいな感じだったはず

>>450
丁寧な説明をいただきありがとうございました。
Macアプリの開発用言語としてRubyを勉強するのはやめておきます。
>>450,451,452,453
Objectiv-Cを勉強してみます。アドバイスありがとうございました。

>>457
第一歩としては失敗だと思うよ。

>>475
決して失敗ではないと思うぞ。
学んだ事は必ず役に立つ。

素敵なアプリ、の定義によるけれど、
第一歩としては「……微妙だ」と言わざるを得ないかも。

「入門Unix for Mac OS X」
という本自体があんま良くないんじゃない？

つーか、Cocoaの何たるかくらい知ってからここに書きこめ、と。
Cocoaはさっぱり、というレベルでは全く話にならんよ。いくら初心者と言えども。

ここってCocoa屋の雑談兼質問スレだと思っていたよ。

このスレタイは詐欺だ！

図書館で「はじめてのMac OS X Cocoa プログラミング」中村正弘氏著という
本を借りてきた
まだ、Project Builderのころの本だが、意外とわかりやすく書いている
今REALbasicで家計簿ソフトを作っているが、Xcodeに移行しようか
迷っている
ただ、NSで始まるオブジェクトのリファレンスとしてわかりやすいのは
ないでしょうか？ Xcodeのヘルプは少々分かりづらい

http://www.oomori.com/cocoafw/index.html
俺が知っている中ではいちばん分かり易い。

昔はCocoaBrowserを重宝して使ってたなぁ。今でも使えるのでは？

>>447
初心者だったらRubyCocoaよりAppleScriptの方がオススメだけどね。
英語みたいな構文に拒否反応が出ないのなら。

AppleScriptは拒否反応出る上に、
どうやって構文を勉強すればいいのやら
よくわからないと言う・・・

あるアプリケーションに対して、
どういったことを命令できるのか
まずそのあたりから既にorz

あ、ちなみに俺は、>>447じゃないので、念のため。

>>468
サンクスです。なかなか良さそうですね。
でも、これをみてもチェックボックスを動的にチェックしたりすることが
できない・・・

>>473
できました・・・アクションが外れていた

NSオブジェクトのメソッドをマスターしたら意外と
XcodeでCocoaアプリ作るのってREALbasicでアプリ作るのと
あんまり変わらないほど簡単かもしれない・・・

ちなみに、木下氏著「Happy Mac・・・」の本だが初心者向けと言うことで
買ってきたが、コントローラークラスとアウトレット、インスタンス云々の
説明が中途半端、というよりあの説明で分からせるようにするって強引じゃないか
と思うような内容でしたね
そのあたりが分かればいい本かもしれないが、初心者には難しすぎるかも

>>468
ここ便利だよな。
今もXcodeと並べてた。

oomori.com は最近は見に行かなくなったな。
挙げられてる使用例が適当すぎて実際の問題解決の役に立たないから。

>>477
多分実際に使ったこと無いんだと思う。
でもサンプルっぽいのは書きたい。
とりあえず、何か書いてみる。

で、出来たのがあれだと思う。
無駄に何か付け加えずに、日本語訳に徹したほうがいいと思う。

日本語のドキュメントが少なすぎるから、ないよりはまし。

ずいぶん増えたと思うけどなぁ。。。

oomori.com は、確かに間違った作例も多いが、API の機能はわかったけど
実際どう使っていいのかわからないときのヒントにはなる。
ここにはほんとに感謝している。
っていうか、間違いを見つけたら、ここにメールで知らせるとかするべきじゃないのか？

４つめのリンク先は、ちょっと敷き居が高いかもしれんけど、
プログラミングの学習についてのヒントとかチュートリアルもあるし、
英語の学習法についてのアドバイスとかもあるのでおすすめ。

http://homepage.mac.com/mkino2/cocoaProg/index.html
http://www.big.or.jp/~crane/cocoa/cocoaNote/cocoaNote.html
http://numata.aquasky.jp/myweb/cocoamemo/
http://ohzawa-lab.bpe.es.osaka-u.ac.jp/resources.html

ありゃ、何か名前ミスった。
すみません。

>>469
ドキュメントの階層構造が変わったのでだめみたい。

>>469

Xcode1.5と2.0では使えるっぽいです。

http://numata.aquasky.jp/myweb/cocoabrowser/

>>408
>MacOSXで使える　総合開発ソフトって何がありますか？
VisualWorks

squeakもあるね。

蒸し返さなくていいよ

CocoaからXML-RPCを簡単に扱う方法ってありますか？Pantherで。

>>489
http://developer.apple.com/documentation/Networking/Conceptual/UsingWebservices/index.html

http://www.cocoadev.com/index.pl?WebServicesCore

http://ranchero.com/cocoa/xmlrpc/

本題から離れて久しいネタを引っ張ってスミマセン。

>>486,487
OS X で Smalltalk…ということなら、Ambrai Smalltalk のほうがいいかも。Cocoa も叩けるし。

http://www.ambrai.com/smalltalk/index.html

ちなみに Smalltalk とは、Objective-C の [ ] の中の人みたいなものです。ｗ　念のため。

VisualWorks はともかく、Squeak は ALTO OS（aka、暫定ダイナブック環境）臭が強いから、
なにげに統合化開発環境として捉えて接すると、勝手が違ってはまるので要注意、です。

>>490
ｻﾝｸｽ
そんなフレームワークがあったんか。

というか Objective-C の [object message] というのが Smalltalk から取ったんですもんね。

おっしゃるとおりで。ちなみに Objective-C は、Smalltalk のソースを C コンパイラに通すための
プリプロセッサとしてスタートした処理系です。

このAmbraiってバイナリは作れないのかな？

>>495
たぶん仕組み的に無理じゃまいかと。ラピッドプロトタイピング向きですね。

イメージがパッケージ内に入ってるんだから、適切なスナップショットとって
パッケージのアイコンだけ入れ替えてしまえばオールオッケー。

しかし、はやく正式版にならんもんかな。

アプリケーションAからバンドルBを読み込み、Bからアプリのメインメニューをいじりたいのですが、
Bからメインメニューを取得するにはどうすればいいんでしょうか。

[NSApp mainMenu]はnilが返ってきます。

>>498
[NSApp mainMenu]　でとれるけど。
メニューがロードされる前に呼んでません？

うむ、サンプル書いてみたが
[NSApp mainMenu]で逝ける。

ttp://developer.apple.com/documentation/Cocoa/Conceptual/PropertyLists/Articles/XMLPListsTask.html#//apple_ref/doc/uid/20001014-CJBIDCEF

この記事（２番目のサンプルコード）を参考に、
iTunesMusicLibrary.xmlをグローバルに置いた id plist に
変換しました。で、計算ボタンを押したら曲数を求めるように
別メソッドで下の行を実行。
[plist count];
でも、Bad Accessで落ちました。試行錯誤して変換時に
XmlRoot = [plist copy];
として
[XmlRoot count];
とするとうまく動作するけど、なんでかわかりません。なんで？

>>501
retain してないから。

>>499-500
ﾚｽｻﾝｸｽです。
おっしゃる通り、メニューがロードされてませんでした。
あとから[NSApp mainMenu]を読んだらうまくいきました。

>>502
やっとこの辺理解できた。javaとはちと違うのね。

こんばんわ
最近AppleScriptでcocoaアプリ作ってます
AppleScriptの資料がOSX用のがあんまりありません
やっぱ調べるよりかも本見た方が良いと気づきました　Finderくらいでしか使えません
"Sfari"とか"mail"をターゲットにして使いたいんですが　OSX用の資料がありません
オブジェクトCは難しいとAppleScriptゼンマイびゅんびゅんに書いてありました
私みたいな初心者はAppleScriptの資料はどこで手に入れればいいですか？
参考URLなど知っていたらお願いします　OS9の資料はしってるので
できればOSXとかの資料があったらお願いします

個人的な意見ですが、
AppleScript より Obj-C が難しいと思う人
よりも
Obj-C より AppleScript が難しいと思う人
のほうが全然おおいと思います

僕はその AppleScriptびゅんびゅん本を立ち読みして、
Obj-C はむずかしいというコメントをよんで、
その本にのってる AppleScript の駆使の仕方の方が
よほど難しいと思いました

とにかく、人のこれまでの経験によってどっちが難しく思うかは
ちがってくるとおもいますので、あんまり人がどっちが難しいと
いっているかを信用しないほうがいいと思います

事実としては、Cocoa の文献は java より AppleScript より
断然 Obj-C でかいたものがおおいということです
だから、なにもやったことがないひとが Cocoa をやるなら
Obj-C がおすすめです。

>>505
その本と、Appleのデベロッパのページと、スクリプトエディタのマニュアル、
これでも十分な資料になると思いますが。
つかAppleScriptはスレ違いなので。AppleScript Studioの場合でも、CocoaのAPIに関すること以外はスレ違いです。

>>505
「AppleScriptでゼンマイびゅんびゅん」の著者は
「純粋 Mac OS X 批判 序説」って文章書いて笑いものになった人だよ。
Objective-C とか何も知らんで難しいと主張してるんだろう。

Core Dataのモデル作成で、日付型の属性の初期値に
add:されたときの時刻を設定する方法ってありますか？
コーディングしなければならないんでしょうか。

コーディングすればいいじゃない

>>505
AppleScriptができる人はObjective-Cも抵抗なく覚えられると思うよ。

>>509
Core Dataの「デフォルト値」にいろいろ入れて試してたら、
"yesterday" とか "next month"とか書けるんですね。ちょっとおどろいた。
"day after tomorrow"は"tomorrow"となぜか同じでした。解釈はかなりテキトーっぽい。

時刻はコード書かないとどうにもだめみたい。書くならこんなで。
ttp://www.cocoabuilder.com/archive/message/cocoa/2006/8/13/169400

>>512
試してみたら、todayとかやると、たしかに今日の日付がデフォルト値になった。
しかし日付が変わってもこのデフォルト値は固定されたまま変わらない罠。
コンパイル時の時刻が決め打ちされる模様です。

>>513
なんだ、それ。

>>513
あー、本当だ。
.momファイルをProperty List Editorでのぞいてみたところ、それっぽい値が入ってますね。
デフォルト値に"today"や"now"としたときは、モデルのコンパイル時に決定されて
空にしたときは、現在日時（もしくはアプリケーション起動時？）の値になるみたいですね。
そんな機能なら、ないほうがマシじゃ？と思わずにはいられない。

>>512
ポインタどうもです。
時間が出来たら試してみます。

誰か >>340 に突してくれよwwwww

微妙に誤爆した。

>>470
遅レスになってしまいましたが、ご助言ありがとうございます。
AppleScript はまだ勉強しかけなので、引き続き勉強します！

C言語とかはスレ違いって言われたので
他のスレッドで質問したら、こんな可愛らしい返信が来ました

http://pc7.2ch.net/test/read.cgi/mac/1130776036/701-800
734 ：名称未設定 ：2006/08/22(火) 10:21:55 ID:c0r0kx/K0
おまいら、「Cocoaはさっぱり」とか他のスレを読んでないのか？
スルーしろよ

あとまで付けてたんですね笑

>>520
つーか、ここに貼りついてる奴は
・Xcode
・Macでプログラミング
この２つも毎日チェックしてると思うが。ただでさえ日本語のリソース少ないし。

>>520
自分が笑う前に、笑われているということに気付けw

流れブッた切って悪いが、Objective-C 2.0で追加されるSyntaxってどんなの?

WebViewを使っております。
Safariのバージョンによって、表示するコンテンツを切り替えたいのですが、可能ですか？
（1.x系 なのか2.x系なのかを判別したい）

>>523
まだ公開情報じゃないんじゃないのかな？
とりあえず
ttp://lists.apple.com/archives/Objc-language/2006/Aug/msg00039.html
ttp://lists.apple.com/archives/Objc-language/2006/Aug/msg00020.html
あたりで議論されてるっぽい。ナナメ読みなので間違ってたらすまぬ。

>>524
[[NSBundle bundleForClass:[WebView class]]objectForInfoDictionaryKey:(id)kCFBundleVersionKey];

まだ日本語のリソース少ないほうなんだろうけど
NeXTAnswersとリファレンスを一生懸命見ながらやっていた頃に比べたら
ずいぶん改善しているとしみじみ感じるのであった
プログラマもかなり増えてるだろうしね

>>526
スペシャルサンクスです！

AppleWebKit?のバージョンが取得できました。
10.2.9 だと 「85.7」
10.4.6 だと 「418」

下のURLを見ると、バージョンが区別できそうです。
ttp://www.openspc2.org/userAgent/

ありがとー

NSApplicationのデリゲートにならずにアプリケーションが起動したことを知る方法ってありますか？

>>529
NSApplicationの通知NSApplicationDidFinishLaunchingNotificationを使う。

NSTableViewで複数行を選択して、メニューからコピー(cmd+c)で
データをペーストボードにしたいのだが、
どうすりゃ、NSTableViewでFirst Responderからのメッセージを
受け取るのかわかりません。
それ以前に、コピー(NSMenuItem)をenableする方法がわかりません。
教えて下さい。

その辺は全部自分で作って下さい。

[NSString stringWithContentsOfURL:]の引数に
NSURLのインスタンスを渡してもnilが返ってきます。
URLはちゃんとリソースが存在する有効なものです。
どうやったらURLの指すリソースを取得できるでしょうか

リソースのエンコーディングが UTF-8 じゃなかったので NSString として解釈できなかったんだろう。

+stringWithContentsOfURL:encoding:error:

>>534-535
レスありがとうございます。
+stringWithContentsOfURL:ってUTF-8じゃないとダメだったんですね
>>535さんの教えてくださったstringWithContentsOfURL:encoding:error:を使ってみようと思いましたが、
セレクタが見つからず、調べてみたらTiger専用だったんですね。

調べる際にstringWithData:IANAencodingName:を見つけましたので、こちらを使おうと思います。

ええと、もう１回質問です。
[NSString stringWithData:IANAencodingName:]を使おうと思ったんですが、
最初の引数に [NSData dataWithContentsOfURL:]の返り値を、
２つ目の引数にCFStringConvertEncodingToIANACharSetName(kCFStringEncodingShiftJIS)を渡したんですが、
またnilが返ってきてしまいます。
１つ目の引数のNSDataはnilではありませんし、リソースはShift_JISです。
どうすればいいでしょうか。

>>537
stringWithData:IANAencodingName:って、私がカテゴリで実装したメソッドのような希ガス。

その用途なら普通に、NSDataにファイルを読み込んだ後
NSStringのinitWithData:encoding:でいいんじゃないですか？

うわ、めっちゃ恥ずかしい。
Xcodeのコード補完で出てきたから、ついFoundationで用意されてるメソッドかと思っちゃいました…
そういやT2のフレームワークimportしてました。
素直に-initWithString:encoding:使って吊ってきます

carbonって将来性ありますか？
いまcarbon使ったんですけどC言語少し覚えたのが無駄なように感じました
carbonでボタンを設置したんですけど　ボタンに命令するやつがcocoaと違って
ボタンに命令するコードを書く所までもいけず挫折です
将来性があるのはcarbon、cocoaどっちが良いんですか？？

>>540
carbonです。

将来性とかそういう事で判断するからいつまでたっても先へ進まない。
AppleScriptやREALbasicはどうなったのよ？
つか最初はRubyCocoaだっただろ。

>>542
もちつけ。相手はさぉりだ。

さぉりにレスすんな

>>540

carbonっていうか、さぉりさんはtanpon派ですか?

男は黙ってタンポン

tanpon？
C言語でアプリを作りたいんですが　carbonで作る事はわかりました
ですがあまりにもcarbonの日本語の資料が無くてわかりません
一応applescriptもやってます　REALBASICはコードとか載ってなかったのでやめました
Rubycocoaもよくわからないのでやめました
C言語の本をもってたのでもったいないのでcarbonをやりたいと思っています！
どなたか資料のページなど教えて下さい　

「教えて下さい」
↓
教える
↓
「分かりません」
↓
以後ループ

意外に投げてない気もする。。。

俺がプログラミングを始めた十代の中頃
やる気(妄想)はあったが、分からない事が多すぎて
悶々としてたのを思い出した。

ありがとう、そしてさようなら。

こいつ馬鹿が釣れるまで続けるつもりなの？

どう考えても男だもんなあ。
プログラム書く人、真面目な人が多いからなあ。
寂しいなあ。

なんかやってみたけどインターフェースビルダー使って作ったけどプログラムの中身書けない、さっぱりわからんなこりゃ。

そんなときはヒレガス本だ

ちょっとくらい痛くても、コテ半をいじめないで＞＜

むしろいじめられてる気分なんだけど。。。

サンプルも多いんだし、Cocoaでやればいいのにね。

553だけど少し調べてボタン押したら文字が出るだけのアプリ出来た。
クラスって材料の集まりでそれを拾って組み立てる感覚で正しい？

それなりに正しい

スレ違いかも知れませんが。。。
XCodeを使って、１つのプロジェクトでクライアントアプリとサーバアプリの
２つをターゲットにしました。この時、クライアントとサーバの両方を同時に
起動してデバッグしたいのですが、どうもXCodeではプロジェクト単位に
１つのアプリが起動するようで、どちらか１つしかデバッグできません。
両方同時にデバックする方法ってあるのでしょうか？
（プロジェクトを分けるしかない？）

クライアントとサーバを同一のプロジェクトで作ってるの？
別プロジェクトにしてそれぞれデバッグするのが普通だと思うけど。

こんな場所で聞く私が馬鹿でした！
みなさん頭弱過ぎです！自分がちょっとプログラミングできるからって
初心者をけなして　どうせ大して凄くないんですよね　著者たちや会社に勤めてる方の方が凄いです
これだからこの板の方は（笑）　　著者や会社に勤めてる方が凄いです
そんな詳しくないのに知ったかぶって（笑）　過去ログがちょっと笑えました（笑）
教えてgooで聞くのでいいです　こんなユーザーレベルの低い場所は勘弁です

>>562
切れがないな。まあ乙でした。

ダメだしされちゃったよ　┐(´_｀)┌

>>562
＞私が馬鹿でした！

だけ読んだ。

599 名前:さぉり sage 投稿日:2006/08/24(木) 17:09:30 ID:sq6zXXiN0 (4)
ここも頭悪い人ばっかし＾＾；
しょうだつやのさんを見習いなさい
匿名だからって悪口ばっか書いちゃダメなんですよ
これだから頭の弱い方は・・・・＾＾；
私は言えないけど大した技術も無さそうだし　凄い人ならこんな場所に書き込みなんてしないし
ここに居る人は可哀想な人　自分で凄いと思ってるんだけど　著者から見て大した事ないって
思ってますしね　　ここに居る人は全然凄くないってことです　自覚して下さいね＾＾；
自画自賛と自意識過剰も程々にね（笑）

某MLへ突入してくんないかな。

>>561
>>別プロジェクトにしてそれぞれデバッグするのが普通だと思うけど。

やはりそうですか。実験的な小さなプログラムだったので、一つの
プロジェクトにしたのですが。
分かりました。ありがとうございます。

>>567
あはは、それいいな
某氏とやり合って欲しい

複数のユーザーが 共通のフォルダに対して、「書き込み＆読み取り」を
実現する方法はありますか？（プログラムで）

Application Support\(アプリ名)\

現状、最初に書き込んだユーザーしか、
上記のフォルダに書き込みできないようなのですが…

>>570
>複数のユーザーが 共通のフォルダに対して

/Library/Application Support/[appname]
っていうことだよね？

そこはシステム管理者権限があるユーザだけが書き込めるのが
普通では。普通はOwner root, Group adminになってるはず。
Otherの書き込み権限が落ちてるでしょ。

$ ls -ld /Library/Application¥ Support/
drwxrwxr-x 15 root admin 510 Aug 28 08:05 /Library/Application Support/
$ ls -ld /Library/Application¥ Support/Mozilla/
drwxrwxr-x 4 root admin 136 Aug 28 08:06 /Library/Application Support/Mozilla/

アプリによってはuser権限のままでフォルダを作っちゃうものが
あるみたいだけど。

Authenticationを取って、setuidして、root権限になってから
書き込み、で権限を破棄。でいいんじゃない。

/Users/Shared以下に置きなよ…。

Shiiraの「進む／戻る」やXcodeの「ビルド」でやってるような、長押しでプルダウンメニューを出すツールバーアイテムを調べてるんですが
shiira最新版のソースを見てもimageとactionを設定してるだけで特別なことをしてる部分が見つけられません。
HMDTのBBSは死んでるし、どなたかわかる人いたら解説お願いします。

>>573
mouseDown: 内で NSApplication の nextMatchingMask:untilDate: inMode: dequeue: を使えばいいらしい。

Cocoaはやっぱり！のCocoaNote、
Cocoa Study Blog に関連の資料があったと思う。HMDTにもあったかな。

>>574
viewを使うと色々面倒なんですよ（validateToolbarItemで呼ばれない, 小さいサイズ時の調節が自前）
xcodeやshiiraは明らかにtoolbarItemのままメニューを出してるんで挙動も綺麗だし、そっちで実現したいと。

Xcodeは知らんが、ShiiraはAppleがAPI用意しないから自前で強引に実装したってmkinoﾀﾝが言ってたぞ

NSToolbarItemViewerなるclassを拡張してる部分がありますた。失礼しました。

NSArrayController と NSTableView の組み合わせでやるのと同じことを
（Core Data の Entity の一覧の表示と選択）、NSArrayController と
NSPopUpButton の組み合わせでやることってできますか？

NSPopUpButton の Bindings を設定すればできるのかも知れませんが、
設定の仕方がわかりません‥

ボタンを押すたびに処理が走るコードを書いたのですが、処理が
時間が少しばかりかかるため、その間GUIがブロックされます。
そこで、
　[self performSelecter:withObject:afterDelay:0]
として次のrunLoopのタイミングで駆動するように仕掛けました。

しかし、この状態でボタンクリックを連打されると、たまにボタン
が押し込まれた状態で止まることがあります。感じとしては、
MouseUp？が待ち状態になっているような動作です。

そのまま待っているだけですとボタンが戻りません。

画面をクリックすると「溜まっていた」MouseUp?が送られるらしく、
先に進むのですけれども、これを回避する方法にはどのようなものが
考えられますでしょうか。

>>579
スレッド

>>580
タイマーじゃね？

処理が終わるまでボタンを無効にしておくとか？

return キーの charCode で何でつか？

579です
結局スレッドにしてみました。・・・あんまり効果がなかったですが。
GUIのレスポンスって難しいですね。

ちゃんとスレッドにできてれば他の処理が固まるなんてことはないと思うが。

>>585
>ちゃんとスレッドにできてれば他の処理が固まるなんてことはない

まあそういわれればそうなんだけど。

メインスレッド上のNSTimerで駆動されるメソッド内で、
NSTaskでlaunchしてwailtUntilExitするケースだったんだ。
これとMouseクリックのタイミングがかぶると、GUIのイベント
処理が抜けることが判明。
NSTaskの処理には200msecから400msec取られてた。

ひとつはNSTaskを使わず、自前で処理するようにしたらOKになった。
もうひとつは自前でやりにくかったので、NSTaskのままスレッド化
したよ。こちらはばっちりOK。

NSTextFieldを使用しています。

キーボード入力で常に大文字入力にする方法はどうすればよいのでしょうか？
小文字→大文字

入力されたらテキストを[NSString uppercaseString]する、というのはダメ？

ことえりとかで未変換状態の場合は知らん。

NSButtonの作成時にsetEnabled:NOした状態で表示させるにはどうしたらいいでしょうか?classのinit時に設定しても、反映されないようなのです。

うはっ、Interface Builderのattributeにあったのか…失礼しました。

ファイルの存在チェックを下記関数で行っているのですが、存在するファイルを指定しても、
fileExistsAtPathでなぜかNOが返ってきます。
なにか問題がありますでしょうか？

// ファイルの存在チェックを行う。
BOOL isExistFile(NSString *path)
{
　　NSFileManager *fm;
　　BOOL folder;

　　fm = [NSFileManager defaultManager];

　　if ([fm fileExistsAtPath:path isDirectory:&folder]) {
　　　　if (folder) {
　　　　　　return NO;
　　　　}
　　　　return YES;
　　}

　　return NO;
}

すみません。隠しの拡張子が設定されていたためでした。

書き込んで数分後に帝政するスレはここですね？

アフリカでもよくあること

このスレ見た直後だったから↓こっちも同じ流れでﾜﾛﾀ

Macでプログラミング{6}
http://pc7.2ch.net/test/read.cgi/mac/1130776036/783-784

isExistFile は英語的に変なので
isFileExistent か fileExists に変えて欲しい

I vote for 'isExistingFile'.

isEqualがあってisEqualTo*があるみたいに
isExistがあってisExistFileがあるんだよきっと。

NSThreadについて質問です
Cocoaでは、どのようにThreadの終了を別のThreadからモニタ
すれるのがよいのでしょうか。

Thread AからThread Bの終了を待ちたいケースを考えます。
今やっている方法は、ーこれはかなりスマートでないと思うのですがー
Thread Bの終了時のNSThreadWillExitNotification呼び出しで
インスタンス変数を書き換えて、これをThread Aでモニタする
というやり方です。Thread Aは時間待ちでループするという方法
くらいしか思いつきません。

>>599
Aが終了する時にYESになる変数を作っておいて
それをBからチェックすればよくね？

lock使えばよくね？

pthread_join() みたいなのが欲しいよね

>>601
>lock使えばよくね？

なるほど。lockならlock解除ですぐThreadに復帰しますね。
それが現実的な選択肢ですね。

>>602
>pthread_join() みたいなのが欲しいよね

ですねぇ。それが出来れば一番良いんですけど。

>>599-603
まずドキュメント読もうよ。このまま進めると怖過ぎ。
Introduction to Multithreading Programming Topics
http://developer.apple.com/documentation/Cocoa/Conceptual/Multithreading/index.html

>>604
>このまま進めると怖過ぎ。
読んでみたんですけど、lockよりさくっといく方法は思いつかず。
NSThreadを使わずpthreadを使うと、いろいろ面倒を見ないと
行けないとある。結局NSThreadの方が安全なのかなと。

lockを読んで、lockが取れるまではブロックされるんですよね。
threadをクラスでカプセル化している場合、deallocでthreadが
きっちり終了するのを見届けないと、super deallocを呼べない。
　サブthreadのNSThreadWillExitNotificationでunlock
　メインでいきなりlockならコードは超簡単だけどミスるとハング
　代わりにtrylock＋時間待ちなら、無駄はあるけど、時間切れも
　設定できる
良いところだと思ったんですが・・・

>>605
スレッドの終了を確認するぐらいならインスタンス変数で十分だと思うけどな。
>>604 のThread Communicationの最初に出てくるShared Memoryとほぼ同義。

インスタンス変数の書き換えはアトミックじゃないかもしれないけど、今回のケースでそれによって問題が生じるとも思えないし。

排他的な処理をするならもちろんマルチスレッド・プログラミングの勉強をした方がいいけど。

WebKit 初心者のサンデープログラマです。
WebView に読み込んだページの HTML のソースを取り出そうとしてるのですが
うまくいきません。

WebDataSource * webDataSource;
webDataSource = [[webView mainFrame] dataSource];

id <WebDocumentRepresentation> webDocumentRepresentation;
webDocumentRepresentation = [webDataSource representation];

として

NSString * HTMLSource = [[NSString alloc] initWithString: @""];
HTMLSource = [webDocumentRepresentation documentSource];

としようとしてるのですが、

[webDocumentRepresentation canProvideDocumentSource] ;

が NO になってて読み込めません。
どの辺がまずいでしょうか。

>>606
>インスタンス変数の書き換えはアトミックじゃないかもしれないけど

そこが不安なんです。lockせずに書き換えても、スレッド間でリアル
タイムに同期するわけじゃない。シングルならまだしもマルチコアを
考慮するときっちりlockを取った方がいいかな、と。
で、lockしてインスタンス変数書き換えるくらいなら、最初からlock
そのものをフラグ代わりに使うのが簡単に思えたんですが・・・
素人考え？

>>608
スレッド終了のタイミングで際どいことをするなら素直に排他した方が良いと思う。

ふと思ったんだけど、Cocoa的にはThread AでThread BのNSThreadWillExitNotificationを見るのが一番スマートな気がしたんですが。

>>607
WebViewにURL渡したあと、読み込み終わるの待ってる？
そこは非同期だから、URL渡す〜ソース取得が一連の処理として書かれてるとダメだと思う。
notification受け取るなど、ソースの取得の処理は別メソッドにするとか。

>NSString * HTMLSource = [[NSString alloc] initWithString: @""];
>HTMLSource = [webDocumentRepresentation documentSource];
これって1行目がリークするよ。

>>609
>Thread AでThread BのNSThreadWillExitNotificationを見るのが
すみません。これよく理解できません。
NSThreadWillExitNotificationで呼ばれるメソッドは、
「終了する側のThread Bで動く」ので、Thread Aから間接的にしか
モニタできないのではないかと思うのですが。

>>611
こんな感じ。
作ってから気づいたけど、Thread BのNSThreadオブジェクトの生存期間が微妙かも…。

ttp://www.uploda.org/uporg502613.zip.html

あぁ、致命的な間違いを発見。

threadをdetachすると、起こした側のインスタンスがretain
されるので、Threadが動いている間はdeallocが呼ばれない！。
deallocに飛んできたのは自分のコードのみすだったyo。

・initでthreadを起こすのはべつに問題ない
・ただしthreadのdetachでretainされるのでcountが増える
・だから止めるためのmethodを別途用意しないとだめ。
・threadが止まったらreleaseされるので、countが１に戻る
・この状態でメインスレッドからreleaseすると、deallocへ進む

>>612
さんきゅ。なるほどこういうのも可能なのね。
ただこれも、deallocは呼ばれないみたいだけど...

>>610
読み込みは終わってるんです。
WebView の読み込みと、そこからソースを取り出すメソッドには
それぞれボタンを付けていて、今は手動で動かしています。

実はここを自動でやるにはどうすればいいかなとも思ってたのですが、
なるほど、notification という手がありましたね。

Cocoa のプログラムで、
pthread でよくある pthread_cond_wait() でスレッドを寝かせて pthread_cond_signal() か
pthread_cond_broadcast() で起こす、ってパターンを使いたいんですが、
これって NSThread (NSConditionLock 等?）で書くとどんな感じになりますかね?
Cocoa のドキュメントを読んだだけではよくわかりませんでした。

NSTableviewで左端のカラムをドラッグ移動しないように
したいんだけど（他のカラムはドラッグ可能）、どうすればいいの？

残された道は、NSTableHeaderViewをカスタムして
- (BOOL)performDragOperation:(id <NSDraggingInfo>)sender
をとってくる事だが。実験している余裕が無い。

- (BOOL)tableView:(NSTableView *)tableView shouldSelectTableColumn:(NSTableColumn *)tableColumn;
で Column の選択を監視して、左端が選択された場合だけ
- (void)setAllowsColumnReordering:(BOOL)flag;
に NO を設定するとか。

あ、これじゃダメかもしらん。

ココアの勉強始めようと思って来たけど、
これは本当に何言ってるか分かんなくてサッパリですね・・・
難しい気がします、なにやっていいかわからない。

>>620

>>369

>>617
自己レス。説明不足だった。
ヘッダ部分のドラッグで、カラムの並べ替えができるけど
左端(No.)のカラムだけは動かしたくないんだよ。
NSTableView関連を見る限り、ドラッグ後のイベントしか受け取れない。
didClickTableColumn:だとヘッダ部分には反応してくれないんだ。

>>620
いきなり白旗ふらないで地道にやるしかないよ。プログラムは根気が大事。
設計も簡潔でよくできているし、他の環境でプログラムする時にも
Cocoaの作法は良い影響が出ると思います。
何をしたいのかがわからないので具体的なことは何も言えないけどCocoaは難しくないと思う。
プログラムの知識があれば一日まじめにやればとっかかりはつかめる。

>>623
少しも何が何だかわからないってだけで白旗は振ってないです。
ただただどうしていいのやら指針も立たないし
暗闇の中でどっち行っていいか何していいかわからない感触

>>624
いや、だからそれじゃ何もわからないですって、、、
具体的なこと何も書いてないじゃないですか。
Cはわかるのか、とかサンプルのソースはどれくらい理解できてるのか、とか
そもそもプログラム自体やったことないのか、とか
Cocoa以前にOSXのことはどれくらい知ってるのか、とか
adcの中はどれくらい見ました？
日本語化されてるドキュメントもけっこうありますよ。
少なくとも最初のとっかかりがつかめるくらいの日本語資料はWebにもたくさんあります。
CocoaはやっぱりやHMDTとかこのスレで紹介されてるサイトは見ました？

またさぉりか

>>625
OS9の頃にCでHello!Worldを何かに付いてきたCodeWarriorでやって遊んだ事があるだけです。
でもやったうちに入らないです、かなり何年も前の話だし、忘れたし。
adcのドキュメントはパラパラとさっき読んでみましたけどよく解んなかったです。

>>627
うん。なるほど。Cocoaがわからないという問題じゃないね、それは。
ちなみにHelloWorldはプログラムを書く、という行為じゃなくて
セットアップです。環境に問題がないかどうかのテストです。

一度も自分で考えたことをプログラミングで形にしたことがない人ですか？
そういうレベルの人はこのスレに来ても回答は見つからないと思うよ。

他人の手取り足取りでその場はなんとなく分かった気になってもすぐ忘れるよ。
自分の努力で覚えないと身に付かない。トライ&エラーあるのみ。
なんでもいいからがむしゃらにかじりついてちょっとはがんばってみないと。
あと情報収集能力を鍛えることも成長につながるよ。Webをもっと積極的に使ってみなよ。

人によってプログラムを学ぶ最初のきっかけはいろいろあるので正解はないけど
ぼくはJavaが勉強には良いかなと思ってる。
Javaも今は森のような状態で見通しは悪くなったけど
初心者向けの解説サイトもいっぱいあるし
Cocoaよりは学びやすいんじゃないかな。
いろいろ迂回してもあなたのスキルにつながるので、まずはもっと勉強して
それからこのスレに来たらいいと思うよ。

と、いうことでスレ違い。

さぉりだな。スルーしる。

ヒレガス本を嫁。これでわからなかったら、見込みはないということだ。

630と同意見だ。

Cocoaは「さっぱり」というスレタイが努力・勉強する気なしのバカを呼び込んでるんじゃなかろうか・・・

Cocoaセミナーのムービーに中級編追加
http://developer.apple.com/jp/documentation/japanese.html#CocoaSeminar1

ネーミング意図は、MPWのToolboxは詳しいけどココアはさっぱりを狙ったけど、
実際は全くプログラミングが理解出来ずにココアもさっぱりなアフォが釣れてる悪寒。

hollo worldが出来るぐらいでココアアプリが組めるほど簡単じゃない。
簡単に見せようとアポーは努力してるけどね。
IBでちまちま弄ったくらいで実現出来る程度じゃアプリとして魅力無いし、新しい表示機能をつけようとするとIBの壁がもどかしい。

情報処理系の学校で学んで素養が有るならちょっと勉強すれば何とかなるけど、
非情報系で全くのプログラミングスキルが無くても簡単というほどではない。
マクのアプリを使うほうは簡単でも、作るほうは大変だよ。
簡単に使える様に作る側が苦労するってのがソフト屋の仕事であり、１クリックで全部出来る様にするなんて無茶が通るITって業界。

さぉりって大阪に住んでる大きな女か？

XCODEがもっと使いやすくなればな…。
まぁ慣れなのかもしれんが。

MPWのToolboxって何?

Cocoaが難しいなら、RealBasicあたりで始めれば良かろうかと。

良くCocoaが簡単だと言うプログラマが居るが、
それはWindowsのMFCやOS 9のPowerPlantと比較した話であって、
WindowsのDelphiのようなRADと比較した話では無い。

俺的には、AppleScript Studio → Cocoaって流れがお勧め。

>>639
AppleScript Studio イラネ

中級編ムービーやっときたか。
８月中公開という宣言はいったい・・・

漏れもAppleScript Studioはオススメできないな。
言語部分がスクリプトと言うだけで、GUIライブラリやIDEはの難度はCocoaと変わらん。

だって、Cocoaが難しいって言ってる奴らはObjCが難しいんじゃないの？

Cocoaが難しいって言ってる奴らは、きっと何でも難しいんだと思う。

・C
・（思想的な事ではない）オブフェクト指向プログラミングの基礎
・クラスライブラリを使ったプログラミングの基本

ぐらいを知っといた方がいいでしょうな(別にやりながら覚えてもいいけど)
AppleScriptに時間を費やすのは回り道

>>638
Cocoaは簡単だよ。最低、Cがわかればすぐにプログラム出来る。
Objective-Cも難しくない。
Delphiは知らんが、RADで出来ることって限られるからな。

REALbasicもCocoaも大してかわらんよ。
Cocoaが難しいのは、Cocoaの入門チュートリアルがCの知識があることを前提としているのに
Mac OS X向けに書かれたCの入門書が少ないこと、Cocoaの日本語リファレンスが少ない
ことなどが原因だと思う。

>Mac OS X向けに書かれたCの入門書
まず不要だと思う。

>>646
>最低、Cがわかればすぐにプログラム出来る
それも違うかな。
自身の経験から言えば、Cがきちんと分かってなくてもObj-Cは出来る。
おれAppleScriptからの移行組だけど、ほんとに初心者だったから。

文法もXcodeのヘルプもしっかりしているし、容易に応用が利く。
Cは配列とポインタあたりで挫折していたが、そういう所をすっ飛ばして
いきなり入れたよ。

結論。英語さえ読む気力があれば、問題ない。

配列とポインタが分かってないってCをほとんど理解してないってことじゃないか...
そんな状態でObjCのプログラムを書いてほしくないなあw

Cocoa API「しか」使わないならまあ何とかなるかもしれんが

ポインタがわからないということは

NSString* str = [...

のアスタリスクの意味を知らずに使ってるってことか？
それは十分怖いかも・・・

CocoaってXcode・InterfaceBuiderの使い方から始まって
基本的なObjective-Cの文法をかじれば、あとは
Cocoaフレームワークの使いかたを必要に応じてヘルプから
参照すればいいので入門は楽なんだけど・・・

分かりにくいのはクラス間、メソッド間のデータの連携。
あるメソッドで書いた変数や配列のデータを他のメソッドや
クラスでどうやって利用するのか分かんない。

>>652
だからオブジェクト指向プログラミングの基礎を勉強しろと

>>652
だからそれって、Objective-Cの文法をかじっていても
Cプログラミングからしてまともに出来ないってことでしょ。

>>648
初心者がCの入門書を読むと、ターミナル使わなきゃいけない
GUIでメッセージ表示するにはどうすんの？ってさぉりみたいなことになる
C入門書のチュートリアルを1冊丸ごと最後まで出来る人間は
相当忍耐力のある人間だろう、忍耐力がなければCocoa使うなと言うなら
Cocoaは他の環境と比べて、仕様は簡単なのに敷居が高い。
Mac OS X向けのC入門書というよりは、C入門からはじめられる
Objective-C、Cocoa入門書というようなものはあってもいい。

待て、みんなプログラマの感覚でCocoaが簡単とか言ってないか?
相談に来てる人は、とてもそんなレベルに見えないぞ。

>>651
>アスタリスク

オレ、意味わからんっす…
C言語やったことないっす…
でも、Cocoaでアプリは作れている。
オレの作っているものって、詳しい人からすると、メチャクチャなんだろうなあ。

そりゃそのレベルのことくらい自力で学習・解決できなくちゃ、
とうてい(Macの)プログラマなんかにはなれないだろ。
対価払って教えてもらうんじゃなく、タダで身につけようとするんだから。

>>655
そもそもCocoa以前にCもObjective-Cもしらないというなら
それぞれの言語を勉強しろと言うしかないし

CもObjective-CもしってるけどCocoaがわからんというなら
InterfaceBuilderの使い方を覚えろ、APIリファレンスを読む努力をしろと言うしかないなあ

C++とObjectieCを同時に覚えると理解が深まるよ
遠回りだけどお奨め

>>656
例えばfileExistsAtPath:isDirectory:の第２引数なんかは使い方分かるの？

その程度ならドキュメントのサンプルコードとにらめっこすればどうとでもなるだろ。

>>658
そうではなくて、一番最初に取り組む言語がObjctive-cで、
ライブラリがCocoaなのは、専門教育を受けていない一般人には無茶じゃないかと思う。
情報系の専門学校でさえ、Cの簡単な宿題コピーしてる人が一杯居るんだから。

既に習得した僕らから見れば、一つでも言語を習得できてしまえば他がなんとかなるのは事実だけど、
最初の壁は厚いよ。
お手軽なRADに誘導した方が、挫折率が下がるかと思う。
てゆーか、いきなりCとか習得できる適性があれば、こんな所で相談しないって。

>>650
>Cocoa API「しか」使わないならまあ何とかなるかもしれんが

もちろん、最初はCocoaオンリーで始めたよ。

AppleScriptではオブジェクト指向的考え方はよく出来ている。
ここはAS食わず嫌いのひと多そうだけど、ASの参照の概念から
ポインタも継承の概念も理解できたし。
Cの文法があまり整理されていないことが、Cocoaの文法と比べて
よく分かったし。・・・Cって、やっぱり汚いと思うな。
その気になれば全部オブジェクトでラップできるCocoaの世界って
Cそのものよりずっと理解し易しいと思う。

CもObjective-Cも文法は同じなんだけどなあw
Cocoaの文法って何だろうw

というかCを知らないのにObjective-Cを理解したつもりになれるのがすごい

ど素人マカには壁がいっぱい。
1)プログラムセンス。
2)英語の情報の壁。WWDCとかも英語だし。
3)Cのポインタの壁。
3)ObjCのオブジェクト指向の壁。
ソースが無いから、アポーが想定してる範囲外の特殊なことをやろうとするといきなり厚い壁が現れる。IBで実現出来るうちは簡単だけどねえ。

プログラムの修得に正解も近道もないと思ってる。
だからASでもRbでもObjectパスカルでも何でもいいと思う。

AS嫌いな人が多いのは文法が苦手なんじゃないかな。
HyperTalkや昔のLingoみたいな自然言語って慣れたら簡単なんだけどね
タイプ数が多いのが嫌がられるとこなのかも。

で、ぼくがJavaをおすすめした理由は無料ではじめられて資料が豊富だから。
意外にJavaすすめる人が少なくてちょっとさみしかったなぁ。
Cは後追いで勉強しました。本はK&R。

あ、あとDashboardもいいかも。
JavaScriptとCSSは実用的な技術だし、結果もターミナル使って〜よりは
派手で楽しいからやる気も出ると思うし。

オブジェクト指向の修得は、なるべく今の環境で勉強するのがいいと思う。
よく難しいとか言われるのは古い環境で古いプログラミングスタイルに慣れすぎた
人の意見で
今からやる人はへんなクセはないから、そういうもんだと思って理解すると思う。

むしろCが汚いとか平気で言える無神経さがすごい

誤 >Cの文法があまり整理されていない
正 >Cの文法をあまり整理できていない、自分の頭の中で。
だろ。「文法」というのも何か勘違いしてそうだけどな。

多分Cのローレベルなとこを汚いって言ってるんじゃないかと。
あとは何だろうな、関数名や変数名の省略の仕方とか？

Scheme と比較すれば、たしかに C はウンコなみに汚ない。

皆さん絡んでくれるので、もうちょっと燃料等か。
汚いという趣旨だけど。すごく極端に書いてみる。

Cより先にオブジェクト指向の概念から学習したから、こう感じたという話。
結局、オブジェクトとして扱おうとすると汚いところにいらいらするので。

>>669, 670
スカラーとポインタ。
・スカラーを中途半端に併用せず、なんですべてポインタで統一しないの？
その方が文法的にきれいじゃん。だいたいNSObjectに集約されるのが
Cocoaのすきなとkろ。NSSizeとかの部分は最初めんくらったけど。

C配列。ポインタの概念の部分に直結するけど。
・スカラーの配列と、ポインタの配列で扱い方が変わるところが一番嫌い。
・値の追加、削除、サイズなどなど。無いようによって全部書き換えしない
とだめ。これこそフレームワークが必要だよね。

C文字列。
・なんだこりゃ。固定長、エンコードの概念無し、文字数や行数などの
属性ももてないし。char型のポインタとして表すのが汚さの極地。

カプセル化が不完全。
・構造体の属性記述。->と.の二つの記述がある点。シンプルでない。
・これ自体はメソッドを内包できず、オブジェクトとしてあつかえない。
・属性は属性で、ものはものとして扱えるようにならんかな。

ポインタ。
・ダブルポインタ。隠蔽には中途半端だし、型情報は取り出せないし。

データがデータとして扱えず、型として扱わないといけないところによる箇所。
・関数の引数。データ型によってバイト数が違うのを意識しないといけない。
・スカラーに直結するけど、型によって関数を分けないといけない。

メモリ管理。
・mallocした箇所とハンドルで確保した領域とのコピーを理解するのに
かなりの時間を要した。メモリ管理そのものをオブジェクトで隠蔽したいと
思った瞬間。

とか。

なんというか、ID:Mw6LnD9+0がやっぱりCをまともに理解してないってことは分かった。

そんなに長々と必死に書かなくても、
オブジェクト指向な言語じゃないから嫌って書けばいいのにね。

頭の悪さを晒してるだけだな。

ポインタはアセンブラをやってると理解しやすい。アドレッシングモードとかね。
ポインタのポインタも意味があるんだけど、無理して使わなければいけないことも
ない。

TerminalでCを習得することに何も不都合はないはずだ。俺がCをやりはじめた頃は
フルセットのCコンパイラなんて少なかったし、Cの入門書はUNIX用に書かれた
ものしかなかったから、自分の環境に合わせて変更したりする必要があった。
それに比べればOS Xではそのまま本に書いてあることを試せるんだから十分じゃ
ないか。GUIはCocoaでやればいいだけの話。

Cの欠陥や汚さというより、なにか別の欠陥や汚さが見えた気がした。

最初に FORTRAN から学習すれ。
C が綺麗に見えるようになるから。

なんだもっと個別に反論することを期待していたのに。

それはともかく、一言で聞くけど、C言語って好き？

好きですが、何か？

反論も何も自分の理解力の無さを棚に上げて的外れな事を言ってるだけだし
どうせ言っても理解できないだろｗ

やはり、プログラミングは8bit CPUから入るべきだな。
メモリは8KBくらいで。

>>677
不都合は敷居が高いということです。
初心者はCを習得することが目的なのではなく、GUIを使ったプログラムを作りたいのですが
その為にCを覚えてこいといわれているわけです。
Cocoaを覚えるのは比較的敷居が低いが、Cを覚えるのは敷居が高い
その為にCocoaプログラミングは出来るが、Cの知識がないという人間がこのスレにも何人かみられます
Cを覚える為の敷居が低い環境があっても、それこそ不都合はないでしょう。

つ ZX-81

667の意見はもっともだなぁ。
僕は最初でCで始めて挫折して、その後Pascalでなんとか書けるようになった。
今はC++を使っているので、一つ習得すれば後は何とかなるのは事実だと思う。
それだったら、Javaは情報が多く、IDEも無料で手に入る。
言語も後発だけあってハメが少ない。

>>684
今の子供は幸せだよ。高速な32bit CPUに使い切れないほどのメモリ。
そして開発環境がそろってネットで調べる事も出来る。
コンパイラも無いからハンドアセンブルしていた時代が懐かしいよ。

学校のコンピュータなんか、マークシートを書いてカードリーダー
に読み込ませてた。キーボードやモニタすらない。プリンタのみ。
これでも楽しかったよ。orz歳がばれるね。

ObjCは分かるけどCは分からない、という状況(がそもそも不思議だが)で
Cocoaプログラミングができるというのはすごーく不思議なんだが。

僕も不思議だけど、それは議論に偽プログラマが紛れてるだけだと思う(w

反論ねえ...まずAPI(Cocoa)と言語(C)を比べてるところからおかしいんだがw

>スカラーとポインタ
>データがデータとして扱えず、型として扱わないといけないところによる箇所
基本型を全く使わない人ですか?

>C配列
扱い方...変わるか?ポインタと実体の区別がついてないだけではw

>C文字列
まあ使いにくいのは同意だが、低レベルな実装を考えると最も無難な仕様。
固定長というのは明確な誤り。

>カプセル化が不完全
そんなに嫌ならptr->memberを(*ptr).memberとでも書いたら?w
ObjCでも構造体を使えば結局同じことが言える。
ヒープかスタックか、という話だがスタック上にオブジェクトが置けないのは
別にObjC自体の制限ではないという話。
関数ポインタ...は知らないんだろうなあw

>メモリ管理
それは言語仕様ではなく処理系の話だろう。
少なくとも標準Cライブラリの範囲ではハンドルを使う事はない。

>>684
647氏の言いたい事はわかるような気がする。一寸ズレているのが難だが。
RealBASICがもうちっとマトモだったらずいぶんと様変わりするのにな。

結論からいうと、オブジェクトやらデータの連携の仕方が分からんとか
行ってる奴はCとかオブジェックト指向を勉強し直せってことですね。

>>687
開発環境はともかく、おっちゃん子供時代の方が幸せそうだよ。
それこそ陳腐化しない低レベルな知識を体得できたんだから。

>>693
今だって求めれば勉強できるでしょ。
今から学ぶ方が断然短い時間で修得できると思うけどなぁ。
特にネット以降とネット以前のスピードの違いは甚だしい。
ぐぐったら一発で分かるようなことを資料探してちんたらやってたもんなぁ。
まぁたくさん迂回したおかげで他のことも勉強できたっていうのはあるけど。

>>690
自分が皆さんより圧倒的に初心者であることはわきまえているつもりだし、
自分が理解できてないって指摘されているのは分かるんだけど。やっぱり
ASスクリプタ組の出身だからかなぁ。基本スタンスは、Cocoaまんせーー。

>ポインタと実体の区別がついてないだけでは

区別はしているけど、理解してないと言われればそう。
2バイトの基本形を配列にすれば、実体は配列の中。だけどc文字列を配列
にしたら、実体は別にあって、ポインタが配列になっているわけでしょ。
両者の配列の要素のサイズはことなるから、++で演算して出てくるアドレス
は要素のサイズによって変わることになる。全部ポインタで統一すれば、
配列は実体をもたず、あくまでポインタの配列をほじする領域ってことに
できる。そうした方がシンプルになって「まだ」分かりやすいな、と。
現在のシステムの中では、ポインタは32bit固定長。64bit apiでは64bitに
なるだけらしいし。

でも、NSMutableArrayとかにしてしまえば、実体だ参照だなんて考えずに
ぽいぽい放り込める。要素の追加削除、カウント条件抽出だってくっついて
くる訳だから。めんどいのが嫌いなので、わざわざC配列なんてつかわないっす。

>まずAPI(Cocoa)と言語(C)を比べてるところからおかしいんだが

これ、よく言われるのだけれど、obj-cが言語だよね？その上で構築された
フレームワークがCocoaだと思ってるんだ。フレームワークを使わずに
obj-cを使うなんてほとんどあり得ないだろうし、実質的にobj-cの世界＝
Cocoaって言っていいと思う。

基本的に、出来ることを出来る方法でやればそれで良いと思う。方法は何種類
もあって、それこそフレームワークを使わない方法もあるんでしょうが、あれ
こそは非効率的だと思うな。
（もちろんスピードなんて実質的に問題にならないからだけど）

ところがCの場合は、C自体が持つ機能だけで使え、覚えろ、となると、厳しい。
Cはメモリ管理べたべたな言語ってのはなんとか分かるけど、その部分こそが
初心者に取っては理解しづらいところ。結局フレームワークを使った方が簡単
だし効率がいいと思うから、obj-c+Cocoaに流れただけの話で。

>基本型を全く使わない人ですか?

BOOLとかInt32とは使わないわけじゃないけど。でも使いにくいでしょ。
基本的にChar型やCstringは使わない。全部obj-c strにしちゃうし。C配列や
構造体は出来るだけ使わずに、クラスを作ってしまうです。
値の未定義を表すnilが判定に使えるのと、KVCで扱うのが楽なので、わりと
スカラーの代わりにNSNumberを使うようにしていたりします。
メモリ管理をクラスに押し込めてしまえるのが（インスタンスの破棄でメモリ
掃除完了とか）楽だなぁ。

自分みたいな初心者に取っては、データと入れ物を明確に区別できる、KVCの
存在が最高。KVCで動的にチェックしてKeyがないとかエラーを吐いてくれる
のはありがたいし。
KVO／Bindingも便利。Bindingが使えない状態でGUIのプログラムを書くのは
苦痛に等しい。UserDefaultsへのBindingって設定値の保存も考えなくていい
し、すっごく楽。
そういったひっくるめた部分で、Cocoaのやり方って楽だと思う。

Cでも定石みたいのはあるんだろうけれども、Cocoaの決まった方法でのやり方
は（クラスが基本単位、initで初期か、deallocで破棄、autoreleasepoolとか）
初心者には飲み込み安いと思うんだよね。
Cのプログラムって、人によってやり方がばらばらで、他人のソース見てると理
解するのに時間がかかってしまう。半端にオブジェクトとして扱うところと、
べたべたなところとが混在してて。

自身はまだCoreDataがなかなか理解できないけど、あれ使えるようになったら
もっと楽になりそうに感じています。

・・・やっぱり玄人さんとは絶対相容れないなぁ。

だからさあ
素のCとObjC+Cocoaを比較してCにケチ付けるのは筋違いだろ
OSXならCoreFoundationでも持ってこいと
http://developer.apple.com/documentation/CoreFoundation/Reference/CoreFoundation_Collection/index.html

これはCのAPIなわけだが、こういうのはカプセル化もきちんとされてるし、
メモリ管理もできるし、独自の文字列や配列もあるし。
まあCocoaのFoundationの低レベルなAPIなわけだが。

Cocoa APIで○○ができるのにANSI Cではできないなんて文句は
とりあえずやめてほしい。

>>697
どう考えてもGUIアプリケーションだけを前提にしているじゃないか。
それでCの有効性を語られても。
Cの汎用性、移植性にかなう言語は無いよ。一度書けば
半永久的に動くでしょ。事実それだけの歴史がある。

>>699
CocoaはAppKitを含むのだから、このスレはGUIアプリ前提でもいいかと。
CFだけじゃGUIアプリは書けないし。Carbon一般の知識も必要でしょ。

>>698
>Cocoa APIで○○ができるのにANSI Cではできないなんて文句は

言ってないよ。言いたかったのはあくまで
「Cがきちんと分かってなくてもObj-Cは出来る。」だから。
さんざんさらしてきたように、自分は「Cを分かってる」訳じゃない。
でも、Cocoaを使うことができるし、アプリも書ける。

最初に戻るけど、Cocoaが学習できるかどうかはやっぱり、
英語のマニュアル読むことができるかどうかだけだと思うな。

( ﾟдﾟ)ﾎﾟｶｰﾝ
>>672-673なんてまさにANSI Cに対する文句だろw

・Cで学んだ知識は全てObjCプログラミングでも使える(言語仕様としてのObjCはCを完全に含む)
・世の中で公開されているライブラリの多くはCのインターフェースを持っている
・Carbon、CoreFoundation、CoreAudio等、OSXでもCocoa以外のAPIはほとんどC

結局Cocoaの世界から一歩でも外に踏み出すとCが必要なのに、
汚いとかいう理不尽な理由でCを避ける利点がどこにあるのかという話だ。
少なくともAppleScriptなんかより遥かに役に立つ。

Cocoa APIだけで完結するアプリケーションしか作ってないうちは
一生理解できんだろうな

というかObj-Cだって言語仕様そのままでは、allocもinitもretainもreleaseもないし、
NSArrayもNSStringもないわけだから、Cへの文句はそのまま当てはまるのでは？

CocoaだけでもMVCでいうMの部分で少々複雑なことをやろうとすると
結局Cの知識が必要になるわな。

>>704
彼にはそれが分からんらしいｗ

>>700
>>672-673 は、Cの汎用性、移植性を考えれば当然の結果で
なんの疑問も無くなるから。

リファレンスの日本語訳がある／なしじゃ、敷居がぜんぜん
ちがうね。AJにはなんとかしてほしいよ。

まあ何だ、例えばNSImageで画像を読んでNSBitmapImageRepの-bitmapDataで
ビットマップを直接いじりたいとか思ったとき、配列もポインタも知らずにどうするんだろうねえw
ID:ML+61Nzm0は英語力だけで何とか解決してくれるんだろうか?w

こんなことはCocoaを使ってればいくらでもあると思うんだがねえw

低級な部分を触る必要の無いプログラミングにおいては、
649の言いたい事はべつにわからんでもないがなぁ。
>>707みたいな場面に出くわす機会ってそんなにある？
俺もCの細かい部分には自信ないけれど、Objective-Cでプログラミングって
面白いなぁと感じる所までは行けたよ。いつか困るんだろうけど。

言い方が決めつけ過ぎだったり、Objective-JがCを完全に内包している事を
すっとばしてCに文句を並べるから、批判が飛ぶんではないかい。
少なくともさおりﾈｶﾏ嬢よりはまとも。

J

燃料投下でたくさん絡んできてくれてうれしいな^^

>701
そうだよ。だからCocoaというかFoundationでやったほうが楽でしょ。
>702
そういうのは逐次対応。基本はCocoaとその関係のAPIで十分。
今んとこQuickTime系APIとPosix系APIは触らないといけないケースが
あるので、そこは勉強してる。
>703
普段使うほとんどのアプリケーションで使う機能のうち、CocoaAPIでは
「書けない」ものってどれくらいの量があるのかな？ほんとに書けない？
>704
だからCocoaだとry)
>705
それはモデルの設計が悪い。と思う。どうしても他のAPIに依存するなら、
モデルをラッパクラス化するのがアプローチとしてはよいのでは。
>706
疑問がある訳じゃないが、自分に取ってはCとCarbonとCFは開発効率わるいから。
日本語ドキュメントがあるにこしたことは無いけど、訳語が変で却って困ることが。
>707
そこだけは同意。でも画像をいじるのなら、自分ならOpenGLを調べるけど。

>708
ありがとう。ご指摘痛み入ります。

なんだ、結局文句を言いつつCの勉強してるじゃんw

>>710
>>707みたいなケースのことを言ってるんだが
他のAPIとかラッパーとかそういう問題ではない

音声・動画系の処理は間違いなくCocoaだけじゃできないと思うが。

何だ‥結局屁理屈で自分の無知を正当化してるだけじゃん。

いい加減いつもの流れに戻してくれ。

Cocoaのようなオブジェクト指向のAPIを利用でき、かつ必要に応じて
ポインタ操作等の低レベルな記述が可能なのがObjC(C++でもいいが)の利点だと思ってるんだが。

せっかく小回りが利くC的なを否定するのはなんだかなあ、と
むしろJavaなんかに対する大きなアドバンテージだと思うんだが。
最近は低レベルな実装を嫌う人が多いんだろうか。

>>713
>音声・動画系の処理は間違いなくCocoaだけじゃできないと思うが。

QTKitでそこそこ出来るしょ？
OpenGL/CoreImage系でならかなりのことができそうだけどな。

音声の方は・・・CoreAudioにCocoaなInterfaceはないみたいだけど。

低レベルな部分を受け入れられる人と受け入れられない人の果てしなき戦い

オブジェクトじゃないものが嫌いってことかな。
NSRectを触ると蕁麻疹が出るとか。

>>716
ttp://aldebaran.armory.com/~zenomt/macosx/MTCoreAudio/

リンクドリストが欲しい時にNSArrayで無理やり代用するか否か。
見たいな話か？

>>716
まあ「できそう」と口で言うのは簡単だなw

>>719
結局使うのはAudioToolbox/AudioUnitの方だからほとんど意味がないんだなあ
つかAudioDeviceを使った再生ってもうobsoleteだったようなw

Cocoaの世界で綺麗にまとめることを止めはしないけど、Cじゃないとできないこともあることは知っておいてね。

なんだFaundationとかいうのは何かと思ったらただの材料の山かょ

とりあえず流れが落ち着いたと思うので質問しますけど、
Interface Builderで、NSTableViewにSort Keyって項目があるんですけど、
ここはモデルになってるオブジェクトのメソッド名を書けばいいんですよね？

>>724
ソート対象への、KVCでのアクセス可能なkeypathを指定する。
モデルのアクセッサメソッドとかインスタンス変数名そのものでオK。

>http://developer.apple.com/documentation/Cocoa/Reference/ApplicationKit/Classes/NSTableColumn_Class/index.html
>http://developer.apple.com/documentation/Cocoa/Reference/Foundation/Classes/NSSortDescriptor_Class/index.html

>>724
NSTableColumn のidentifierを書く。カラムのヘッダをクリックしたとき
そのidentifierを持つカラムでソートされる。

便乗質問させてください。
アプリが起動したときに、自動でカラム（例えば日付のカラム）をソートするには
どうすればいいでしょうか？

>>725
ｻﾝｸｽ。やってみたけど上手くいかなかったです。
カラムヘッダに矢印は出るんだけど、並び変わらないです。

>>726
すみません、よくわからないです。
カラムのidentifierをカラムのソートキーに設定するってことですか？

すぐみつかるよ
>http://www.big.or.jp/~crane/cocoa/cocoaNote/cocoaNote.html

>>727
NSTableViewのsetSortDescriptors:を使ってソート。場所はNSTableView
にdatasourceを設定するあたりでいいかと。例を挙げると下のコード。
aTableViewはNSTableView,IBでNSTableColumnのソートを定義しておく。

NSSortDescriptor *sortDes1 = [[aTableView tableColumnWithIdentifier:@"カラムのＩＤ"] sortDescriptorPrototype];
NSArray *sortDes = [NSArray arrayWithObjects:sortDes1,nil];

[aTableView setSortDescriptors:sortDes];

当然、datasourceにsortDescriptorsDidChange:を入れたりして
ヘッダクリックでのソートを実現しておく事。

developer.apple.comで技術翻訳があるのは、
ほぼ日本語だけなんだけど、
他の国の人はみんな英語ができるんかい？

>>731
作らないから必要ないんじゃない？
外国は作るのはWindowsのソフトばっかでしょ。
金にならないし。

>>731
できるんでしょ。
日本人だってそれなりに勉強してんだからできるはずだよ。

フランスは意外に英語が通じた。プライドが高いから英語話さないって
聞いてたけど街はそうでもなかったです。
スペインは全く英語が通じない。日本人より英語知らないと思う。
あとオランダとドイツも普通に英語通じたよ。
中国はビジネスやる人は通じる。街はよくわからない、場所によると思う。
アメリカとイギリスは英語が通じる都市にしか行った事がない。

>>732
なんだそれ。学生の方ですか？

日本って自分たちが思ってる以上に重要な国だよ。
なんか小さな島国だってイメージがあったけど、全然でかい。

>>733
関係ないが、最近地球儀を見て「うわ、日本てデカイじゃん」と思ったのは俺だ。

日本は連邦制をとらない国の中では世界最大。
って」すれ違いだな

>735
スレ違いと言ってるところに何だが
何が「世界最大」なんだ? 面積じゃないのは間違いないし(……いや領海含めたらそうでもないのか? )

>>730
サンクスです。できました！！

>>734
つGoogle Earth

半角英数しか受け付けないように制御した
NSTextFieldを作りたいんですが
私は今、頓挫してしまいました。

どうやったら出来るのでしょうか？
orz...

>>739
>半角英数しか受け付けないように制御

>http://www.google.com/search?q=keyDown+nsview&hl=ja&client=safari&rls=ja-jp&lr=lang_ja&sa=X&oi=lrtip8

Viewに表示される内容をPDFに保存したい場合、dataWithPDFInsideRect:を
使うけど、Viewがスクロールしなければ表示し切れない大きなものの場合、上の
メソッドで作成されたPDFは1ページが巨大なものになって、これを印刷しようと
すると全体が縮小されたものか、拡大しても一部だけしか印刷出来ないような代物
になっちゃうんだけど、複数ページに分割出来るように保存出来る方法は
ないですか？一体、どうやれば複数ページのPDFを作成出来るんでしょ？

>>741
あるよ。説明面倒だからヒレガス本でも読んでね。

>> 740

え…っと、どの記事でしょう？？？

>>742
knowsPageRange:とrectForPage:のこと？
実装してるけど、印刷はうまくいくものの、PDF作成ではうまくいかず。

>>743
>え…っと、どの記事でしょう？？？

>http://www8.ocn.ne.jp/~sonoisa/OgreKit/
これとか。

>>733
１００％の識字率で高所得、１億２千万以上の人口だから、
まぁそりゃ確かに重要だよなぁ。

アウトラインビューで、
「キーボードの矢印で選択変更された」のか、もしくは、「マウスでクリックして選択変更された」のか
を判別する方法はありますでしょうか？

また、同じくアウトラインビューで、
既に選択されてフォーカス状態の項目があり、
もう一度その同じ項目をクリックしたとき、クリックされたイベントはとれるのでしょうか？
（違う項目をクリックすると、変更されたイベントは来るのですが）

>>747
前段は NSEvent の NSEventType で判別できないか。

>>736 遅レスだけど、、、
wikipediaの日本の項目で世界最大の記述が何点かあります。

>首都 　首都は東京。世界最大の都市圏でもある

>両生類 現存する世界最大の両生類であるオオサンショウウオは
　　 　日本を代表する両生類として世界的に知られている。

>国際経済　継続的な経常黒字により世界最大の債権国
>注釈10 日本の2004年末の対外純資産は1.8兆ドルと世界最大である。


スレ違いすまん。

スレ違いと思うなら書き込むなよ阿呆が。

>>750 うるせー馬鹿。
てめぇの書き込みもスレ違いだよ。

>750-751
スマヌ、スレ違いネタを引っ張った俺が全て悪いのだorz
ってことで[俺 release];

>>752
誰もretainしてなかったっつーの。

きっとNSAutoreleasePoolによって（ｒｙ

Dockにアイコンを登録するのってCocoa（もしくCarbon）プログラムで
可能なのでしょうか？
com.apple.dock.plist
を編集するしかないんでしょうか？？

行儀の悪いソフトを作るなよ。

行儀悪いw

shiroタン乙

>>755
Installer VISEでインストールすると
Dockにアイコンが登録されるね。
多分、やり方はあるはず。

>>755
余計なお世話
登録したいユーザはD&Dで勝手にする

>>755
iLifeはインストール時にaddDockIconというスクリプトでアイコンを追加してるんだが、
自前でxmlファイルを作ってcom.apple.dock.plistにマージしてるだけだったりする。
iLifeをインストールしてたらReceipts以下に残ってるはずだから参考に。
でも、どうせ同じことやるならdefaults writeを使ったほうがいいよなぁ…。

関係ないが、DockにSIGHUPを送ってるな。ちゃんと終了してくれるんだろうか。

Dockに、そのためのAppleScriptがありそうな物だが。

文化の違いだと思うが、

途中で送っちゃった。
文化の違いだと思うが、
Windows -> スタートメニューに入れるのが当たり前。っていうか入れなかったらダメだろ。
Mac -> 勝手に変なことすんな、ボケ！俺のMacに何て事してくれたんだ！！！

iTune のインストーラもDockに登録するスクリプト
入ってるじゃん！

Apple自身が行儀悪いインストーラ作ってることか？？

Dockに登録されても気に入らなきゃ
ドラッグ＆ドロップで外せばいいんじゃない。
そんな大騒ぎするほどのこどでもないじゃん。

>>765
Apple は特別なの。

Apple がやることにはどんなに理不尽でもついていく人を相手に商売しなくちゃならない。
Apple が執拗にくり返す「標準｣の変更についていくサードパーティーだけが善であり、
それ以外はすべて悪であると思い込んでいる人を相手に商売をしなくちゃならない。
Apple だけに許される暗黙事項をすべて承知しておくことを要求する人を相手に商売しなくちゃならない。

そういう覚悟でどうぞ。

同感、Appleがやっても気にならないけど、765がやったら糞インストーラとか思います。

つーか>>755はCocoa/Carbonアプリから
Dockに登録出来るかどうかを聞いてるんだが。

インストーラとアプリとでは同じDockに手を出すにしても
意味が違うだろ。

Apple信者ってこわいなぁ…。
>>762
真っ先にスクリプトエディタで用語説明を開こうとしたんだが、対応していない云々いわれる。
つーか、必須AppleEventにすら対応してない。一番行儀悪いのはDockだな。

まぁDockへの追加の是非はともかく、plistを直接いじるのはいただけない。

>>766-767
狂信者だ。こえぇ〜〜〜！
自分を見失うなよ。

>>770
ID変えてまで自己弁護乙

>>770
俺は信者じゃね−よ。
信者につかまるとろくなことがないから、
避けられるのであれば避けて通るべき道を教えてあげてるだけだよ。

つかまったらほんとに怖いよ、信者は。

>>771
あんたもね。

>>764
だって、exeやdllがたくさんあってどれが本体か分からないんだもん。

ここは開発者用のスレだ。
荒らしは消えろ。

つまるところAPIはないから禁止。ってことでFA？

apiがあってもいいね。
ドック上のアイコンを頻繁に変更するのも非推奨だったはず。
リアルタイム指向にドックを洗練してもいいと思う。
現時点ではウィンドウズのタスクバーの方がいろいろできる。

くはぁっ！無念。

DockExtraのAPIが非公開になったぐらいだからな

Windowsはタスクバーにアイコンを追加するAPIって
あるのかな？
多分あるんだろうね。
macもホスイ…。

タスクバーにアイコンを追加？

>>780
タスクトレイ？

空気読まずに投下。

オリジナルはオレンジニュースにのってた andymatuschak.org/articles/2006/08/27/clues-to-objective-c-2-0
この記事はNDAとかとは関係ない、gccのリポジトリにあるobjc関連の主にtestsuiteから
Objective-C 2.0がどんななのかを調べてたって内容です。
日本語でこの記事に触れてるブログとか見つからなかったので訳してみました。

----以下テキトーな訳----

【Clues to Objective-C 2.0】

Obj-C 2.0でなにが新しくなるのさ？seed keyを持っていて（訳注：seed developer
のこと？）さえ“hey, we’re changing around the syntax of the language
you do all your work in; hush, we’ll tell ya about it later”なんて言われる
のにはウンザリだ。だからオレはちょいと探ってみたんだ。

gnu.orgのgccのAppleブランチのリポジトリに秘密があるんだ。そのchangelogが
すっかり教えてくれる。とくにtestsuiteがな。これから挙げるObj-C 2.0の追加機能は
誰でもリポジトリで見ることができるものなんだ。

Appleの法務担当さんよ、オレを殺さないでくれよな。
これはぜーんぶ公開されたリポジトリからの情報なんだから。

【プロパティ】

これはオレが見つけた中では追加された最大のものだ。こいつはグルーコードを書くために
費やす時間やコード量を節約してくれる。

Rubyの属性（attributes）のようにObj-C 2.0ではクラスのプロパティを定義することができる。
んでもって、プロパティの属性（nocopy, readonly, readwrite. etc)を指定すれば、コンパイラは
その指定に従ったKVC準拠のアクセサを生成する。もしそうしたければ、アクセサである
setVar:やvarメソッドをオーバーライドすることもできる。

（長いのでコード省略。属性無指定のプロパティとreadonlyのプロパティの例、アクセサのオーバーライド）

で、見りゃわかることはこんなことだ。
・プロパティは.(ピリオド)でアクセスできる。かんたんインスタンス変数アクセス（訳注：あとででてくる）は
　->を使うことをヘンに思うかもしれんが、これはKVCとは関係ないってことで納得しとこう。
・デフォルトのプロパティの実装は、文字列みたいなオブジェクトすら"do the right thing"で扱ってる
　ように見える。set時にコピーして、自分自身の解放時にもちゃんと解放するみたいだ。
　少なくともdeallocのテストは見当たらないな。
・当たり前だがGroupオブジェクト中のPersonオブジェクトは初期化しなくちゃいけない

他にもプロパティに指定できる属性がある。便利なのがivarだ。こいつはプロパティを指定した
名前のインスタンス変数にマッピングするものだ。

（コード。プロパティの属性ivarの例）
@interface Bar : Object
{
int iVar;
}
@property(ivar = iVar) int FooBar;
@end

getterやsetterのメソッドも別に指定することができる

（コード。プロパティのアクセサメソッドを個々に指定する）
@property(getter = whatBaby, setter = setFire:) id baby;

【foreachでかんたんenumeration】

こいつは言語ベースのenumeratorが追加されたみたいだな。例はこんな感じだ。

NSArray *someArray;
for (id obj in someArray)
NSLog(@"%@", obj);

スタンダードなCocoaのコレクションのすべてでこの振る舞いが有効だ。もちろん、自分の
オブジェクトでこの機能を有効にするには次のメソッドを実装しなくちゃならない。
- (unsigned int)countByEnumeratingWithState:(struct __objcFastEnumerationState *)state objects:(id *)items count:(unsigned int)stackcount
たったこれだけ！

【プロトコルのオプショナル/必須メソッド】

（サンキュ、Jay Tuley。これは忘れてたよ！）

@publicや@privateみたいに、プロトコルは@optionalと@requiredの新しい
キーワードを手に入れたんだ。こいつはスゴイぜ！
前までは非定型プロトコル（informal protocol）しか使えなかった。
だからいつだってdelegateの素晴らしい柔軟性のためには、本当のプロトコルの
代わりにNSObjectのカテゴリを使わなきゃならなかったからな。

【ガベージコレクションのメタデータ】

オレが公開されてるリポジトリで見つけたガベージコレクションに関する追加は、
__weakと__strongキーワードで、これらは変数の弱い参照と強い参照を指定する
ものだ。こいつは__weak NSString *someStringElsewhereみたいに使うんだ。

【メソッドの属性】

メソッドの属性を指定できるようになった。今のとこ"deprecated"と"unavailable"の
2つを見つけた。この2つは指定されたメソッドの呼び出し時に警告が出るようになる。
キーワードの形式は__attribute__ ((attr))になる。こいつはdeprecatedなメソッドのひな形だ。
- (int)foo __attribute__ ((deprecated));
この機能はもうCの関数にはあるものだけど、Obj-Cのセレクタ（メソッド）では
新しい機能になる。ぜんぶの属性のリストは
ttp://gcc.gnu.org/onlinedocs/gcc-4.0.0/gcc/Function-Attributes.html
で見ることができる。

【かんたんインスタンス変数アクセス】

最初の記事で、オレはObj-C 2.0の新機能と紹介したけどそうでもなかったようだ。
まあでもオレと同じように君らにとっても新しいものかもしれんからな。
（訳注：ttp://developer.apple.com/jp/documentation/Cocoa/Conceptual/ObjectiveC/3objc_language_overview/chapter_7_section_5.html の「インスタンス変数の参照」）

インスタンス変数はobj->ivって形式でアクセスできるけれど、それは@publicな
ものだけだ。キーワードには@protectedや@privateもある。以下は（変更した）リポジトリの例だ。

（長いのでコード省略。@publicのみがアクセスできる）

【結論】

AppleはObj-C言語にほんとにいっぱい追加したな！オレはプロパティと
かんたんenumerationに興奮したよ。思うにオレたちはこの春にはぜんぶ
調べつくさにゃならん。（もしくはAppleサマがADCのSelect/Premire会員に
DP（訳注：Developer Previewのことか？）を与えるまではな）

終わりです。間違ってるとこあったら指摘お願います。

翻訳スレの方がよかったんじゃないか。
どっちにしても>>TiBUhRpI0 乙

いや、翻訳スレの住人にはどうでもいい話か。

>>TiBUhRpI0

乙です。ありがとう。

後は匿名メソッドさえあれば十分だ。セレクタを引数で渡す所にメソッド宣言を直接書けて、ブロック内で外側の変数にアクセスできるやつ。

クロージャのこと？lambda式とか。

近いが、クロージャはローカルスタックの保存の概念が有るので、そこまでは要求しない。
C# 2.0の匿名delegateやJava 7の匿名メソッドと同程度でいい。

lamda式は匿名メソッドが一行の場合の見栄えが良いだけなので、要らんと思う。

__weakとか__strongみたいな、アンダーバーが付く識別子はいやだなぁ

それはきっと他のにtypedefされるんじゃね？

isFlipped が YES の NSView に isFlipped が YES の NSImage を描画しようとして
- (void)drawInRect:(NSRect)rect fromRect:(NSRect)fromRect operation:(NSCompositingOperation)op fraction:(float)delta;
と格闘すること半日。
両方とも isFlipped を NO にすれば簡単だということに気づいた。
何をやってたんだか……

そもそもisFlippedってどんなときにYESにするんだ？

NSView のサブクラスで自前のコントロールを作る時に
左上が原点だと座標計算が少しだけ簡単になる。
もっとも、他の NSView や NSImage と組み合わせようとすると途端に難しくなるが。

パスで示されるあるファイル@"/Foo/Bar/Hoge"がアプリケーションかどうか判別する方法ってありますかね？
NSWorkspaceの -getInfoForFile:application:type:では拡張子.appがついてないアプリは判別できないようなんですが。

LaunchServicesの kLSItemInfoIsApplication なら大丈夫だったと思う

日本語ロゴをグラデーション付きで生成したいんだけんども、
CocoaのAPIだとシェーディング使えんのね。
仕方なくQuartzをいじってみたがこっちは日本語が使えん。
もうちょっと高機能な描画ルーチン無い？
そこまで全部自作するとかでか過ぎて見当もつかんｗ

-[NSBezierPath appendBezierPathWithGlyph:inFont:] あたりで
path を作って set してから CGShading でどうでしょうか。

そんな共用できるんですか。
ありがとう

>>803
レスｻﾝｸｽです。
kLSItemInfoIsApplicationでぐぐってみたらいろいろとサンプルコード見つかりました。

Cocoaはじめて一週間ほどの者です。
参考書を読んで手探りでやっている状態で、オブジェクト指向言語も
初めてです。

Xcodeでプロジェクトを作り、インターフェースビルダーを使って
「Aclass」というクラスを自分で作りました。
そして、Aclassに Amethodというアクションを作って、
CreateFiles for Aclass... を実行して、Amethodを実装しました。

そして、さらに新しく「B」というクラスを作り、
Bmethodというアクションを作り、
同じようにCreateFiles for Bclass... を実行して、Bmethod
実装しました。
それで、Bmethodの実装で、先ほどのAmethodの機能を使いたいので、
Amethodに
　[AClass Amethod];　のようにメッセージを投げました。
が、プロジェクトをビルドして、Bmethodのアクションに接続した
ボタンをクリックすると、

[16133] *** +[AClass Amethod]: selector not recognized

というログが出て何も起こりません。
どこが間違っているのでしょうか。

>>808
Aclassそのものではなくて、Aclassのインスタンス（aClassとします）に投げる必要があります。
InterfaceBuilderを使うなら、Bclassに「aClass」というアウトレットを追加します。こいつの型を
"id" または "Aclass" に設定してください（コンパイル時により厳密なチェックを行いたければ後者をお勧め）。

もう一度「Create Files for Bclass...」してヘッダを見てみれば、インタフェース宣言に
{
　...
　IBOutlet AClass aClass;
}
という変数が追加されているはずです。AclassではなくaClassに向かって命令を投げればOK。
他にもっと違ったアプローチもありますが。

追記。
InterfaceBuilderで追加したアウトレットは、もちろん接続を行っておく必要あり。

>もう一度「Create Files for Bclass...」してヘッダを見てみれば、

そしたら最初に作った Bmethod が消えるような気がする。
Read Bclass.h の方が良いんと違うか。

ごめん。気になったんで試してみたら Create Files for Bclass... でも既存のメソッドは消えないな。

ねえねえ、ウインドウの背景色を濃くしたようなやつ（NSBoxの中の色）を簡単に書く方法ってある？
いまは普通のウインドウの背景色が書かれてるところで
[[NSColor controlHighlightColor] set];
NSRect selfBounds = [self bounds];
NSRectFillListUsingOperation(&selfBounds, 1, NSCompositePlusDarker);
ってやってるんだけど、一発で書ける関数ってないのかな。

[[NSColor controlHighlightColor] set];
[NSBezierPath fillRect:rect];

>>809
ありがとうございました。

＞他にもっと違ったアプローチもありますが。
というのは、インターフェイスビルダーを使わずに
メッセージングを行うという事ですか？

JavaでDIってのが花盛りのようですが
Objective-CでDIってのはどういう風に実装するんでしょうか。
Objective-C（Cocoa）ではDIは必要ない？

って、DIってのがよく分かってないのが一番問題ですけど・・・。

>>815
そうすね。よく見かける奴では、たとえば常に単一の（既に作成された、とでも言えばいいのか）
インスタンスに対してメッセージを送りたい時に、sharedウンタラカンタラ、というのを作っておく
のが常套手段のようです。たとえば Aclassの Aclass.m にこんな記述を。

#import "Aclass.h"
static　id　_sharedA = nil;
@implementation　Aclass
- (id)init{
　if(self = [super init]){
　　...（固有の初期化処理はここ）
　　_sharedA　=　self;　　// 変数 _sharedA で Aclassのインスタンスが参照できるようにする
　　return self;
　}
　return nil;
}

+ (id)sharedA{
　return　_sharedA;
}

こーしておいて、他のオブジェクトがAclassのインスタンスにメッセージを送りたい時には、
　[[Aclass sharedA] message];
とやるみたい。
本質的には意味合いが違うもんかもしれませんが、私はIBを使うのが面倒なのでこっちで済む時は
こうしてます。

>>811
ご指摘どもです。
思わず「ごめんなさい」といいかけましたが、Read しなくても大丈夫みたいですね。

関係ないけど次期IB、ツールバーぐらいはGUI上で作れるようにして欲しいなぁ。

マルチドキュメントのアプリケーションでメニューバーのメニューを動作させるためには、
アプリケーションの nib ファイルでメニューの target を First Responder に接続して、
ドキュメントの nib ファイルで -(IBAction)hoge:(id)sender; といった action を実装するのが通常だろうと思います。

今作っているアプリケーションでは
ドキュメントの nib ファイルの File's Owner のクラスとして MyDocument を指定してあり、
ドキュメントの window の delegate は File's Owner に接続してあるのですが、
それとは別に、AController というクラスを window 上にある view のコントローラとしてインスタンス化してあります。

こうした場合に AController に -(IBAction)hoge:(id)sender; といった action を実装しても
メニューバーのメニューは選択不可なのですが、
これは AController のインスタンスが Responder chain に入っていないためだと理解しています。

そこで、view の nextResponder として AController のインスタンスを指定したところ、
view にフォーカスが当たっている時にはメニューが選択可能になったのですが、
view からフォーカスが外れるとメニューは選択不可になってしまいます。

view にフォーカスが当たっていると否とを問わずメニューを選択可能にするためには、
どういう方法を取るのが正しいのでしょうか？

AController のインスタンスを view ではなく NSApp の nextResponder として指定すれば
view のフォーカスの状態に関係なくメニューは選択可能になるのですが、
ドキュメントのレベルを超えていきなり NSApp の nextResponder として指定するのは、
どうも正しくないような気がします。

>そこで、view の nextResponder として AController のインスタンスを指定したところ、
>view にフォーカスが当たっている時にはメニューが選択可能になったのですが、
>view からフォーカスが外れるとメニューは選択不可になってしまいます。

そりゃそうだ。自分で書いてある通りAControllerをそのViewのNextResponderにしたんだから。

>view にフォーカスが当たっていると否とを問わずメニューを選択可能にするためには、
>どういう方法を取るのが正しいのでしょうか？

そのドキュメント (のウインドウ) が選択されている時に応答したいんだったら，素直に
NSDocumentのサブクラスにメソッドを実装して，そのメソッドの中で
[aController myAction:sender];とかすればいいんじゃないの？
アプリケーション共通の処理だったらNSApplicationのDelegateに書いてもいいし，
FirstRepponder使わずにそのインスタンスのアクションメショッドをそのまま呼び
出してもよいだろうし。
あと，NSAppのnextResponderなんかに指定しなくても，単にNSAppのデレゲートに
すればレスポンダーチェーンに参加できる。つーかnextResponderを変更したら，その
変更されたnexResponderに指定されたオブジェクトも次のrepoonderをきちんと指定
しないと上位のビューに投げていくというCocoaのResponder Chainsが壊れちゃう気がする。
レスポンダーチェーンについては
ttp://developer.apple.com/documentation/Cocoa/Conceptual/BasicEventHandling/index.html
の図を見よう。無理にnextResponder:をいじるより，アプリの設計を考え直した方がいいと思う。
なんか混乱していると思うぞ？

最近よく使われてる黒い半透明のWindowはどうやって作るんですか？

NSWindow のサブクラスでも作って実装してください。

/System/Library/PrivateFrameworks/ProKit.framework

ProKitのウインドウって、前に使ったときはただパネルを黒く塗っただけのような感じだったな。
使い方が悪かったのかな。

ProKitって公開しないのかな?

ProKit（というかPrivateFrameworks）ってガンガン使っちゃってもいいんですか？
良いなら使いたいですが、NSWindowサブクラスを作るのが吉？

バックグラウンドでやりたい長い処理があるんですが、CPU能力の10~20%くらいで
まったりやらせる方法はあるでしょうか？
NSThreadで優先度を0にしても空いてる処理能力を全部使って一生懸命やってくれちゃうので
丁度良く力を抜かせたいんですが。

定期的にスリープしとけ。

最近「MAC OSX Cocoa プログラミング（アーロン　ヒレガス）」を読みながら勉強を始めた者です。
もし、この本で学習された方がいらっしゃいましたらぜひアドバイス願いたいのですが、第6章（アーカイブ）の課題のプログラムは本の通りに打ち込むとパンサーでも動くのでしょうか？
本の通りに打ち込んだ（つもりなんですが）後に、実行してプログラム内で適当なデータを保存すると、「シグナル 11（SIGSEGV）により終了しました。」と表示されてプログラムが終了してしまいます。
コンパイル時点でのエラーはすべて解決しているのですが、何が悪いのかわからず途方に暮れています。
まず、パンサーでも動くコードなのかどうかを確認したいと思っています。

>>829
＞打ち込んだ（つもりなんですが）
「打ち込みました」と言い切れるようになってから出直してね。

>>829
私はその本持ってないので分かりませんが、デバッガで追えばどこで落ちてるか分かるのでは。

プログラムのmd5値でも晒してみたら？
誰も試してないと思うが。

定期的にCPU負荷調べてスリープさせる。
renice +20
相当の優先度設定している？

Prokitってタイガー以降だっけ？

ProKitはPantherからだったはず。ていうか俺の10.3.9に入ってる。

Pantherにもある

NSThreadで、ある条件が成立したらthreadを動かすというのを
考えています。
NSThreadに、sleepUntilDateってのはあるんですが、一定時間
ごとに起こしてチェック、というのはあんまりスマートじゃないし
タイムラグが馬鹿にならない、と思うのですが、皆さんならどうい
うふうに書くものなのでしょうか？

NSConditionLock

>>836
なるほど・・・
これって、lockのインスタンスがint値を保持するということですよね。

ということは、32bit分のconditionがとれるわけだから、bitごとに
フラグを持たせて、全thread即終了とか再初期化！とかできたりして

・・・とか思ったんですが、conditionは式で指定するのはダメか。
これ、式の評価をリアルタイムでやってくれるわけではないですよね？

　[condLock lockWhenCondition:(評価式)];
とかかけると便利なんですが。（xxx & 0xF > 0とかxxx & yyy == TRUEとか）

単純に特定のint値がセットされるまで待つ、しかできないのかな。

>>826
>ProKit（というかPrivateFrameworks）ってガンガン使っちゃってもいいんですか？

PrivateFrameworksって、OSのバージョンが変わるときにメソッドが変更/消滅したり、
フレームワークそのものが消滅したりすることがある。
そうしたらそのフレームワークを参照しているアプリはクラッシュするようになる。
ある特定のOSのバージョンだけで動けばいいならいいのかもしれんが。

829 です。
早速のレスどうもありがとうございました。
何とか解決できました。
原因は私の勘違いでした(^^;)。
本によると「ドキュメントベースアプリケーションで保存に関するメニュー項目を扱うのには３つのメソッドを実装しておかなくてはならない。」
と書いてあるんですが、
直後にかかれたサンプルコードにはそのうちの１つのメソッドについてしか記述がありませんでした。
それで、残り二つのメソッドについて勝手にとんちんかんなことを書き込んでしまっておりました。
イヤ〜、お騒がせして申し訳ありませんでした(m..m)。
勉強になりました。

>>826
Pro風のウインドウのサンプル。
他にもいろいろ面白いものがある。
ttp://mattgemmell.com/source/

>>840
すげーー。AppKitだけで自力で描画してるのか。
RoundedBoxもおもしろそうだけど、こっちはCore Image使ってるのね。

ところで全然話変わりますけど、setValue:forKey:でアクセサがなくてインスタンス変数に直接アクセスされたとき、
それまで保持されていたオブジェクトってちゃんと解放されるんでしょうか？

>>837
>フラグを持たせて、全thread即終了とか再初期化！とかできたりして

NSConditionLock って内部的には broadcast でスレッドを起こしてるっぽいけど。
そういう意味じゃなくて?

>　[condLock lockWhenCondition:(評価式)];
>とかかけると便利なんですが。（xxx & 0xF > 0とかxxx & yyy == TRUEとか）

逆に unlockWithCondition: を呼ぶ部分で式を評価すればよいのでは?

>>838
>>840
どうもです。参考になりました。

>>842

>内部的には broadcast で
すみません。細かい話はさっぱりなので (^^;)

>逆に unlockWithCondition: を呼ぶ部分で式を評価すればよいのでは?
これ勉強してみます。逆転の発想かぁ、便利そうですね。

>>844
>>逆に unlockWithCondition: を呼ぶ部分で式を評価すればよいのでは?
>これ勉強してみます。逆転の発想かぁ、便利そうですね。

ただ、ふと思ったが、プログラムの構造や変数のスコープ等によってはそうもいかない
こともあるような気がしてきた。

どうしてもlock側で条件を評価したい場合はどうするんでしょ > 識者
最初のlockの外側に別にロックされた条件評価のループを作るとかかなあ。ベタですが。

ほとんど虎用か。

>>829
ヒレガス本は著者のサイトにサンプルコードのソースがアップされてるので
それをダウンロードすればいいよ。ただ、日本語版とページ番号が違うので
そこは注意しなきゃならないけどね。URLは本に書いてあったはず。