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

Cocoaはさっぱり!!! version.14
http://pc11.2ch.net/test/read.cgi/mac/1258249232/
Cocoaはさっぱり!!! version.13
http://pc11.2ch.net/test/read.cgi/mac/1241407525/
Cocoaはさっぱり!!! version.12
http://pc11.2ch.net/test/read.cgi/mac/1231853172/
Cocoaはさっぱり!!! version.11
http://pc11.2ch.net/test/read.cgi/mac/1224960170/
Cocoaはさっぱり!!! version.X(10)
http://pc11.2ch.net/test/read.cgi/mac/1211290055/
Cocoaはさっぱり!!! version.9
http://pc11.2ch.net/test/read.cgi/mac/1201106820/
Cocoaはさっぱり!!! version.8
http://pc11.2ch.net/test/read.cgi/mac/1179498292/
Cocoaはさっぱり!!! version.7
http://pc11.2ch.net/test/read.cgi/mac/1161486802/
Cocoaはさっぱり!!! version.6
http://pc11.2ch.net/test/read.cgi/mac/1146391229/
Cocoaはさっぱり!!! version.5
http://pc11.2ch.net/test/read.cgi/mac/1124986925/
Cocoaはさっぱり!!! version.4
http://pc11.2ch.net/test/read.cgi/mac/1091927026/
Cocoaはさっぱり！！！　Version.３
http://pc5.2ch.net/test/read.cgi/mac/1063295248/
Cocoaはさっぱり！version:2
http://pc11.2ch.net/test/read.cgi/mac/1036923528/
Cocoaはさっぱり！
http://pc11.2ch.net/test/read.cgi/mac/1007632025/

関連スレ
Macでプログラミング{10}
http://pc11.2ch.net/test/read.cgi/mac/1248682344/
Mac OS XをUnixとして使ってる人の為のスレ その15
http://pc11.2ch.net/test/read.cgi/mac/1247059597/
Xcode part8
http://pc11.2ch.net/test/read.cgi/mac/1265669504/
MacでJava その4
http://pc11.2ch.net/test/read.cgi/mac/1214284891/
AppleScript アップルスクリプト 質問、発表 4
http://pc11.2ch.net/test/read.cgi/mac/1256127156/
Xcode part8
http://pc11.2ch.net/test/read.cgi/mac/1265669504/
[SDK]iPhoneアプリ開発初心者質問箱6[touch][iPad]
http://pc11.2ch.net/test/read.cgi/mac/1275273384/
GCD　グランドセントラルディスパッチ　GCD
http://pc11.2ch.net/test/read.cgi/mac/1251622811/

関連スレ（ム）
Objective-C [ObjC part:4];
http://pc12.2ch.net/test/read.cgi/tech/1239721860/
【マック】Macintoshプログラミング質問箱
http://pc12.2ch.net/test/read.cgi/tech/1113058054/
関連スレ（マ）
【Cocoa】Macプログラマのスレ【Objective-C】
http://pc11.2ch.net/test/read.cgi/prog/1214208397/

Web
Cocoa wiki
http://cocoawiki.aerial.st/index.php?FrontPage
ADC
http://developer.apple.com/jp/
CocoaDevCentral
http://cocoadevcentral.com/
CocoaDev
http://cocoadev.com/
Cocoa Blogs
http://cocoablogs.com/
Cocoaはやっぱり！
http://www.big.or.jp/~crane/cocoa/
HMDT
http://hmdt.jp/
OOMORI.com - Cocoaリファレンス
http://www.oomori.com/cocoafw/
Cocoa Study Blog
http://blog.cocoa-study.com/
Cocoa Break!
http://park15.wakwak.com/~concordia/cocoa_break/index.html
Cocoa Bindings Examples and Hints
http://homepage.mac.com/mmalc/CocoaExamples/controllers.html
Cocoaで遊ぼう!!
http://homepage.mac.com/t_yamane/prog/index.html
itok's Lab
http://110k.net/
Vacuous Virtuoso
http://lipidity.com/
MOSA テクニカルドキュメント
http://www.mosa.gr.jp/?page_id=19

書籍
【Objective-C】
詳解 Objective-C 2.0「荻原本」（ソフトバンククリエイティブ 、08/5）荻原剛志
Dynamic Objective-C「ダイナミック本」（BNN新社、09/3）木下誠
【Cocoa全般】
HappyMacintoshDevelopinTime 2nd Edition「黒本」（BNN新社、04/6）木下誠
HappyMacintoshDevlopingTime 3rd Edition「赤本」（BNN新社、06/5）木下誠
たのしいCocoaプログラミング「たのここ」（BNN新社、08/8）木下誠
CocoaではじめようMac/ iPhoneプログラミング入門（秀和システム、09/3）中野洋一
Mac OS X Cocoaプログラミング第３版「ヒレガス本」（ピアソンエデュケーション、09/11）アーロン・ヒレガス
【iPhone】
iPhone デベロッパーズ クックブック「エリカ本」（ソフトバンククリエイティブ 、09/2）エリカ・サドゥン
iPhoneアプリケーションプログラミング（技術評論社、09/6）新居雅行
iPhone SDK アプリケーション開発ガイド（オライリージャパン、09/9）Jonathan Zdziarski
iPhone SDK 3 プログラミング大全（アスキー・メディアワークス、09/9）木下誠
基礎からのiPhone SDK 改訂版（ソフトバンククリエイティブ 、09/10）鶴薗謙吾
ほか山ほど

魔法使いか

ゴバクｽﾏｿ
>>1
乙です

プログラミング初心者です　cocoa使い始めて入門objective Cとか読み始めたんですが、さっぱり訳がわかりません
プログラム歴は浅くC の基礎知識がある程度です　楽しいCocoaくらいなら理解できました

次にどういう風に勉強したらいいでしょうか？ご教授お願いします

楽しいCocoaが理解出来てObj-Cがサッパリってのも謎だが、
ちゃんと実際に打ち込んでコード試してるか？

取り敢えず、次はヒレガス本やHMDTでもどうぞ。
その前にCの勉強の方が先だと思うけどね。

アドレス帳(Coredata)、ブラウザ(WebKit)、ムービープレイヤー(QTKit)など、
作りたいものから始めれば、必要に覚えていくよ。

@propertyはもっといいやり方あったように思えるな・・・楽になったんだか手間増えたんだか微妙

めんどくさくて結局自前のクラスでは用意しないという

>>7
どんな入門書を読んでも自分で何か新しいものを作ろうとすると途方に暮れるもんだ。

楽Cocoが入門書として適切かどうかはわからないけど、次の段階としてはCocoaの
フレームワークを大雑把に把握しておくことだ。どのクラスを使えばいいのか
わからなければ何も出来ないから。Appleのサイトだと英語になるが、奇特な人が
日本語訳を作ってくれているので、それを読むのも良し。ここで大事なことは
フレームワークを一通り舐めるのではなく、どのクラスを使えば何が出来るかと
いうことを把握する。細かいことは必要な時に読めばいい。

楽Cocoは持ってないからどのようなサンプルがあるのか知らないけど、最初の
うちはサンプルを拡張していくことかな。慣れてきたらXcodeのテンプレートの
DocumentBased Applicationとかをベースにして自分のプログラムを作って
いけばいい。習うよりも慣れて憶えていくのがプログラミング。

@propertyでNSMutableArrayやNSMutableSetなとき用のKVCアクセサまでsynthesizeしてくれたら便利だったのに

なんかtwitterの話にみえた

奇特な人って書いてあると、
物好きな人って揶揄しているように感じてしまうのは、
ジャンプのせいだったのか。


http://d.hatena.ne.jp/keyword/%B4%F1%C6%C3

NSOpenPanel について確認です。10.6 で runModalForTypes: がデプられました。
代わりに、setAllowedFileTypes: と runModal を使えとなっています。で、使ってみたんですが、
以下のようにしても hoge 以外のファイルが選択可能になっています。10.5, 10.6 で確認。
NSArray *types = [NSArray arrayWithObject:@"hoge"];
[panel setAllowedFileTypes:types];
NSLog(@"%@", [panel allowedFileTypes]); // ( hoge ) が入っているのを確認
[panel runModal];

これを [panel rumModalForTypes:types] でパネルを開くと正しく動作します。
上のやり方、リファレンスを見る限りでは間違ってないように思えるのですが…

訂正します。失礼しました、10.6 では正常に動きました。10.5 のバグのようです。

http://d.hatena.ne.jp/kimuraw/20100718/p1

ttp/:developer.apple.com/jp/documentation/japanese.html
上記 Cocoa セミナー 上級編 Core Data のためのサンプルコード Core RSS Reader についてです。

10.6.4 Xcode 3.2.4 でビルドし起動まではしていますが、RSS のURLを入れても、チャネル等々 パースし取得したはずの情報が(URL以外は)GUI に表示されません。
(同封されているRSS Reader , RSS Reader 2 では、同URLで正常に表示されます)

どこが問題なのか、ご助言頂けると助かります。

落ちてたObj-Cスレを立て直したんで、保守頼む
Objective-C [ObjC part:5];
http://pc12.2ch.net/test/read.cgi/tech/1279730299/

>>18
>17です、今頃になってリンク踏みました。情報ありがとうございます。
>きりか氏
原因が分かり、すっきりしました。ありがとうございます。

http/:developer.apple.com/jp/documentation/japanese.html
>>19 について、まず類似環境で、上記サンプルコードが正常に動作するか、どなたかご確認頂けると助かります。よろしくお願いします。

http//:developer.apple.com/jp/documentation/japanese.html
です。失礼しました。

http://developer.apple.com/jp/documentation/japanese.html
あーまた

>>24
IB の Core_RSS_Reader_AppDelegate のアウトレット、ChannelController が
繋がっていないから。

ほんとうですね。
IB で、Core_RSS_Reader_AppDelegate の Outlet の channelController と、CannelController (NSArrayController) とを connect したら、正常に機能するようになりました。ありがとうございました。

こう言う場合の問題点の発見法のコツは何でしょうか？宜しければご教示下さい。

この場合はコツというか、単に慣れです。やった事は次の順のとおり。
1. IBでChannelCtrl のコンテントをチェック、バインドをチェック→OK
2. -refresh: の urlString のチェック→nil（??おかしいな、バインドはOKだった…）
3. channel, channelController のチェック→nil, nil（未接続だろうな、これは）
IBでアウトレット接続を確認→ほらやっぱり、って感じ。自分でもよくやる失敗。
慣れれば、見当がつくようになりますよ。

なるほど。
Core Data やバインディングといった半自動化の技術を導入しようと取り組み出した所で、それまで必要だった手順のどこまでを省略できのるか掴めていないので、見落としが増え混乱している所です。
勉強になりました。ありがとうございました。

次は、Document-base Application で Core Data 利用した時のテンプレートの出てき方がCocoa Applicationと大分違っているので、どう手を付けたら良いのか首をひねっている所です。単純なサンブルやヒントなどあったら、助けになるのですが。

>>28
これを通読するのが良いんじゃないか？
ttp://developer.apple.com/mac/library/documentation/Cocoa/Conceptual/CoreData/cdProgrammingGuide.html

英語がきつければ
ttp://developer.apple.com/jp/documentation/Cocoa/Conceptual/CoreData/
で。

この辺はibの使いにくい所だな。
自分で一からibが想定する手順通りに作ってれば問題ないが、ソース持って来たりすると、チェックリストやコンパイラのエラーで詳しく教えてくれる訳でもないから、自分じゃ抜け出せない。

nspersistent document のドキュメント見つけたので読んです。

ヒレガス本を読み始めて、テキストフィールドに入力した分の文字数を計算して表示するプログラムを作ることになりました

NSString型のオブジェクトに文章を格納できれば、それの文字数をカウントはstrlen()を使えばいいとはわかります
でもGUIから文字列取得するやり方とか、GUIに表示させる(単なるNSLogじゃだめですよね)などどうするかわからないです

IBを使いこなせばいいんでしょうが、正直文法とかになれてなくて難しいです

こういうときはどういう風にして次に進めばいいんでしょうか？サンプルコード読んだりがいいんですかね？

???
NSString *string = [NSTextfield stringValue];
で、取得するとかじゃなくて？

@interface AppController : NSObject {
IBOutlet NSTextField * inputTextField;
IBOutlet NSTextField * counterTextField;
}
- (IBAction) countCharacters:(id)sender;
@end
@implementation AppController
- (IBAction) countCharacters:(id)sender { /* 本で指定されたメソッドで実装 */
NSString *input = [inputTextFiled stringValue];
NSUInteger length = [input length];
NSString *output = [NSString stringWithFormat:@"%lu", length];
[outputTextFiled setStringValue:output];
}
@end

IB で AppController オブジェクトをつくる。TextField を二つ準備して、
アウトレットを接続。ボタンを用意して、アクションを接続。以上。
第５章を理解すればできるはず。strlen() を使えとは書いてないよ。新しい事を
覚えるのだから、自己流は逆に遠回り。IB の使い方を覚えないと次には進めない。

詳しくありがとうございます
ただ本を読んで、サンプルを打ち込んでも、IBのIBActionとかIOOutletとかの使い方がいまいちピンときません

本を熟読するのがいいんでしょうか？詳解と楽しいcocoaは読んで、理論は６割くらいわかったつもりですが、
それらの本は実際のコードが少なくてヒレガス本を始めたんです
しかしよくわかりません オープンソースのやつを読んだりすればわかるようになりますか？

初心者的な質問ですみません　まだCのCUIでの簡単なアルゴリズムしか経験無いので、学び方がわかりません

学び方がわからないって。
普通に解説本やサイトのサンプルを真似して作って慣れていくしかないかと。

>>35
えーっと、それが第５章に書いてある事なんだけど…第２章にも書いているみたい。
ピンとこないのは理解できてないからだと思われ。たのココのLesson7にも解説されています。

あなたが踏んでいるステップで、多くの人が学んでいる。
分かったつもりにならず、実際にサンプルをつくり、何をやったのかしっかり理解する事が大切。
強いていえば、挙げられた本で不足しそうなのはCの理解と、オブジェクト指向の理解。
どれもさしてページを割いてないから、これらは他の書籍で学ぶ方がよいかも。

そうですね　気合い入れて頑張ります
オブジェクト思考はC++でつまづいたけど、そのときかなり本は読んだんでわかってます
Cの基本もまあまあできてるかな

ヒレガス本を読みまくります　相談に乗っていただき、ありがとうございました

あ、>34の訂正。変数まちがえた、
× [outputTextField setStringValue:...
○ [counterTextField setStringValue:...

>>38
読む事よりも、実際に組む方が重要だからね、がんばれ〜。

こんな単純なことがわからず苦労しております。よろしくお願いします。

NSUInteger index = 6;

NSRange r = NSRangeFromString(@"{2,10}");

indexがrの範囲内にあるのを判定するにはどうすればいいのでしょうか？
判定する関数ありますでしょうか。
それとも
r.location とr.lengthから計算して比較すればいいだけなのでしょうか。

NSLocationInRange

これくらい自分で調べろよ。それにlocationとlengthからも処理出来るんだから
こんなこと質問すんなよ。

どうやらせっかちというか早とちりで見落としていたようで、
一度見たNSRangeの項目のところにちゃんと書いてありました。

リファレンスの調べ方がまだまだわかってないということですね。
ありがとうございました。

最初はみんなそんなもんさ。
自称上級者の罵倒なんて気にしちゃだめ。

うわぁ…

>>43
やさしい言葉をかけていただきありがとうございます。

>>41のおっしゃることももっともだと思いますので、
真摯に受け止めたいと思います。

それと、単なるお叱りで終わるのではなく、
明快な答えとともに書いて頂いておりますので、
本当にありがたいと思います。

いい、いい。そんな気にしないでいいってことよ。
41は去年からずっとそういうことばっか書いてるから。

説教もする側のフラストレーションの解消の一種みたいなもんだし、
教わる代わりに、と思い黙って快く受け入れよう。

iPhone開発の方と違ってこっちは古参のいい人ばかりだな

>>48
こういう開発系って住人が被ってるからマルチとかしてもすぐバレるし、意味もあまり無い。
iPhone開発だけって人が多いのかな？

iPhoneから入った人はこっちは見ないだろうね。
Macでアプリ開発なんておどろおどろしいと思うだろうし(笑)

そういやiPhone板に開発スレってないな
断然マックよりiPhoneターゲットの方が
齧ってる人口が多いだろうに

>>51
以前あったけど、ドザが「何でウインドウズで開発できないんだよ！！」
とか逆キレしだして廃れて行った

プログラミングはN-BASIC、REALBasic以来。
iPhoneいじってるうちに自分でもなんか作ってみたくなって、先月Mac購入して
たのしいcocoaで勉強中です。そんな人多いんでしょうね。
がしかし。
チュートリアルのRSSリーダー、ビルドはできたけど動かないorz
Objective-C、想像してたより数倍難しくてﾜﾛﾀ

>>53
Xcode自体は思ってたより簡単だったけどな。
Objective-CはC勉強してないと無理だろう。

Xcodeの使い方覚えても他で活かせないから
有料でいいからWinで使えるXcodeが欲しい・・・

ヒレガス本のチャレンジにつまったらどうしたらいい？
もっと上達するまで放置か、どうしてでも調べた方がいいの？
正直初心者すぎて本に書いてるアドバイスじゃ解けないです

どんな事に詰まったんだ？

>>56
すごく初歩的なとこでしょうから、恥を忍んで書きます　
具体的には６章のヘルパオブジェクトのdelegateでウィンドウのサイズをリサイズするところです

大枠はなんとなくわかるんですが、IBでの設定や詳しいコードとかがわかりません
あっ具体的なコードは教えてもらわなくても結構です
それより、こうしたいときにどのメソッド使うのかな？とかこのメソッドってどう使うのかな？
って時にどういうのを参考にしてるか教えてくれませんか？
一応日本語のドキュメントは見たんですが、それだけじゃわからなかったです

たぶんこの例題だと初期値を設定しておいて、ユーザーがウィンドウの大きさ変えたら、それを受け取って、
所定の高さ・幅のウィンドウ（NSSize）を返して、設定しなおす・・・みたいなのかなとは思いますが
（ここで違ってたら恥ずかしい＞＜）、それぞれの実装の仕方がわかりません

>>54
Cは「やさしいC」を一通り読みました。マスターしたというレベルじゃ
とうていないのですが、それでも読んでいて全く意味不明なところはありま
せんでした。
ところがObjective-Cときたら、どの入門書を読んでも途中から（オブジェクト
指向が出てきたあたりから）ついていけなくなるのです。
どうも、JavaとかC++とか知ってる人向けに書かれたとしか思えないような本
ばかりで、ひょっとしてそっちを先に覚えた方が早いのかしらんと思って
しまう・・。

詳解ならオブジェクト指向のさわりから解説されてた気がする

プログラム未経験者には、ヒレガスより「たのCocoa」の方がお奨め出来るなあ。

>>57
まず、フレームワークのヘッダを読もう。
AppKit/NSWindow.h において、
@protocol NSWindowDelegate <NSObject>
の所に、

- (NSSize)windowWillResize:(NSWindow *)sender toSize:(NSSize)frameSize;
のメソッドが定義されている。

これは、window に設定した delegate に対し、
ウィンドウがリサイズされようとする（will）時に呼び出されるメソッドで、
引数 frameSize がユーザーが変更しようとしているサイズで、返値 NSSize が、実際に変更されるサイズ。（ということが、慣れればメソッドを読むだけで分かる）

故に、frameSize.width *= 2.0; return frameSize; すると、幅が操作の2倍としてリサイズされる。

>>60
詳しく教えてくださってありがとう　理解が足りないのかもしれません
一個前のは本を読み直したら解けました　だからまた読み直すなりしてみます

やっぱ詳解ですか。
あれ高いしとっつきにくそうだから敬遠してたんですけど・・。
今日買いに行こう。

ちなみに、Objective-Cに慣れたら、JavaとかC++とかRubyとか、他の言語の
学習も早いですか？

>>62
本質を理解できてればプログラムなんて全部同じ。

>>63
力強いお言葉ありがとうございます。
つまりN-BASICを極めたらなんとかなる・・わけないですよねorz

ただ問題を解くために覚えるのか、
作りたいアプリがあって覚えるのかで
理解度がまるで違う。

作りたいのは、超快適なPDFリーダー。
雑誌をめくるようにペラペラペラ・・と高速でページをめくれて、めくって
いる最中にそれが書籍のどのあたりか直感的にわかって、そしてどこにでも
自由に書き込みができるやつ。

小説みたいにはじめから最後まで1ページずつ読んでいく本は、今あるi文庫HD
なんかでとても快適に読めるし、実際自炊して読んでますが、例えばiPhone
アプリ制作の参考書など気になるところをちょっと見たい本などは、とても
自炊する気になれないですよね。そういうのでも快適に読めるやつを作りたい！

ちなみに今作れるのはじゃんけんアプリとかBMI計算アプリとかｗ
例えば、iPhoneアプリ制作の参考書は

>>64
ぼくも中学のころはN-BASIC使ってたよ。
勉強することはたくさんあるだろうけど
BASICができるなら素養はあると言える。
全くの初心者だと変数や配列や関数の概念からだからね。

>>66
Doxygen形式のHTMLビューワー作って。
APIやメソッドがポップアップビューで表示されて
インクリメンタルサーチ付きのやつ！

>>58
Objective-C専門で行くわけじゃないなら、
C＞C++＞Objective-Cって順序じゃ駄目か？
参考書はC++の物が一番多いから。
C++が理解できればObjective-Cも理解できるから。

いや、C++は挟まない方がいいと思う
言語の文化が違いすぎるし、基礎的なクラスライブラリも違いすぎる

>>70
つーか、C++は覚えて損はないと思うんだけど。覚えない方がObjective-Cの習得早いかな？
まぁ、考え方次第か。

ObjCとC++は相容れない価値観の言語だからネ
元の質問者は趣味でiPhoneプログラミングをしたい、って動機だから
それならObjC一本槍の方が習得は速いと思うよ

職業プログラマならC++も知ってて損はないと思うが
iPhoneプログラミングがバリバリなら
あえてC++知らなくても食いっぱぐれはないんじゃないかと

あぁ、iPhoneSDKで遊びたいってのが主目的だったんだね。読み落としだわ。
それならC++はいらんよね。

Java...何でもないよ(笑)

>>74
お前は間違ってない。
>>53が次はandroid携帯を買えば全て解決だ。

Cocoa-Java とかあったな。今では MacRuby とかあるけど。

>>76
cocoa-javaって打ち切られるって話じゃなかったか？
で、Rubyは正式に対応って事で。

いろんなご意見ありがとうございます。
Objective-Cが難しいんで、他の言語ならもっと簡単に習得できるのかなと
思いましたが、そんな甘いもんじゃないですよね。
C++覚えても却って混乱しそうなんで、浮気せずにObjective-C一本でいきます。

現在、UIImageとUIImageViewの違いを勉強中。
Doxygen形式のインクリなんとかは今日中には無理っぽい。

Objective-C++のことも思い出してあげてください mm

いや、アクロバットみたいなことになってることは否定しないが。

>>78
もしお前がいきなり>>68を作れたら俺は絶望して他の道を探すわw

>>80
ぼくなら絶望しないで仲間にするなぁw
あとCoreDataで作れそう。

C >> Java >> Objective-Cが最強。
Cでメモリ管理を、Javaでオブジェクト指向を学べるので、Objective-Cもすんなりできる。

CとObj-Cだけでいいって。
オブジェクト指向は難しい概念じゃないからやってりゃ自然に分かる。
Cも別に後回しで、必要だなと思ったら勉強すればいいよ。
どうせ最初はそんなにがっつり自分のコードなんて書けないでしょう。
サンプルやドキュメント丸写しで
APIの使い方をトライ&エラーで学習するだけで精一杯だろう。
でもそれを何度もやっているうちに
いつのまにか理解できるようになっている。

>>83
まぁ、Xcodeに慣れろってのが正解かもな。iPhoneSDKなら。
でも、Xcode仕様変わりすぎｗｗｗ

>>83 >>84
そうなんすよね。
丸写しが精一杯なのに、Xcodeの仕様変更のせいで丸写しでは動かないコードがあるのがつらいんですよ。

オブジェクト指向じゃないプログラミングをする方が難しい

>>85
トラブルは自分を強くしてくれるよ。
環境のせいにしないで己を磨くといい。

>>83 >>84
そうなんすよね。
丸写しが精一杯なのに、Xcodeの仕様変更のせいで丸写しでは動かないコードがあるのがつらいんですよ。

こんなことやってるようじゃ、プログラミングには不向きかな(笑)

うぎゃ

実に2ちゃんねる向きだよw

２ｃｈ系プログラマーって呼ばれ出したらどうするｗ

>>85
それ絶対単におまえが悪いせい。

そう言えばそうだよな？
Xcodeの仕様変更とコード関係ないじゃんｗ

そうなの？
たのcocoのチュートリアルが動かないのはそのせいかと思ってたんですけど、
単なる書き間違い？

仕様が変わってもObjective-Cのコードが変更になるわけじゃないから

>>96
なるほど。
と納得しても何も解決しないのよね。

それより教えて欲しいです。
参考書等をみてると、コードを書く場所って人によって色々なのに気づきました。
delegateに書いたりViewControllerに書いたり、はたまた新しいファイルを作って書いたり。
なんか意味あるんでしょうか。

やっぱり君にはプログラミングは向いてないかな。
プログラムを組んで動かすことよりも、そのスタイルや方法などに
興味を持っているようだし。

そんな意地悪おっしゃらずに〜
並行していろいろいじってはいるんですけどね。
理屈がわからないとなかなか頭に入らないだけなんですよ。

習うより慣れろ

この言葉を君に贈ろう。

-(VOID)このスレ;
こんな感じですか？

料理の味より盛りつけに凝るタイプと見た
ちゃんと食えるものを完成させろw

一旦最後まで作り終えてみないと理解できん事柄は多いぞ
作っちゃあ反省しての繰り返しでレベルが上がってくもんだ

>>97
理屈を勉強したいならデザインパターンを勉強するといいよ。
結果は同じでも実装の方法はたくさんある。
方法によってメリットやデメリットはある。
それが判断できるようにたくさん引き出しを作って下さい。
現状は人から教えてもらうレベルではないね。
まずは手を動かすことです。

ん？別に聞くのは良くないか？
答えるかは自由なんだから。

どこに何を書くかはMVCの話になるし、これは初心者では到底理解できないし、
上級者でも意見が分かれてぐちゃぐちゃなので、最初はここだと思った所に書く。

おかしければ、だんだんと変更し難くなって、やっばここかな？みたいに最適化さ、れていくよ。

MVCの話すればいいんじゃね？
MVCを意識しないとiPhoneアプリではいろいろきついだろ。

本筋のコードはモデル。ビューはビュー、コントローラはビューと強く結び
ついてはいるがモデルとなかだちをする。
ここまでに異論を挟む人は初級者でも上級者でもいないでしょう。

で、個々の実装をどうするかは意見が分かれてて、delegateに書く場合はし
ばしば、コントローラはサブクラスを造らず標準のものをそのまま利用、モ
デルもこのdelegateに担当させる。
コントローラをサブクラス化して作る場合はコントローラがモデルを兼ねて
いる場合が多くて、新しくファイルを作る場合はdelegateを担当している
クラスでは規模が大きすぎるようなモデルを実装するような場合。

cocoaの基本に異論挟むわけねぇだろう・・・常識的に考えて・・・

ありがとうございます！むちゃ勉強になります。
デザインパターンは初耳ですが、MVCは何となくわかる・・VはわかるけどMとCの違いって・・？
って程度ですけどね。

それはさておき、要するに初心者が小さなアプリを試しに作る程度なら、delegateに書くかViewControllerに書くか
どちらか適当に決めればよい、両方に書く必要はない、新しいファイルなんて十年早いって感じすかね。
自分はViewControllerの方が好きだなあ。名前がわかりやすいのがいい。

そもそも「新しいファイル」って言葉がプログラマ的でないな

クラスの一覧表ってどっかにないですか？

Cmd + Sft + C 押してみ

>>111
おおおおお！すごい！
感動をありがとう！
これ有名？

メニューバーにあるやん

ふんがー！

ヒレガス本むずかしくね？
Cの基本以外、他の言語やフレームワークは未修得なんだけど、俺だけかな

UIフレームワーク未習得なら無随かもね。まあ、Cocoaの作りは王道なんで（デザパタ本
で先祖のNeXTがよく引用されている）、覚えて孫は無いと思う。

……なんでこのスレでUIフレームワークなんて出てくる

UIフレームワーク=アプリケーションフレームワーク一般。別にUIkitを差している
訳ではない。

>>115
というかヒレガス本がむずいと感じるということは身につけるべき考え方がまだ身についてないということ。
つまり買ってよかったということだよ。
それまじめにやれば今より遙か上のレベルからコードを設計して書けることになるよ。頑張れ

NSBrowserのタイトルってなんでセットしてもNSBrowserがスクロールしたり、親ウィンドウがリサイズしないと表示されないのだろう？
ADCのサンプルで配布されてるSimpleCocoaBrowserも同じ挙動だしそう言うもんなのだろうか？

「iPad電子書籍アプリ開発ガイドブック」が届いた
読んだ。
なんだこの中途半端さは…orz…

あいまいな質問で申し訳ないんですが、C言語は文法はわかる　けどGUIの開発経験がないとかだと
どういう本を勧めますか？

萩原本でobjCの文法は6，7割わかりました（基本だけで応用能力ないと思います）
次にヒレガス本しようとしたけど、チャレンジでことごとく失敗　英語の解説サイト見つけたけどうまく動いてくれない＞＜
>>119さんの言うようにヒレガス本を読み進めるのが第一なんでしょうか？

Macピープルに連載されてるような、ボタンを押したらメッセージが出る、
みたいなサンプル解説でいいんじゃない。

正直、作りたいアプリの画面や機能によって必要なGUIやクラスを覚えていくことになるし。
漠然とあれもこれもじゃ、どんな参考書でも納得いかないと思うよ。

だから「たのココ」を（ｒｙ

たのココはやりました　けど実際hello worldとRSS readerくらいでサンプル少ない；；
>>123さんのいううとおり作りたいのを先に決めて必要なの探すってのがいいんでしょうね。。。

ならHMDTを（ｒｙ

たのココを終えてヒレガスが分からないというのも謎だが。

http://developer.apple.com/jp/documentation/japanese.html

あとは、Appleのサンプルコード

○○が作りたいっ！って動機があると独学もはかどると思うよ
まずは何か一つゴールを決めてみては？

hmdtは実は昨日届いて、今日から７章のサンプル入力してるけどこれはわかりそう

ヒレガスは勧める人がこんなにいるのに理解できないのは俺のせいだろうけど、なんか言ってることが
いちいちピンとこない　もちろんサンプルは全部入力してるが、応用力は身に付いてない気がする

　ヒレガス本はビュー〜モデル〜コントローラ間の関係を表したオブジェクト図がいいと思う。
Macアプリは全然組まないけれど。

何でもいいから作れよ。
まずはハローワールド。
続いてBMIを表示するプログラム。
自分とこのローカルの新聞社のRSSを表示するプログラム。
円を入力すると、現在のレートでドルを表示するプログラム。
入力した年月のカレンダーを表示するプログラム。
理解を深めつつ、
その時々で自分が作れるものを作ると楽しいと思うが。

>>131
アドバイスありがとうございます
ちょうど今BMI出すプログラムを自力で作れました。
難易度的にもhmdtがいい感じです　ダウンロードしたコードみながら撃たなきゃなりませんが苦にはならないですね

おかげさまで初アプリ完成です！
大変だったけど楽しかったわー。
見栄えをよくしたらストアに登録しますね。

NSTextViewの内容を印刷するアプリを作っています。
一行の文字が多い文章を印刷する際、印刷できない範囲の文字は自動的に改行して
印刷できませんでしょうか？

>>134
画面と同じでNSTextContainerでwrapさせればいいはずだけど

iPadアプリをつくりたいと思い、Objective-Cの勉強を始めた者です。
十年以上前の学生時代に、アスキースーパーラーニングの実習C言語で勉強したことがありますが、オブジェクト指向の考え方に目からウロコです。今日も一日、詳解Objective-Cを読んでいましたが、面白いですねえ！
オブジェクトとは、簡単に言うと、変数と関数の構造体なんですね！

はい

>>106, >>108
久々に来てみると、ちょっと勘違いしてる人がいるようなので捕捉しておくと。

MVCはアーキテクチャパターンと呼ばれるもので、デザインパターンよりも規模が大きなものです。
Observerパターンなんかが、デザインパターンです。

MVCパターンには、アプリケーションのコードを一枚岩のようにしてしまうと保守が大変なので３つのコンポーネントに分割して管理しましょう、という大きな主旨があります。
ですから、M,V,Cのそれぞれがあまり強く結び付かないようにコードを書いてください。
例えば、Cのソースコード内で、Vのヘッダーを#importすると、その分だけ結びつきが強くなることになります。

MVCのそれぞれの役割は、Cが入力、Mが処理、Vが出力です。
ユーザーからの操作や入力をCが受け付けて、それをMに伝えます。Mが処理した結果を、Vがユーザーに見えるように出力します。
というのが、MVCそれぞれの基本的な設計方針です。

それから、主旨として一枚岩だと保守が大変なので３つに分けるわけですが、そもそもアプリの規模が小さいと一枚岩でもあまり苦労しない訳です。
delegateやCにMのコードを書いてる場合は、アプリの規模が小さいために、MVCパターンを適用していないケースです。
実際のところ、規模が小さいなら、MVCパターンを意識する必要ありません。

>>138
てんてー！
どこまでが規模の小さなアプリでどこからが規模の大きなアプリでつか？？

>>138
んと、ここで論じられているMVCはCocoaのMVCで本来のMVCとはちょっと
違うモノなんです。
Apple自身がこれをデザインパターンとして取り入れてMVCと呼んでいるので、
取り敢えず用語としてはこの「Cocoa流MVC」がこのスレ的MVCです。
http://developer.apple.com/mac/library/documentation/Cocoa/Conceptual/CocoaFundamentals/CocoaDesignPatterns/CocoaDesignPatterns.html#//apple_ref/doc/uid/TP40002974-CH6-SW1

というか、デザインパターンのほとんどが、NEXTのプログラミングモデルをパクってたりするんだけどね＾＾

NeXTって書けよ
つかデザインパターンとかリファクタリングの研究は
Smalltalkの連中じゃなかったっけ？

起源論とかどうでも良いよ

>>139
小規模なものは、ModelとControllerが１つのソースに混在しているとしましょう。
アプリに機能を追加して規模が大きくなっていくと、そのソースがどんどん肥大化していきます。
そしてあるとき、ソースが複雑なスパゲティー状態になったので、ソースを綺麗に整理しようという流れになります。
ソースを整理した結果、ModelとControllerが別のソースに分離し、MVCの形が出来上がる。と言った具合です。
その辺が、小規模の境界線になります。

>>140
> ここで論じられているMVCはCocoaのMVCで本来のMVCとはちょっと違うモノなんです。
そのことは、よく知っています。
でも、違うのはちょっとだけです。MVCをCocoa用にアレンジしたからといって、全く別ものになったわけではありません。
基本的なことは、ほとんど一緒です。

ADCのドキュメントでも
http://developer.apple.com/jp/documentation/Cocoa/Conceptual/CocoaFundamentals/CocoaDesignPatterns/chapter_5_section_4.html
「しかし、従来のMVCの概念において適用される一連の基本パターンは、Cocoaで適用されるものとは異なります。
　・・・中略・・・
　Cocoaの場合における複合パターンとしてのMVCも、従来の場合といくつかの類似点があり、実際、[従来のパターン]に基づいて動作するアプリケーションを構築することもまったく可能です。」
と書いてあり、両者には互換性があります。

よくわかっている割にはCocoa流の典型の>>116を名指しで「勘違い」
と言い切るあたりが「俺流MVCサイコー」に見えてしまいます。

10.6でNSURLのドロップを受け付ける時は、NSFilenamesPboardType,NSURLPboardTypeの
代わりに何をregisterForDraggedTypesで登録すればいいの？
ドラッグ元では[pboard writeObjects:[NSArray arrayWithObject:url]];でペーストボードに書いてる。

Note, though, the important prerequisite
that objects you write to the pasteboard
must adopt the NSPasteboardWriting
protocol. Classes that implement the
protocol include NSString, NSImage,
NSURL, NSColor, NSAttributedString,
and NSPasteboardItem

mvcに関しては、全員が理解していると言いながら、
全員が理解していない不毛な議論になるので注意。

MVCは、デザインパターンの1種と扱われる場合もあるが（MVCパターンと呼称される）、
MVC自体が他の小さなデザインパターン(Observer パターン・Command パターン・
Factory Method パターン・Facade パターンなど)を利用して実装されることが多いところからすると、
デザインパターンというより、さらに粒度の大きい1種のソフトウェアアーキテクチャという方が適当であろう

というWikipediaの記述内容に関して、理解していると思っている人はどのようなご見解をお持ちですか？

大体同意なんだけど、Commandパターンがどこで使われてるかが判らん。

同じMVCという言葉で違うことが話されていることは理解しているが、Cocoaの
ドキュメントで触れられているもの以外はスレ違い

ここらでさっぱり！

>>149
その通りかと思いますが。
ADCのドキュメントでは、「ソフトウェアアーキテクチャ」という言葉は出て来ないが、「複合デザインパターンとしてのMVC」という、ちょっと微妙な表現が使われています。

commandパターンは、ControllerとModelの間かな？
逆に、Factory Methodパターンが分からん。このパターン色んな所で使われるからね。
しいていえば、Viewだろうか？

これでいいのかな？
NSPasteboard *pboard = [NSPasteboard pasteboardWithName:NSDragPboard];
NSArray *types = [NSURL readableTypesForPasteboard:pboard];
[view registerForDraggedTypes:types];

>>106
> 個々の実装をどうするかは意見が分かれてて
MVCにそってコードを実装すればいい、という話なのに、個々の実装のしかたが各個人でバラバラ、
というのは話としておかしい。
これでは、結局のところMVCの具体的な実装方法は誰も知らない、と言っているようなものだ。

でもこれが、>>145のいうとおり「Cocoa流の典型」なのでしょうね〜



、、、っていうか、ほんとに、知らないままでいいのか、俺たち

動きゃいいよ、動きゃ。

>>156
底辺プログラマは黙っててくださいね＾＾;

>>155
「MVCって言葉がさすもの」が意見が分かれてるんだからしかたないだろう。

これが真のMVCだ！ ってのを誰かが定義してみんながそれに賛同しなければ
そういう状況にはならなくてそれは今や手遅れ。

コントローラにしてもCocoaじゃモデルコントローラ(NSObjectController)とビューコントローラ(NSViewController)に分かれちゃってるし
NSDocumentもNSWindowControllerもあるな
CoreDataもあるじゃん
どう収集つけるんだよ

>>105

>>158
> 意見が分かれてるんだからしかたないだろう。
意見が分かれているのではなく、理解してるヤツがいないのだろう。
そして、理解してないヤツらどうしが話合っているのを、端から見ると、意見が分かれているように見えてるだけだ

> みんながそれに賛同しなければ
必要なのは賛同ではないと思うよ。

そろそろスレチだとは思わないのかな?

Cocoaプログラマーのレベルの低さが伺えるスレだね

>>154
以前いろいろ試してみましたが、NSURLPboardTypeかNSFilenamesPboardTypeをregisteするしか
ないように思います。

NSPasteboard.hの不可解なコメントを読んでも、sourceは良くてもdestinationはregisterForDraggedTypes:
が必要な以上NSURLPboardType, NSFilenamesPboardTypeに相当するUTIが必要に思えます。

その他にもNSFilesPromisePboardTypeの代わりにkPasteboardTypeFileURLPromiseを使えと書いてありますが、
試してみるとkPasteboardTypeFileURLPromiseでは動作しません。

わかった！

ここでMVCの話をすると、どこからともなくスレチだと言うヤツが現れる。
で、MVCのスレに行くと、CocoaのMVCは通常と違うからスレチだと言われる。
で、うやむやになって、Cocoaプログラマーとしてのレベルの低さを維持しているんだ！

だからなんなんだよ。

じゃあ「CocoaのMVCスレ」でも立てたらいいだろ

>154
拙作ですがfinderからのdropを受け付ける
コードを晒してみます。
>ttp://www003.upp.so-net.ne.jp/mycometg3/QTP7Controller.dmg
透明なビューを乗っけて、ドロップに
反応するようにしてあります。

ここで、みなさんが「本来のMVC」と呼んでいるものは、特定のものに依存しない抽象的な概念です。
そして、「Cocoa流MVC」と呼んでいるものは、MVCの具体的な実装です。
例えるなら、NSCellとNSTextFieldCellのような、抽象クラスと具象クラスのようなものです。

ある人が、NSCellを見て、「セルは、マウス入力を処理します」というと、
またある人が、NSTextFieldCellを見て、「セルは、キー入力を処理します」と言って
意見が分かれているような感じです。

具象クラスは、抽象クラスにいろいろ肉付けされていて、内容が複雑になっています。
反面、抽象クラスは内容が大雑把で細かい話が出て来ないので、分かりやすいです。

つまり、最初に「本来のMVC」の内容を理解して、それから「Cocoa流MVC」の内容を理解すれば良いということです。

みなさんも、あるクラスのリファレンスを読んで、いまいち内容を理解できないと感じたとき、
そのスーパークラスのリファレンスを読んだりすることありますよね？

で？

>>155
159です。
解決しました。
@"public.url" (kUTTypeURL) あるいは@"public.file-url" (kUTTypeFileURL)
をregisterすればdropをacceptします。

ずいぶん遠回りをしました。

>>171
NS〜じゃないのがあるんですね。
>>154のコードでその二つを登録することになる様なので、あれでいいのかな。
コードも参考にさせてもらいます。
関数の頭はNSLog(@"%s", __func__);も便利ですよ。

1. Core Audio のコールバック関数が何度も呼ばれるクラスはやはりモデルでしょうか。

2. バッファが必要な量たまったときに何かコントローラにお知らせしたい場合、
どうするのが正しいでしょうか? そのコントローラをデリゲートとして持っていてたたくとか
OS Xならキー値監視を使うとか、
バッファがたまったかどうかのフラグを自分で持っておき
コントローラでタイマを回してフラグを監視するのはスマートではないですよね

>>173
CoreAudio周りは全てモデルですよ。

> 2. バッファが必要な量たまったとき
バッファってどのバッファですか？
CoreAudioで管理してるバッファのこと？

ありがとうございます。モデルとして、ちゃんとコントロール的なことはさせないようにコーディングします。

バッファは Core Audio のコールバック関数で読んだり書いたりしてためた波形バッファのことでした。
説明不足ですみません。

>>175
そういうバッファなら、バッファを管理してるクラスに-isBufferFull見たいなプロパティを持たせて、KVOで通知ですね。

>>176
なるほどキー値監視でスマートにやってみます。

InterfaceBuilderを使わずにCocoaでMacアプリって作れるんでしょうか？

作れるよ

IBって、いったい何をしてくれてるのかわかりにくくて困ります。
IBのこれはcodeでいうとこれに相当する、とか詳しく解説してくれてる本とかサイトとかないでしょうか？

IBはザックリ言うとI/Fのデザインを視覚的にする事が出来る「アプリ」
詳しく知りたかったら、AppleのサイトへGo！

IBを使わずに画面アプリを作ればわかるよ。
シンプルに画面にボタンが一つ付いていて、ボタンを押すと「こんにちは」
とテキストボックスに出る。
NSWindowにNSButton、NSTextFieldを全てコードで書き、allocしたりアクションを書いたり
メッセージの送信処理を書く。

IBを使わずにHello,World!書くの結構大変ですよねー。
ていうか書ける自信ないですｗ
allocもinitも、autoreleaseもIBがやってくれてるんですよね？コードに書かなくてすんでるって
ことは。
IBで何かすると自動的にcodeが発生するといいのになー。
Xcodeの次のバージョンはIBと一体になるって聞いたけど、ひょっとしてそういうことだったら嬉しいな。

お！Appleのサイトには詳しく解説してありますね。
しかし英語・・。
日本語でも厳しいのにｗ

>>183
> IBで何かすると自動的にcodeが発生するといいのになー。
> Xcodeの次のバージョンはIBと一体になるって聞いたけど、ひょっとしてそういうことだったら嬉しいな。
ちなみに、Windowsの開発環境であるVisual Studioがまさにそういう形になっていますけどね。
ただ、開発ツールが生成したコードを編集されると不具合が起こるため、最近は使われなくなったようですが。

>>184
> お！Appleのサイトには詳しく解説してありますね。
あの画面を見ると、なんかとっても高解像度なディスプレイを要求されているように感じてしまいますね。
その辺がちょっと微妙。

初歩的なことだと思うのですがお願いします。iPhone用のアプリ開発をしています。
Foundationフレームワーク配下のあるクラスのカスタムクラスを作りたいと考えました。
具体的にはNSMutableArrayをカスタマイズしたいのです。仮にMyMutableArrayとしますね。
ヘッダファイルで、
#import <Foundation/Foundation.h>
@interface MyMutableArray : NSMutableArray {
　　//メンバ変数
}
-(void)someFunction;
@end

などと定義して、実装側で

-(id)initWithCapacity:(NSUInteger)numItems{
if (self=[super init]){
//変数の初期化
}
　　return self;
}
と初期化メソッドを記述したのですが、どうも初期化がうまくっていないようで、すぐに落ちてしまいます。
-(id)initWithCapacity:(NSUInteger)numItems{
if (self=[super initWithCapacity:numItems]){
　　　//変数の初期化
　　}
return self;
}

と内部でもinitWithCapacityを呼ぶのかなと思ったのですが、これでもダメです。
importすべきフレームワークが間違っているのでしょうか。それとも何か根本的な理解に間違いがあるのでしょうか。

>>186
Objcなんかの本に書いてあると思いますが、NSMutableArrayはクラスクラスタなので、通常の方法でサブクラスは作れません。

self = [super init]

と、やったときに、MyMutableArrayとは別のクラスのインスタンスが返されます。
そのインスタンスに対し、「メンバ変数と思っている」変数にアクセスして、落ちているのではないかと思われます。

なんか難しそうな予感。
http://journal.mycom.co.jp/column/objc/064/index.html

関数の追加だけならカテゴリでカスタマイズしてみては？

>>186
class clusterであるNSMutableArrayのsubclassを作るためには、
Cocoa Fundamentals GuideやNSMutableArray class referenceで紹介されている様にします。
primitive methodをoverrideしたりとか結構面倒です。

categoryで対処できるようであれば、categoryを使えば良いでしょう。
そうでない場合は、私はbindingを使っているのでKey-Value Coding Guideで紹介されている
Indexed Accessor Patternを実装しています。
iPhoneでも使えるかどうかはわかりません。

何れにせよ、何故NSMutableArrayをカスタマイズする必要があるのか再検討したほうがよいと思います。

あらかたスレッドセーフなNSMutableArrayを作りたいとかそんなとこだろ。
そういう書き込みをTwitterで見たし。

>>183
なんてNeXTStep
iPhoneアプリは最初IBがなかった。あれでIBの意味を理解した人も多いのでは？

Interface Builder でできることは全部コードで出来るでしょ。
決まりきったコーディングなんだから直感的にさくっとつないだりおいたりできた方が便利だから
NeXTはIBとnibファイルという先進的な仕組みを作ったんだ。

>>179
らじゃ。

>>192
先進的な仕組みなのか？
マルチリンガルなアプリ作るのに、同じ形のメニューを複数作らんきゃならんとかってメンテ性を落とすだけだと思うんだが。
それとも、俺が知らんだけでメニューアイテムに言語別文字列設定できるの？

Win（もしかしたらLinも）とクロスなアプリを作ろうと思っているんだが、CocoaっていうかXcode/IBの思想が分からんくて困っている。
うまいこと比較して説明しているところあったら教えてくれるとうれしい。

ローカライズは言語ごとファイルを用意しておけば勝手にやってくれる。
もちろんそうなるようにコード組まなければならないが。
まずは.appや.bundleファイルを右クリックして中身眺めたら良いと思う。

>>193
どう考えたら後進的に見えるの?
メンテナンス性を落としているのは明らかに調べようとしない人材のせいだと思うのだが

>>193
Windowsの.net3.5だっけ？XAMLとか言うXMLでUI定義できるようになったよね
IBが作るxibもそんなようなもんだと思っとけばいいよ、当面はね

あと、クロスなアプリ開発ってのは十中八九うまく行かない
同じ要求仕様でも設計段階から分けておかないと大変だし、アプリの使い勝手も悪い

使い勝手気にしないならJavaなり何なりのクロスプラットフォーム言語でやっつけちゃうのが一番楽でしょうね

皆さんどうもありがとうございます。
クラスクラスタの注意点についてはざっと読んでいて、
これは気をつけないといけないなと思っていたのですが、
まさか自分がはまっている問題の原因がそれだとは思いませんでした。

>>188
確かに難しそうですね。調べてできないことはなさそうですが。。。
また、メンバ変数が重要なのでカテゴリでは対処できないように思います。

Javaをやっていた身からすると、どうも直感的にはサブクラスを作るのが自然なように思うのですが、
早くCocoaの流儀に慣れなくてはいけませんね。
方針を変えて、別なアプローチをしようと思います。

すみません、一応新たな方針を書いておきますと、

ヘッダファイル
#import <Foundation/Foundation.h>
@interface MyMutableArrayContainer : NSObject {
　　//本来継承したかったNSMutableArrayをメンバ変数にして内部で保持する
　　NSMutableArray *myMutableArray;
　　//その他のメンバ変数
}
-(void)someFunctionForMyArray;
@end

実装ファイルの初期化メソッド
-(id)init{
if (self=[super init]){
　　myMutableArray=[[NSMutableArray allo]initWithCapacity:0];
　　//その他の変数の初期化
}
　　return self;
}

などとしようと思います。まだ書いていませんが、アクセスするメソッドの書き方をいじれば
これでうまくいくだろうと思います。
Cocoa/Objctive-C的には、それで済むんなら最初からそうしろよという感じでしょうか。。。

みんな設計段階でどんなツール使ってる？
AppleってUML的なのとか使わないのかしら

>>194
その『言語ごとファイルを用意』ってのをもうちょっと詳しく教えてはくれんか？
xibからどうにかして文字列を外に追い出せば良いんだろうが、その「どうにかして」がIBのメニューを探してもググっても分からんちんなのよ。


>>196
xibがXAMLみたいなもんだ、ってのは分かる。
問題は互換性がカケラも無いことだ。

問題...なのか？＾＾

嫌いだ、使えねーって言ってるんだから放っておけばいいのに
ひとつのアプリケーションで全てが完結してないと気に食わないんだうからツールの紹介する気にもならないし

plist なんて互換性の塊だろーが。

己の無知から出る間違った発言に気付かない。
ひろゆき曰く「バカな人はバカだから自分がバカだと言うことに
気がつかないのです」

>>198
primitive methods を実装していれば、後はやってくれるから次が簡単。
インスタンス変数の array にprimitive methodsすべてを投げる。

@interface MyMutableArray : NSMutableArray {
　NSMutableArray *array;
}
- (void) doSomething;
@end

@implementation MyMutableArray
/* Primitive methods */
- (NSUInteger) count { return [array count]; }
- (id) objectAtIndex: { return [array objectAt…]; }
- (id) lastObject { return [array lastObject]; }
addObject: {…}
insertObject: atIndex: {…}
removeLastObject {…}
removeObjectAtIndex: {…}
replaceObjectAtIndex:withObject: {…}

- (void) doSomething {…
@end

>>203
だからxibがXAMLと互換を取ってないことが気に食わないんでしょ

>>200
>問題は互換性がカケラも無いことだ。

う〜ん、そうなるとObjective-C、Cocoaも辞めといた方がいいよ
ベースはC言語だけどC++とは真逆で弱い型づけの動的言語だし
Cocoaフレームワークの設計思想はMFC、.net、STL、Boostのどれとも互換性がカケラもない

御社にとっては問題になること請け合い。ｷﾘｯって付けちゃうくらい間違いなく大問題になる。ｷﾘｯ

Java、CINCOM Smalltalk…あと何があったっけ、Linux含めて完全クロスプラットフォームなやつ
そういうの探した方がいいと思う

>>198
Decoratorパターンを使うのが無難かと思いますが、いちおう既存のオブジェクトにメンバ変数を追加する手段があります。
カテゴリーによるメソッドの追加と組み合わせれば、実質的にサブクラスのように機能拡張できます。
http://www.stripe-net.jp/cocoa/program/blog20081114.html

リンク先の記事では、クラスオブジェクト内にメンバ変数を追加していますが、今回はオブジェクトの生成段階で（init...メソッド内で）細工ができるので、
インスタンス自身を拡張する手段が取れるかもしれません。

>>200
> その『言語ごとファイルを用意』ってのをもうちょっと詳しく教えてはくれんか？
単純に、言語ごとにnibファイル（またはxibファイル）を用意するっていう話だと思うけど？
動的に出力するメッセージなら、言語ごとに.stringsファイルを作って、NSLocalizedString()関数で読めばいい。

Localizable.stringsで検索したらそれなりの情報を得られるよ。

ibtoolとgenstingsとGNU sedとgawkがあればほとんど自動化出来るけど>178ちゃんには無理かな？

nibに変更あった時に全言語のnibを修正するのは面倒なのでローカライズされたnibを使わず、全部NSLocalizedString()でやってるんだけど問題が起きる可能性ある？アウトレットが増えて面倒なだけ？

>>207
>Cocoaフレームワークの設計思想はMFC、.net、STL、Boostのどれとも互換性がカケラもない
どっちかというとSmalltalkに近いな。

IB使わずに全部コードで書けば良いじゃん。
xcodeすら使わずコマンドラインでコンパイルしてCocoaのアプリは作れるし。

>>212
ボタンとかテキストフィールドのキャプションがはみ出て読めないとか、妙な隙間があるとか

皆様またもどうもありがとうございます。

>>205
!! そのようにしたところ動作しました。
一応他の方のためにも書いておきますと、初期化メソッドで
-(id)init{

if (self=[super init]){

array=[[NSMutableArray alloc]initWithCapacitiy:0];

}

}

とやっておく必要があります(当然か)。

はっきり言ってたいへん不思議です(?_?)
MyMutableArrayとインスタンス変数のarrayと両方で
同じデータを保持している感じでしょうか。

>>216
詳細は秘密だけど、データ保存領域はインスタンス変数のarrayだけだ

>>217
そうなんですかぁ…。
適当な文字列NSStringを格納して、このクラスの内部で
NSLog(@"array objAtZero=%@, self objAtZero=%@",[array objectAtIndex:0],[self objectAtIndex:0]);
とやると、同じものが返ってきます。面白いですねぇ。
未だに不思議なんですが、またこの次に考えるとして、前に進もうと思いますw
ありがとうございました!

え？　いいの？ｗ

単にプリミティブメソッド以外のメソッドはプリミティブメソッドを使ってデータを操作してるだけだよ

で、ぶっちゃけて言うとNSArray自身はデータ保存領域を持ってなくて
そのサブクラスたちがデータ保存領域を持ってる

どゆうことかと言うと
-[NSArray init..].メソッドが呼ばれると最適なサブクラスを探し出してそのインスタンスを返してくれる。
使ってる側は意識する必要はほとんどないけどね。

@implementation NSMutableArray (MyMutableArrayCreation)
- (id)arrayWithHoge:(id)hoge
{
return [[[[self class] alloc] initWithHoge:hoge] autorelease];
}
- (id)initWithHoge:(id)hoge
{
[self init];
[self release];
return [[MyMutableArray alloc] init];
}
@end
としいておいてやると、それっぽくなるよ

>>218
[self objectAtIndex:0]
と書くと、
[array objectAtIndex:0]
が実行されるように、自分でメソッド書いているよね？
- (id) objectAtIndex: { return [array objectAt…]; }
いったい、どのへんが不思議なの？

そうですね。不思議じゃないですね(^^)

NSURLConnectionではなくCFNetworkを採用するメリットってある？

>>219
そのコードは危険。initWithHoge: を NSCFArray インスタンスが受け取ってしまう。
self ではなくファクトリークラスを介したものでないと。

「たのしいCocoaプログラミング　Leopard対応版」
これから読む人は正誤表があるからかならずチェックして！

ファイルの保存に気づかなくて、しばらく詰まってたよ・・・トホホ

Objective-C逆引きハンドブック買ってきた。
買ってから気づいたが、なぜか本屋においてあったのが初版だった。
既に４版まで出ているのになぜ初版が残っていたんだorz

こういうのが欲しかったから、内容はありがたいんだけど、これの
AppKit版が欲しいな。で気になったんだけど、

・サンプルコードでいくつか間違い見つけたけれど、
　出版社のサイトで正誤表見ると、全部網羅してない。

10.4向けって書いてるコードで、高速列挙使ってたりしてるし。
NSCoding Protocolの実装のところで、「NSCoding」って記述自体が
どこにも書いてない・・・初版だけ？

iPhone以降そんな本ばっか。最初のページでMac OS XがLinuxとか書いてる本もあるし。

ひどいね。NeXTからの人はそんな一連の嘘は書かないよな

NeXT以降でもiPhone以前からの人ならそんな間違いしねえよ

>>226
さらしてみましょうか

さらせ

Command+F1で，同アプリケーション内のウィンドウを順番に切り替えることができますが，このとき，ウィンドウのタイトルを見て，特定タイトルを持つウィンドウをスキップさせたいと考えています。

そのようなことは可能でしょうか？
NSDocumentController, NSWindowController のメソッドのリストを一通り見てみましたが，ウィンドウのスイッチを管理している実体がつかめませんでした。

アイデアがありましたらご教示お願いします。

>>231
ウィンドウの定義をパネルにするとか、キーウィンドウにしない
でいけると思うけど。

>>231
> Command+F1で，同アプリケーション内のウィンドウを順番に切り替えることができますが

それって、どのアプリケーションのこと？
自分で作ってるアプリなら、自分でどのような実装になっているか知ってるよね？？

Cocoa 内部の挙動でしょ。実装とか言われても困ると思うぞ。

>>231
同じイベントをもう一回postEventで投げるとか。

>>233
俺は知らない。

>>234
たとえば、Finderの「メニュー＞ウインドウ＞ウインドウを巡回」とかのことだよね？
あの機能って、Cocoaのどのメソッド呼べばいいんだろう？
っていうか、そもそもCocoaに実装されてる機能なのだろうか？
リファレンスをぱっと見たけど、見つけられなかった。

システム環境設定：キーボード：キーボードショートカット：
　キーボードと文字入力にある
　「アプリケーションの次のウインドウを操...」
ってやつじゃね？これCocoaと関係ないよね？

っていうか、...で省略されてる所見れないんですけどw

>>236
リファレンスをぱっと見た限りだと、[NSApp windows] で配列を得て、
makeKeyAndOrderFront でフロントに持ってくるんじゃないの？

試してないけど。

>>238
たぶん、その実装でうまく行くと思う。

でも、そうだとすると、「ウインドウの巡回」機能を自前で実装したことになる。
特定のウインドウをスキップしたいなら、そうなるように自前で実装すればいい。ということに、なるのではないか？

うーん… NSWindow -level をいじると、いじったウィンドウは巡回から除外される。
が、NSNormalWindowLevel 以外ではフローティングウィンドウみたいになって
orderBack: を受け付けないような感じになってるな。

結局，>>238 の方法で自前で巡回用のメソッドを作って，
そのショートカットキーを Command+F1 や Command+Shift+F1 に設定することで，
擬似的に実現することにしました。

このショートカットキーは環境によって異なるので，
本来はそのショートカットキーをシステム環境設定から動的に取得すべきですが……。

>>241
うちは「コマンド」+「~」にしてる。
Classicの頃はこのキーだった気がする。
OSXのいつかのバージョンから変わって以来毎回設定し直してる。
あと英語環境は今でもこのショートカットキーなんじゃないかと思ってる。
（未確認）

>>242
追記。
USキーボードだとアプリ切り替えの「コマンド + TAB」のすぐ上が
「コマンド + ~」でウィンドウ切り替えになっていて直感的。
日本語キーでもこの感覚に近くするためにF1を使うことにしたのでは、
と思っています。

ヒレガス本の第1章に10時間寝ろ！とか書いてあるけど、
みんなも試したのかな？今日は早めに寝てみようかな。

明日が休みなら、余裕で１２時間ぐらい寝てるけどね。
で、睡眠時間ってCocoaとなんか関係あるの？

寝過ぎるのも良く無いけどな。

カフェイン的な…

NSTextViewを持つNSScrollViewがあって、
NSTextViewの表示内容にぴったりの高さにしたいのですがどう算出すればいいのでしょうか？
ぴったりの高さというのはNSScrollerを表示しない最小の高さ、です。

>>248
[[[textView enclosingScrollView] documentView] frame].size.height

趣味でiPhone開発やってます。
すみません、素朴な疑問なんですが…。
どのクラスからも呼べるグローバルなメソッドや変数(定数)の定義ってできないのでしょうか。

たとえば、角度からラジアンを求める

#define PI 3.141592

-(float)getRadian:(float)inDegree{

return PI*inDegree/180;

}

などをいちいち各クラスに記述せずに済めばいいと思うのですが。

このような場合、いろんな良く使うメソッドや定数をまとめたMyMathクラスみたいなのを作っておいて、

float theRadian;
MyMath *theMath=[[MyMath alloc]init];
theRadian=[theMath getRadian:45];

みたいに呼び出すのが定石なのでしょうか?

class methodにすればいいのでは？

>>250
汎用的な関数なら、それぞれのクラスに書いておいても問題無いと思う。
逆に特殊なメソッドを多くのクラスから呼ぶのであれば、設計が悪い可能性もある。
クラスを細分化し過ぎてない？

printfみたいなCの関数にしたらいいような気も。

NSObjectのカテゴリにする。

いろいろホントにありがとうございます。頭に道ができました!
クラスメソッドにする、カテゴリにする等の対処をしようと思います。
分かっているつもりでしたけど、考えが至らなかった…。

>>250
円周率は自分で定義しなくてもM_PIがあるよ

>>250
カテゴリもどうかと思うけど、少なくともクラスに書くのはやめた方が良い。
もし変更がある場合、全部書き直すのか？
そういう汎用的なものは普通に C で書けば良いじゃないか

少なくとも関数だな。

普通に関数だよねぇ

呆れるかもしれませんが、その、
普通にCで書くというのが分からないのです。

関数の宣言(.hに書く)
float getRadian(float inDegree);

関数の実装(.cに書く)
float getRadian(float inDegree)
{
return PI*inDegree/180;
}

関数の呼び出し
float theRadian=getRadian(45);

// とあるヘッダーファイル
float getRadian(float inDegree);

// とある実装ファイル
float getRadian(float inDegree) {
return M_PI*inDegree/180;
}

// とあるプログラム
#include "とあるヘッダーファイル"

int main(int argc, char** argv) {
printf("radian: %f\n", getRadian(123.0));
return 0;
}

Cで書いておけば、そのヘッダーをインクルードするだけで、
関数を呼び出せるということですね。
精進します。m(_ _)m

インスタンス変数にアクセスするのが前提かと思ってんだが、違うのか？

じゃあ関数を.mの中に書けば？

すまん
それがしたくないのか

>>264
どのクラスからも呼べるグローバルなメソッドや変数(定数)を定義したいって話なんだが。

>>265
.mに書いても、関数からインスタンス変数にはアクセスできないよ。

なんでシングルトン使わないの？

なんでシングルトンなんか使うの?

話を理解してないからじゃね？

もう質問者は見てなくね？

というか、どうでもよくね？

>>267
>.mに書いても、関数からインスタンス変数にはアクセスできないよ。

インスタンスへのアクセッサメソッド書いておけばできるんでは？
a = [this getA];
みたいな感じで。

この手のone linerはヘッダにinlineで書けば良いよ。生成コードサイズも大して変わらんし、
多数回呼び出すなら非力なiPhoneでは性能にも響いて来る。

はあ?

>>250
Javaだったら、全部クラスメソッドで構成されるUtility系のクラスを作るけど、
Objective-Cの場合は関数かな。

>>275は>>273宛

>>275
>はあ?

少なくとも以前はできたよ
確認したの？

>>278
関数が何か分かってる？

this ってイカレてる。

>>279
わかってるよ

>>280
使っちゃいけないんだ

関数をインスタンスメソッドと勘違い、か?

もともと「クラスメソッドを使え」って話だったよな。
クラスメソッドでインスタンス変数が使えないってことじゃないの？

だいぶ前に書いたプログラムなんで忘れてたんだが，よく見たら
thisはC++の予約語のあれではなくて単なるCの関数の仮引数だった。
結局thisはselfのコピーだった。
だいたい下のような感じのリストだったんだが，変かな？
もともとの質問の趣旨と離れてしまいすまん

------ SomeClass.h ------
@interface SomeClass : NSObject {
int aInstanceVar;
}
- (int)getAInstanceVar;
- (void)someCaller;
void cFunc(SomeClass *cp);
@end

------ SomeClass.m ------
@implementation SomeClass
- (int)getAInstanceVar //accessor
{
return aInstanceVar;
}
- (void)someCaller //caller of C func.
{
cFunc(self);
}
void cFunc(SomeClass *this) //C func.
{
int a;
a = [this getAInstanceVar] ;
}
@end

少なくとも「関数を.mの中に書けば？」というレスは全くの無意味だな。

>>285
それは俺のレスじゃないよ

すまん俺だったorz

もう何を言っても説得力ゼロだな

べつに説得してるつもりはない

筋金入りのバカだな

バカで結構

>>291
そこは「筋金なんか入ってない」だろ(´・ω・｀)

これから気をつける

久々にﾜﾛﾀ

そこでプロトタイプベースの言語の登場ですよ？

>>250 の質問内容だったら >>274 が一番いい答えだと思う。
といいつつ、自分だったらCの関数で実装するだろな。

そもそも @implementation SomeClass の中でなら
void func (SomeClass * self) { int *p = 0; *p = self->someVar; }
みたいに直接アクセス可能なんだが。

そんなことより getter method の頭に get つけんな。

> そもそも @implementation SomeClass の中でなら
> void func (SomeClass * self) { int *p = 0; *p = self->someVar; }
> みたいに直接アクセス可能なんだが。

そういう釣りは要らないから。

たくさん無意味なレスをした ID:7vVIHPUZ0 ID:0abNp5zF0 は半年ROMっててね。

へい　そうしやす

Safariのページ内検索の結果表示や，Xcodeの対応する括弧の強調表示のように，
NSTextView内の特定の部分を黄色い角丸長方形でポップアップする標準的な手法は用意されているのでしょうか？

>>301
標準的な手法は用意されていないと思います。
自前で実装しましょう。

thousandのK3プラグインにあるけど自前での実装かな
webkitのはずだし
ttp://www.restspace.jp/gazo/img-box/img20101021220322.png

>>301-303
ちゃんとあります。
-[NSTextView showFindIndicatorForRange:]

10.5 以降。

>>301
showFindIndicatorForRange:
ではダメかな？

あーNSTextViewならあるわ
WebKitには無いけど

>>304-306
確かに，
-[NSTextView showFindIndicatorForRange:]
が求めているものでした！
ありがとうございました！

Launchpadって、アプリケーションフォルダやら登録したアプリのアイコンを
ボタンの画像にして透明なViewに並べてと、簡単に出来そうなんだけど。

あと、みなさんはMacAppStoreへの登録はどうしますか？

2.4
Apps that include undocumented or hidden features inconsistent with the description of the app will be rejected
2.5
Apps that use non-public APIs will be rejected

これで撃沈した

他のフレームワークを使っていて、それがリジェクトの
対象になる場合もあるんでしょうねえ。

MacOS X Lionが発表されたな。
発売日は来年の夏だそうで。

今度はCocoaにどんな機能が追加されるのかな
もしくは、どんな機能が削除されるのかな

AppStore公式経由以外のインストール全面禁止とか。

はいはい、あり得ない

でも、「AppStore公式経由以外のインストール全面禁止」ぐらいの話にならないと、
わざわざ、MacAppStoreへ登録する理由がないなぁ。

http://www.apple.com/jp/downloads/
↑このページが閉鎖になるなら、少しは考えるかもしれないけど

とりあえずKagi、一橋、Act2辺りが涙目なんじゃね？

Macで全面インストール禁止って技術的に難しくない？
あときっとiAdがMacに対応してくれるよ！

>>316
iAd対応は嬉しいが、みんな使い始めると画面が汚い事になりそうだ。
結果、広告の無い格安有料アプリにユーザーが流れる気がする。

この流れの中で、なんでVectorの名前が出てこないんだ?

終わってるから。

>>316
インストール禁止→フォルダコピー禁止なら難しいかも知らんが、
インストール後のプログラム実行時に認証されたキーが必要という話なら
簡単に実装できるだろう。

Vectorでマック用ソフト探そうとは思わんなぁ

>>320
カーネルとか置き換えられたりkextか何かで認証を迂回されない？

要は、通常のUNIXシステムであるうちは、簡単に全面的インストールの要認証化は困難かな。

Storeを通す場合自前の認証機能は認められないから、ソフトのクラック=全てのStoreアプリの割れになる。
危険だねー。絶対割る奴ら出てくるでしょ。

ほとんどの定番アプリは非公開メソッドとかバリバリ使ってそうな
気がするんだけど、それだとストアに閑古鳥が鳴きそうな。

>>322
それはiPhone辺りでもやられている話でしょ。
そのレベルでブロックできれば十分実用になる。
普通の人はカーネルの置き換えなんてやらないからね。

アップルがブロックなんて始めたら、普通の人もカーネル置き換えも始めるようになる。
それだけ。

前提からしてありえんがな。

最初は警告だけ。
そのうち起動すら出来なくなる。

Mac全体で勝手アプリの禁止をしようとするといろいろ問題点があるけど(rootでアクセスできるとか、プラグインとかIMとかドライバ類はどうするのか？とか)、ペアレンタルコントロールみたいにユーザが設定できたら面白いかも。
たとえば年齢制限があるアプリはダメとか。ゲーム系禁止とか>< 今もペアレンタルコントロールで使用できるアプリは制限出来るけど、Mac App Store の情報を使っていろいろとアクセス制御の設定が出来るんじゃない？

ユーザーは、同時に１つのウインドウとしか対話できない。
だから、ディスプレイ上に１つのウインドウさえあればいい。その方がシンプルだ。

とかいう話がMacOS X 10.0の頃にあって、「シングル・ウインドウモード」の実装が予定されていたが、
開発者達の間から、使いにくいだけだからやめろ、という非難があってDeveloper Preview段階でボツになった経緯がある。

それを思うと、「フルスクリーンモード」ってどうなよの？
iPhoneやiPadは、そもそも画面が狭いからフルスクリーンになってるのだろうけど

PagesというかMision Controlがあるからいいんだろ

フリーウェアしか出してない作家がアップルに一万円払って出品するメリットはないような気がする。
シェアウェア作家にとっては、まぁ決済チャンネルが一つ増えるぐらいの感じなんじゃない?

iPhoneのApp Storeみたく、ソフトの配布元を完全に自分のところだけで統括するってのは無理だろ。
そんなこと妄想してたら、それこそドザに笑われるわ。

>>331
> PagesというかMision Controlがあるからいいんだろ
シングル・ウインドウモードの話が出てたときも、他のウインドウは全てドックに格納されていて、
それを１クリックするだけでウインドウを切り替えれることになっていたが、
それでも反対意見が多かった見たいだぞ。

まぁその10.0の頃から１０年も経ってるんだから認識が変化するには十分な時間だろ。
Pagesとかあの辺のソフトはフルスクリーンにするとより集中できていいって話もあるし。

まぁClosedβが公開されてる訳でもないし、Appleとしては情報出して反応を伺ってるようなところだろ。

Mision???

SIMBL脂肪か

勝手プラグインは今まで通り変わらんだろうよ

>>335
スペルミスしたら指摘してくれるだろうと思って油断してたorz

appstore経由だと課金はもちろんアンインストールもサポートするけど、野良アプリは今まで通りとかだろう。
あとは /Application(AppStore)とか専用フォルダを掘られて、個々にインスコするアプリはアポーのコントロール下に置かれてしまうとかねえ。/Library/Application¥ Support/Appleみたいな海苔。


ttp://developer.apple.com/jp/documentation/japanese.html
を呼んだ程度じゃ本当に欲しいアプリなんて作れないな。フリーソフトのほうがよっぽど使える機能が付いてる。
dvカメラを操作したいのだが、ieee1394のav/cコントロールってcocoaから弄れるの？　自分でデバイスドライバから組み込まないと弄らせれ貰えない？

日本語ドキュメントはiPhoneに比べるとサポートが薄いが、OSとしては
圧倒的にOSXのがサポートは厚い。

1394ももちろんコントロールできる。
http://developer.apple.com/library/mac/#samplecode/simpleAVC/Introduction/Intro.html
こんな大昔から普通にサンプルコードがある。
まあ、これはCocoaとは言えないか。

http://developer.apple.com/library/mac/#samplecode/LiveVideoMixer2/Introduction/Intro.html

AVC VideoServicesでDeveloperサイト検索すれば必要な情報は揃うん
じゃないかな？

良いもの作って下さい。

既存アプリを今更ながら64bit対応させようかと思っています。
そこで64-Bit Transition Guide for Cocoaを読んでるんですが、
どうも理解不足のところがあるので教えて下さい。

NSUserDefaults　floatForKey などはCGFloatへと変更されて
いないようなんですが、そのまま使っても問題ないのですか？

CGFloatに格納してしまえばいいという理解で合っていますか？

Major 64-Bit Changes

Floating-point data type sizes are the same whether you are
generating a 32-bit or 64-bit executable. However, the size of
long double is 128 bits wide in GCC 4.0 and later (required for
64-bit compilation). Previous versions of the compiler (3.3 and
earlier) used a 64-bit-wide long double type.

floatは32bitのままだから、CGfloatが必要ならdoubleで叩くだけ。

>>342
ありがとうございます。
やっぱり少し書き直しが必要になりますよね。

前スレで32bitと64bitの両方のアーキテクチャと
10.4 SDKと10.5 SDKの両方に対応するコードを
書こうとしていた人がいたみたいで……
それをやろうかと思ったんですが、10.5以降だけ
に絞ったほうが良さそうですね。

10.7が出たら10.4は切り捨てでもいいかな。

よく見えてないけどNSPoint にでも入れて、encodePoint: forKey: すれば
何も考えずにすむ、って話でもない？

32bitアーキテクチャとか64bitアーキテクチャって、あくまで整数の話だと思っていたのだが。
浮動小数点はどちらのアーキテクチャでも64bitじゃなかったか？

ゲームのためのメインループを組みたいんだけど、どうするのがCocoaの流儀に沿ってる？

タイマーのコールバックか、スレッド作って自分でループ書くか…他にも、こうするって定番があればお願いします

>>346
Cocoaはゲームのためのフレームワークじゃないので、ゲームのための流儀なんかないよ。

> タイマーのコールバックか、スレッド作って自分でループ書くか
どちらでも好きなようにやってください。

そういう意味じゃ、GameKitとか実装しないのかな。

1/60とか一定間隔を維持するほうが重要なら、スレッド内で
NSRunLoopを使うのが簡単だと思う。
アプリのメインスレッドは描画も担当するし、イベントも処理するしで、
ボコボコ処理落ちするから。

みんなありがとん

cocos2dでも使えば？

cocoa初心者で、今ヒレガス本（第三版）を読みながら勉強中です。

IBでtableviewのcellの中にcheck boxを入れるとあるが
本にはドロップするとしか書いていないが実際やっても全くできない
ググってもIBじゃない内容しか出ないからおしえてください

>>352
ドロップするのは、Check Boxじゃなくて、Check Box Cellの方ね

NSButton じゃなくて NSButtonCell の方ね、たぶんそういう間違いだと思う。

もろかぶったw

Macアプリストアは既存Macデベロッパーのものじゃない：http://longtailworld.blogspot.com/2010/10/macmacthe-mac-app-store-isnt-for-todays.html

全くその通りでございます。
既存の開発者ほど否定するしw

CGBitmapContext(要はこちらで用意したbyte配列のオフスクリーン)に文字列を
描画したいんですけど、お願いします。
Viewへ直接描く方法は分るんですが…

[CGContextRef]
CGContextShowText

または

[NSString]
drawAtPoint: withAttributes:

>>353
おおおできたぁぁぁ
cellとして入るのと入らないという二種類あるのですね
ありがとうございます

>>359
ちょっと違う。Cellとして入るうんぬんじゃなくて、片方はCellで片方はViewだ。

>>358
ダメでした
そのAPIだとViewに描画されてしまいます。
描画対象をbitmapContextに切り替える方法は無いでしょうか？

CGContextSaveGStateでは切り替わりませんでした。

>>361
CGContextShowTextの最初の引数にCGBitmapContextを渡してやればいいのでは？

CGContextSaveGStateはCGContextの状態を保存する関数だよ。CGContextが何か分かってる？

>>362
設定が足りなかった様で、ShowTextの方では描画できました。ありがとうございます。

ただ、ShowTextでは現状アルファベットのみうまく行っています。

UTF16やShiftJISの漢字も扱いたいので、NSStringのdrawAtPointでもbitmapContextへ描画出来ると嬉しいんですが。

ShowTextではSelectFont時も含めて、エンコードの指定がうまく出来なかったです。

そっか。テキスト周りは Cocoa の暗黒面だったような…。
試してないけど、とりあえずこれでどう？

CGContextRef cgContext = CGBitmapContextCreate(...);
NSGraphicsContext *nsContext = [NSGraphicsContext graphicsContextWithGraphicsPort:cgContext flipped:NO];
[NSGraphicsContext setCurrentContext:nsContext];
[NSGraphicsContext saveGraphicsState];
// ここで NSString の drawAtPoint: などを実行
[NSGraphicsContext restoreGraphicsState];

>>364
どうもご丁寧に。恐縮です。
ご教示のコード、ありがたく試させて頂きます。

ヘッダを拾い読みしていると、APIの組み合わせでその様なコードかとはおぼろげに思うのですが、何分にも慣れていないので大変助かります。

結果はのちほどに。

>>364
できました！
ありがとうございます神認定

上から目線w

ちなみに、CoreTextのAPIって試して見ましたか？

>>368
あんまり使ってないんで細かいことは分からないけど
今までに比べたら天国。

>>366
お前面白いやつだな

>>346
Cocoaがどうイベント処理してるか調べてみるとかは？

Mac App Store への提出関連のところってまだNDA？というかずっとNDA？

NIDA

Keynoteとかのインスペクタウィンドウってどうやって実現するんでしょう？
TabViewとは違う気がするし…

TabViewでしょ

動画プレイヤー組む場合
あらゆるコーデック自前で実装するか
QTKitとFFMPEG組み込むか…
FFMPEGで悩んでるんだけど他に使えるコンポーネントある？

>>376
自前で実装してみろよ

プログラマからアプリの要件書けっていわれてこまっている。みんなどうやって書いてるの？　画面のイメージ作ってあとは適当にこんな感じって指示だせばいいとおもっていたのだが..

何か漠然としてるが、どういうものを作って欲しいのかちゃんと書かないと
出来上がってみたら、俺が思っていたのと違う、とトラブルになる。適当な
ことを書くと適当なものが出来上がる。プログラマーはあんたがイメージ
してるものを知らないのだから、それを的確に伝えなければならない。

画面の仕様とか、機能の仕様とか。

>>378
ところで、あなたの担当というか立場は何？
それから、ここでいうプログラマとは、どの程度の役割を担っているの？

画面レイアウトと個々の入出力項目(テキスト入力や出力欄)の詳細、
ボタンなどを押した時の挙動(データを取ってくるとか◯◯を表示するとか)
あと、エラーとすべき動作などを記述するのが一般的。
頭の中にある動作仕様を、全く知らない他人に作ってもらうには、
きちんと伝えなければならないし、それをせずに後付けであれこれ注文を
追加したら、プログラマは
「エスパーじゃねよ！」とキレるわな。

嫌われようと好かれようと、金出すほうが偉い。
上から目線で無茶なことを言われてもやるほかない。
ってのは、ソフト開発に限らず、受注産業全般に見られる悲しい現実だな。

金いらないからやめたというのもあり

３７８です　皆さんども　確かに自分は発注サイドなんですな

普通のwinアプリとかwebだったらある程度仕様伝えられるんだけど、iPhoneやiPadの場合、例えば画面遷移だけでもページがめくれる感じだったり、横にスライドしてきたり、いろいろなアクションがあるわけで。。これ全部発注側で検討して仕様固めるのが結構厳しい
ここはこんな感じの動きもかっこいいですよ？って感じで提案してくれるプログラマっていないのかね、あーだいたい全部受け身なんだよったく。

>>384
金を出す出さないを抜きにした誠意の問題だな。

>プログラマからアプリの要件書けっていわれてこまっている
自分の示したこととそいつの言い分と、あなたの良心に照らしてそいつの言い分が不遜だと思うなら、
そりゃ強く出ればいいわな。
ただ、誠意を示せば相手も誠意を示してくれて最後まで円滑に進む場合もあるが、
媚びへつらうと、相手がいい気になってすごく難儀する場合もある。

その辺はもう人間同士の問題だから…。

>>384
> これ全部発注側で検討して仕様固めるのが結構厳しい

発注側の立場なら、詳細な仕様を固めるのが厳しいのは当然だと思います。
基本的に開発者ではないのですから。

> ここはこんな感じの動きもかっこいいですよ？って感じで提案してくれるプログラマっていないのかね

いろいろ提案してくれて、発注者側のニーズを引き出すのは、受注者側の仕事だと思います。

ただ、発注者とプログラマが直接話をしているのが、ちょっと変かなと思います。
別に、発注者とプログラマが直接話したらダメということもないのですが、通常は間に営業の人とか、設計の人とかが入ると思います。

iPhoneはプログラマーがある程度幅を利かせて
適当にやってくれた方がうまく出来ると思うがな

ていうか、作って見せてから「やっぱ、ここの画面遷移はこうで」とか言われても
直してテストしてってかなり大変なんだよね。

その分きちんとお金をもらえればいいけどまず無い。後付けでズルズル行くのが一般的。
口では2、3分だけど、そんなサービスのために1日2日潰してるんだよね。

逆の立場になったとして、あなたはそのために、ずっとタダ働き出来ますか？
ていう話しかな。

そのくらいなら、余裕で許容範囲だな。
まったく別なアプリを一からつくり直してくれって話を、
営業がのんできたことがあるぞ。

>>384
作った後でここ変えてとか言われ続けてるから経験を積むほど先に全部仕様持ってこいって考え方になる。
iPhoneだったら、スライドビューにするかテーブルビューにするかで大きな違いだし
モーダルでどんどん重ねて行くかナビゲーションにするかでも変更すべきとこは多い（ナビゲーションバーとかね）。
ユーザからしたらあまり変わらないんだけどさ、作る側としてはそこ今から変えろってか？って感じになる。
作ったあとで動き見て、やっぱりこうしてなんてのは一番やって欲しく無い。2倍作業させてるわけよ。

てことである程度自由にやってくれって考えるなら必要な画面の枚数だけ用意して遷移などはお任せにする。
そして作った後から変えろって言わない事。
だと俺は思う。ほぼグチですまんが。

>>384
発注の条件に、iPhoneやiPadを日常的に使ってることってのを入れるべきだと思うよ。

手を抜いた仕様書でプログラマに丸投げするなら、出来上がったものを見て
文句を言わない事。それが嫌なら真面目に仕事しろ。

顧客とプログラマという、間に仕様や設計書が作れない人がいない関係となると、
どちらかがその役割を果たさないといけないんだろうね。
それを相手のプログラマにやらせようとするなら、きちんと設計料も払わないといけないね。
お金出すからいくつかの提案パターン(画面レイアウトレベルで)作ってよ、
みたいな。

そのへんは最初からプログラマが発注側の打ち合わせに来るべきだと思うけどね。
目の前で見せながら画面作っていけるのがインターフェースブラウザのメリットなんだし。

プログラマって融通が訊かなくて、バグ入りアプリしか作れないし。ちゃんと仕事しろっていつも思う。

プログラマに実演販売みたいなことさせる気かよ。
オレはゴメンだ。
あとインターフェース・ビルダーな。

開発側が営業して注文とったのと、企画側が発注出したでは話が全く逆になるよ

前者なら開発側は企画側の納得がいくものを用意してあげないといけないだろうけど、
後者なら開発側は企画側の注文どおりのものを作ればいいだけ
注文がおかしい時にその旨説明するか、無理やり作っちゃうかは開発側のさじ加減

AdHocでも動けばいいとか、企画側に不利な契約なら無理やり作っちゃうかもねｗ

プログラマが打ち合わせに行っても同じ。ラフ作って動き見せても同じ。
仕様書を作るってことは明確に完成図、要求項目が自分で理解、整理できてるってことだ。
それを持ってない人は漠然としたイメージしかなくて、それが後出しの仕様変更につながる。

プログラマ側としては、内容がよく整理されていて、後戻りのない仕様書を求める思いはあるのだろうけど。
相手はアプリの開発をよく知らない素人。
プログラマが納得できるようなレベルの仕様書を作れるわけがない。
最初に出て来た仕様書なんて、信用できない。

だから、顧客とたえずコミュニケーションを取って、真の要求を聞き出すしかない。
漠然としたイメージしか持っていないようなら、明確なイメージが持てるように手伝うしかない。
後から仕様変更が来て余計な時間がかかるぐらいなら、そっちに時間をかけた方がマシだ。

最初に出て来た仕様書どおりに実装してさっさと納品すると、顧客の立場的には文句が言えない。自分が提出した仕様どおりなので。
でも、それだと顧客は満足しない。最悪、次回から発注が来なくなるかもしれない。
それだと、お互いにハッピーにはなれない。

このような結果にならないように、なんとかできる人間がいるとしたら、それは開発側の人間だ。

会社によってやり方は色々あると思うけど、

まずは、そのアプリで何が実現できるのか、どんな効果が得られるのか、
を機能単位でリストアップして（こんな段階を要件定義とか要求定義とか言う）、
次に、それをどう実現しようか調査なり設計なりしつつアプリ仕様を定義していくのが一般的なので（たぶん）、
まずは要件だけ出して仕様定義は開発側の技術者と相談しつつ進めたら？

まぁ、普通はSEが入るんだけど、iPhoneとかiPadのような小規模なプログラム
ではプログラマに丸投げなのかな。予算もロクになさそうだし。

>>400
オレも、なぜSEという言葉が出ないのか不思議だったw
普通は顧客とプログラマの間にSEが仲介に入るだろ。

アプリ安すぎてそこまで人件費捻出できないみたいね。

強力なSDKがAppleからプログラマに丸投げされてるんで
あとはご用聞きのプログラマ社長とかがいればいいです

小さな会社の場合、

社長＝営業＝コンサル＝プロマネ＝ＳＥ＝プログラマ＝デザイナ＝雑用係って、普通だから。

>>384です。皆さん意見ありがとう
今日お偉いさん側と協議してなんちゃって仕様がきまりました。
といってもとりあえずこんなコンテンツを出せっていうだけ。「商品検索」が中心のコンテンツとなった。

>>389
すみません、はげしくオタクに発注したいのですが．．

>>390
発注側はそんな努力とかほんとうに知らねーんだよなあ。
つかそういう素振りを見せるところと見せないところがある。ま、これも結局人によるけどね

>>391
とりあえず全社win-PC使ってた。だめだね

>>394
だね。なんで開発側って客の前に出たくないのかね

>>395
あんたの立場しらないけど受託開発からは足洗ったほうがいいんじゃね？アプリつくってガンガン儲けたほうがいいよ。

>>398
商売の基本って感じだね。できれば仕事発注したいのですが．．

>>401
SE？プロデューサーとかエバンジェリストとかそういう肩書きはいたが、
SEとか一人もいなかった。まだ３社目だけど


とにかく早く決めないとなあ
いい開発会社教えてください。

普通にスレチなんで余所の板に行って下さい。

ここはどこあ、ここはCocoa。

つまりマクな開発請け負いますって会社にはろくなのが居ないのがよくわかるスレw
ウェブデザ頼むと目の前でいろいろ見せて打ち合わせ勧めてくれるよ。発注側は仕様書求めてないし、仕様書作成費用／納入費用を請求されるのも不快。

開発会社に頼まず、プログラマを原価で直接雇用したほうがいいかもね。cocoa組めますってだけで月給いくらぐらいが相場なんだろう。

ウェブは簡単にデザイン出来るからね。

[NSMenu popUpContextMenu:menu withEvent:theEvent forView:self];
でポップアップメニュー表示されているんだけれど、
一つのMenuItemだけ、マウスカーソルをあわせてもハイライトしないことってできる？

enable: NO

マクは見た目を簡単にデザイン出来ないの？
vbとかだとポトペタでアプリの画面見せてくれるよ。

>>411
できるよ、IB で。

上の流れは
「発注出してるのに仕様出せとかUIデザインしろとかうぜーんだよ、お前らの仕事だろ」
「ちげーよ、お前の仕事だよ」
てのをループでやってるだけだよ。

もう発注者様(本人は神のつもりらしい)の話は要らんだろ。スレ違いだし。態度も気に入らん。

>>411
IBも知らないくせに、なんでこのスレに張り付いてるの？

うちはずっとMacでやってきたんだ。iPhoneで参入して来たそのへんの会社と一緒にするな。
ということで相手の会社を見極める力を身につけてください。

最近iPhone関連をググると必ずヒットする
http://ja.efreedom.com/Question の糞邦訳がウザすぎる

随分フリーダムな訳だな

金出す以上は神だろ。
金欲しさにプログラム作ってるくせにw

ibというので客の前で見せながらデザイン出来るなら、やればいいのに。
打ち合わせにノートpc持ち込んでvsでデザイン見せてる他の業者に仕事取られまくりだぞw

そんなもん知った事かよｗｗｗ
他人様の心配してる余裕があるなら飯食って糞して寝てろｗｗｗｗｗ

なんで仕事取りに行く前提なの？さばききれなくて困ってるぐらい。

実は、画面というのは簡単には作成できない。
なぜなら、それは内部的な仕様が完成している事が
前提にあるから。

「パソコンの外観を作ったから、中身を入れてくれ」って
くらい無茶なことになる。

IBならレイアウトぐらいだろうね。
バインディング使えは少しは値を出したりできるだろうけど、
大まかな仕様決めにはあまり関係ない部分だろうし。

>>419
金といってもピンからキリまで。ピンならヘコヘコしてもいいが、キリなら
受けないね。しかもどういうプログラムを作ったらいいのか伝えられない
池沼なんかお断り。どうせ予算も数十万程度のハシタ金だろ。

本来のCocoaの話に戻るべきだよ

このスレ、ココアはさっぱり!!!だから

ﾃﾍｯ

じゃあ、適当なCocoaの話題を出してくれ

隗より始めよ
言い出しっぺの法則

CocoaとXcodeの関係について教えてください。
やっぱりXcodeが攻めですか？

xcodeでポトペタッテ出来ないの？

テキストエディットなどでエスケープキーを押すと補完リストが出てきますが、
Cocoaのクラスやメソッドの補完リストを出してくれるような辞書って
どこかにありますでしょうか。
プログラム書いてる時はXcodeオマカセでラクチンなんですが、
文章書いてる時に、ああ補完してぇ、と思う事しばしばなのです。

xcodeで文書書けないの？

http://hibari.2ch.net/test/read.cgi/mac/1265669504/
Xcode part8

>>4
>書籍

荻原本に改訂版が出た模様。次スレテンプレ変更よろしく

詳解 Objective-C 2.0改訂版「荻原本」（ソフトバンククリエイティブ 、10/12）荻原剛志

改訂版買った。

前書きによると、
・Blocks（ブロックオブジェクト）に1章
・NSOperation による並列処理
・CoreFoundationの概要
・NSURLの記述を充実
・iOSに関してなにやら
について加筆しているそうだ。

> 正規表現を扱うクラスがiOS 4.0以降でのみ利用可能です。
Mac OS X にはないって、どういうこっちゃ。

酷いねそれ。

そりゃ4.0のほうが後に出たんだから普通だろ

ようやく標準で正規表現できるようになるんだ。
今までNSScanner駆使してた苦労が無くなる。

すみませんが下記のエラーや警告が出る理由を教えてください。

#import <QTKit/QTKit.h>
#import <QTKit/QTMovie.h>
#import <QuickTime/Movies.h>

@interface MyMovie : QTMovie
{

}
@end

@implementation MyMovie

- (int)Test
{
　　Rect srcRect;
　　Movie mv; //エラー、Movies.hで定義されているはず
　　mv = [self quickTimeMovie]; //エラー＆警告、QTMovie.hで定義されているはず
　　GetMovieBox(mv,&srcRect); //エラー、Movies.hで定義されているはず

　　return MovieFileType; //ここはMovies.hで定義されているので、エラーにならない。
}
@end

つづく

MyMovie.mm: In function 'int -[MyMovie Test](MyMovie*, objc_selector*)':
***/MyMovie.mm:18: error: 'Movie' was not declared in this scope
***/MyMovie.mm:18: error: expected `;' before 'mv'
***/MyMovie.mm:19: error: 'mv' was not declared in this scope
***/MyMovie.mm:19: warning: 'MyMovie' may not respond to '-quickTimeMovie'
***/MyMovie.mm:19: warning: (Messages without a matching method signature
***/MyMovie.mm:19: warning: will be assumed to return 'id' and accept
***/MyMovie.mm:19: warning: '...' as arguments.)
***/MyMovie.mm:20: error: 'GetMovieBox' was not declared in this scope

QTKitとQuickTimeのframeworkはプロジェクトに追加しています。importがおかしいでしょうか？
上記はmmとしてコンパイルしたときのメッセージです。mとしてコンパイルすると
若干エラーと警告の構成が変わりますが、ビルド完了しないのは同じです。

よろしくお願いします。

Movieは、64bit非対応です。
64bitな環境では、宣言されない型なので、コンパイルエラーになります。

今後を考えれば、QTMovie *movieを使った方がいいかと。

あと出しですみません。調べてみたら、x86_64ではなく、i386になってました。
これって32bitじゃないんでしょうか？

>>441
最初は普通にQTMovieを使ってたんですが、currentFrameImageが遅すぎて、ぐぐったら
GetMovieBoxとかNewGWorldを使うサンプルが出てきたのです。
それがうまくコンパイルできないので上記のような質問になった訳でして。

高速に再生中のイメージが取得できる方法が他にあれば、上記のコードにはこだわりは無いです。
よろしくお願いします。

あー、そのサンプルは知ってます。
確かに、QTKitだと遅いですね。
あと、#import <QuickTime/QuickTime.h>
(小文字だったかも)じゃないかな。

アーキテクチャを32bit-Uni、アクティブアーキテクチャのみをビルドをオンにしてみ。

みなさんどうも。
>>445
アーキテクチャを32bit-Uni
これでいけました。ありがとうございます。

>>444
確かに、QTKitだと遅いですね。

現状だと64bitも対応で再生中の高速イメージ取得は、Cocoa環境だと
無理なんでしょうか？

>>446
どの程度の速度を求めているのかわかりませんが、
http://www.cimgf.com/2008/02/23/nsoperation-example/
のようにNSOperationを使う方法では不十分ですか？

Mac App Storeのアプリは64bit対応必須になるかと思ってたけど
標準APIもちょこちょこ32bitオンリーのものがあるし
まだまだかな

>>437
鬼車とかorgakitとかなかったっけ？

ogrekit

標準ではない。

>>447
情報ありがとうございます。
サンプルのページをざっと見たところ、ボタンを押したら画面をファイルにセーブする処理でしょうか？

こちらのやりたいのは、再生中のムービーを最高60Hz程度、全編にわたって取得して、そのイメージを
加工してから表示するというものです。

http://lists.apple.com/archives/quicktime-api/2006/sep/msg00084.html
この辺でアップル？もframeImageAtTimeとcurrentFrameImageが遅すぎるという問題は
認識しているようですが、簡単には対策できないとも書いています。

やってみると、本当に話にならないほどめちゃくちゃ遅いです。一見ハングしてると勘違いするくらい。

もし修正を待てないならGWorld使えとも書いてます。これなら最近の一番スペックの低いMacBookでも、
実際十分な速度が出ます。
結局「64bitアプリで再生中の高速イメージ取得」は無理というのが、現状になってしまう感じでしょうか。

Leopardでスピードアップしたいみたいに言ってますが、まだ直ってないんですね…

RegexKitLiteが楽だお

俺は鬼車使ってる。BSDライセンスなので商用でも問題ないし。
でも本来はもっと早くCocoaに入れてしかるべきものだ。

>>451
VJソフトでも作ってるんですか?
完成が楽しみですね

>>451
ちなみに、-[NSView bitmapImageRepForCachingDisplayInRect:]は、試して見ましたか？

正規表現使うときは TSRegularExpression 使ってたけど、NSRegularExpression は微妙に違うんだな。

「荻原本改」読んでて連想参照と言うのを初めて知ったんだが、
これ面白いけど何に使われてるんだろ。

使い道はあるが、何か必要があって追加された機能だろうし。

KVOかな？？
Observされたオブジェクトとキーを保持するのに。

NSDictionaryのことだと思うよ

objc_setAssociatedObject() でやるアレのことだろ

それそれ。ランタイムに追加された機能のこと。

へー、そんなものが
http://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/ObjectiveC/Articles/ocAssociativeReferences.html

NSNotificationのuserInfoみたいに（って例えは違うかも）、何かしら付加情報を持たせておきたいときには便利だね。
乱用するとゴチャゴチャになりそうだけど、サブクラス化とかしなくて済むのは助かるな。

あ、カテゴリ作るときにメンバ変数としても使えるかな

>>459
NSDictionaryならobjc_setAssociatedObjectを使わなくても、普通にkey-valueを保存できるんじゃ？

相変わらず大した進歩でもない昨日だな。
非マクの外の世界を知らなきゃ困る事も無いのだろうけど。

非マクの外の世界w

お助けを・・・

NSViewAnimationのNSViewAnimationFadeOutEffectが、どうにも思ったように動かない。
フェードアウトはせず、タイムアウトするといきなり消えるだけ。

delegate側で実装しなくても、動くはずなんだよね？
- (float)animation:(NSAnimation *)animation valueForProgress:(NSAnimationProgress)progress
この中でsetAlphaValueをいじれば動くけど・・・

だれかボタンがフェードアウトするだけのサンプルを書いてみてはくれないか。

Happy Macintosh Developing Timeの赤いやつに載ってるよ。

まちがってiOSスレに質問してまったので、再投稿
タブ移動でコントロールのフォーカス
を動かすとき、なんでNSButtonオブジェクトにはフォーカスが
移動しないのでしょうか。これってCocoaの仕様かな。
オブジェクトのプロパティにはそういう項目ないようだし
もちろんrefuseFirstreponderにチェックは入っていない

NSWindow のフォーカス移動序列の再計算してみ。

>>469
Macではデフォルトだと、Tabでボタンにフォーカス移動しない。
下記の設定をすると移動するんじゃない？
システム環境設定 > キーボード > キーボードショートカット > フルキーボードアクセス > すべてのコントロール

>>471
ありがとうございます。ここ見る前自分でも英語で具具ってやっとわかりました
MAC自体２ヶ月前はじめて購入し、MACアプリはXcodeとIB以外触っていない
これ調べるため５、６時間くらいは費やした

>>472
最後の２行で何を主張しているのだ？

「自分は無能です」ってことだろ

iPhoneアプリ作りはなんか楽しくて良いね
簡単なコードでちょいと動くものを作るだけでも
それがiPhoneで動くってことで付加価値がついたりする
不思議

と、違う違う。
言いたかったのは、
だから、iPhoneアプリから入るのってMac の開発の入門にも良いかもね
ってことだ。

NSOutlineViewとNSTextViewで発狂しそうになる。

> でも、「AppStore公式経由以外のインストール全面禁止」ぐらいの話にならないと、
> わざわざ、MacAppStoreへ登録する理由がないなぁ。
>
> http://www.apple.com/jp/downloads/
> ↑このページが閉鎖になるなら、少しは考えるかもしれないけど

ダウンロードのページが本当に閉鎖になった（ぐはっ

そのページの利用者存在してたんだ。

>>479
昔TeXとかダウンロードしたことある

>>478
禿は金の亡者ですから。

ランダム

先週、Macを買ってきたパソコン初心者です。
もちろんプログラミングというものはまったくやったことはありませんが、
iPhoneのアプリを作れるようになるために、
MacのCocoaというものを使えるようになればと聞きました。
ネットでいろいろ読んでいると、
C言語という言語とObjective-Cという言語とCocoaという開発環境というものを使うということは分かってきました。

こんな無知な私にオススメの書籍ってありますでしょうか。
MacのReederというアプリに感銘を受けましたので、ああいうアプリをいつか作れるようになればと思っています。

答えになってなくて申し訳ないけど、
パソコン初心者な人がプログラミングはかなり無理あると思う。

小学生1年生が大学の卒業論文書くようなもので。

本屋のMacコーナーやiPhoneコーナーにCocoa関連の書籍がいろいろあると思うから
まずは眺めてみるのは。

原因が分かった。

CoreAnimationLayerを有効にした状態だと、NSViewAnimationのうち
NSViewAnimationEffectKeyが動かない。これは仕様というには酷い気がする。
NSViewAnimationStartFrameKey/NSViewAnimationEndFrameKeyは動くけど。

CoreAnimationのopacity（CATransaction）側でいじるしかないんだね。

NSAnimationとCoreAnimationって、いまいち相性悪いのかなぁ。

<<483
書籍は古いものが多いので最新のXcodeとInterfaceBuilderに合わない部分が多い。
本当に熟練になりたいのなら、本家Appleのサイト英語のドキュメントから理解して作成できるようになるべき
MAC買えば、辞書もあるしあとはネット環境あればお金使う必要ない
これからも開発環境は変化はしていくと思われる。
AppleはたぶんMSDNのように日本語のドキュメントまで整備しないとおもわれ

ネットに何でも情報あるからね、無駄な金使わないようにするのは大事

アーキテクチャの変節が酷すぎて、日本語訳なんて
追いつきません＞＜

>>483
たのしいCocoaプログラミング

>>489

この土日、缶詰になって本とインターネットを熟読しました。

たのしいCocoaプログラミングは2回読みました
半分しか理解できませんでした
サンプルプログラムを打ち込んでうまく動きましたが
動く理屈はいまいちよくわかりません

ここも読みました
http://vivacocoa.jp/objective-c3e/chapter3b.html
C言語というのを知っている人向けっぽいです

ここのBecome An Xcoderも2回読みました
http://homepage.mac.com/nsekine/SYW/software/learnCocoa/index.html
6割理解できましたが残りは謎です

これも全部読みました
E-14までは完全に理解できましたが
E-15以降は書き方がはしょって意味不明でした
http://homepage3.nifty.com/mmgames/c_guide/

以上、今のところ、なんのプログラムも組めません
おそらくまだまだ読書が足りないと思います
他にオススメの文献はありますでしょうか

>>490
理解しようという意識が無いんじゃね？
その状態ではいくら読んでも全く意味がない。

やってみた方が早く覚える。
簡単なサンプルを作ってみれ。

>>490
目的意識が低い。
もうそのレベルの知識でいいから、MacかiOSの開発の仕事取ってきてしまうとか、
作りたかったアプリ作り始めるとかすればいいじゃん。それが一番手っ取り早いよ。

えっ、仕事取って来ていいの？w
じゃあ、俺も取って来るw

じゃあ俺も。

>>490
> おそらくまだまだ読書が足りないと思います

足りないのは、読書じゃなくて、コードを組むことだ

たとえば、
たのしいCocoaプログラミング
の12-5-1：クラスのインスタンス化と初期化という節で、

MyObject* object;
object = [[MyObject alloc] init];

これがクラスのインスタンス化の基本って書いてあるんですけど、

この文をどのファイルのどこに書くのかってのが書いてないんですよね。
クラスのインスタンス化のときに、これを書くのはわかるんですけど、
具体的にどのファイルのどの箇所に書けばいいのかがさっぱりわからないです。

この本、
いままでプログラムをしたことがない人も対象になってるようですが、
本当でしょうか？

>>497
http://hmdt.jp/books/enjoyCocoa/index.html
目次拾ってきたけど、Lesson 12ってそれをどこに書くとかいうところじゃないんじゃねーの。
こういう入門本は著者が「こういう風に進めたらいいと思う」っていう
思想があるから、それからそれたこと考えると時間の無駄にしかならんぞ。

>>498
それてないと思います
本のとおりにやってるので、
実際にプログラムを組んでクラスのインスタンス化を行いたいので、
その箇所にたどり着いたんですよ
そしてさきほど書いたように、
どう書けばよいかという説明はあるんですが、
それをどこに書けばよいかという説明が無いんですよね
ですのでどんどんプログラムを書いて練習したいんですけど
そのしょっぱなでつまづいています

>>499
向いてないんだよ。諦めな。

>>483,497,499のレスは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用する書き込みなので、
関係者以外は書きこまないで下さい。

　　　　　　　　　　　　　　　　　　　　　　　　　霊長類研究所

そうですか残念です

Macユーザーは排他的と言われますが、まさにそのとおりでした・・・

>>499
プログラムを組むには、言語やライブラリ（MACでいえばCocoa）
だけではだめで、OSのアーキテクチャも知らないと。
さらにCPUに関しても知っていたほうがいい。

どんな、言語やOSでもCPUが同じならそのCPUの命令の実行がされるが
OSが違えばOSがそのCPUの命令をメモリの管理、表示などのデバイスの
制御を担当してくれるのでOSのサービスを知らないとだめ。
さらにOSのサービスも膨大になっているので、ライブラリが
かなり手助けしてくれる。
多方面から読書をどんどんやると、ここで偉そうにコメントしている
やつらを馬鹿にできるようにもなるよｗｗｗ

>>499
とりあえず、main()関数の中に書け

>>502
「お前らのせいで俺様がプログラムを覚えられない」ってか。
お前もMacユーザーの仲間入りだね。

Windows板だったとしても同じだろうな、この調子じゃ

たのCocoって
プログラミング経験が無い人も対象って書いてるけど
あの内容は未経験者では理解出来ない
かなりはしょってる

わずか16ページでメモリ管理のことを書ききってるが、
プログラム未経験者がたったそれだけのページ数の説明で理解できるはずはない

あくまでも経験者向け

つまり読む本を変えたほうがいい

>>507
理解できなかった奴が偉そうに分析するんじゃねえよ。

>>490,>>507
けっきょく、それが言いたかったのか
IDでばればれだぞ

日が変わったからIDも変わったと思ったのかww

まぁ事実だとは思うけど。
前に誰かが言ってたけどhmdtの人は、人に教える文章の書き方が上手ではない。
つか、iPhone開発ならiPhone板の方がいいんじゃないの？
まぁやる気はあるみたいだし頑張れ。
ググったらこんな人もいるぞ。

312 ：名称未設定 ：2010/06/11(金) 23:20:25 ID:gh7QPA2M0 (1 回発言)
IEでヤフー検索してた俺。
プログラムのプの字も知らん素人が勉強始めて8ヶ月。

出た！
App Storeに俺の作ったアプリが。
で早速低いレーティング、、、、。みなさんのiPhone汚してすいません。

けどまぁこんなもんかと何か納得。

>>502
くれくれ君はご遠慮ください。

自分の非を認められないやつはiPhoneアプリ開発には向いてないと思うけどな。

覚えられないのは本の所為
うまく動かないのはOSの所為
レビューが低いのはユーザーの所為
売れないのはAppStoreのシステムの所為
結婚できないのは女の所為

こんなやつばかり。

>>483
> 先週、Macを買ってきたパソコン初心者です。
> もちろんプログラミングというものはまったくやったことはありません

http://hissi.org/read.php/mac/20110110/eHJVbWpOUlQw.html
> 昔、MSXのBASICでガリガリとプログラム書いてました
> winもmacも両方並行して20年以上使い続けている俺

>>514
wwwwww

>>507の発言ってIDが変わったものとして別人としての発言だよね？文脈的に。
もろ貶めるための自演じゃないかw

>>514
そのスレで、MSX BASICがCと変わらんとか言ってる奴は
たぶん、MSXすらしらないんだろうな。
オレは不可能、専門の講習受けて３ヶ月かかるとレスしても
よかったが、そんな空気じゃなかったw

ソースファイルやオブジェクトも無い、コンパイルも無い、
型も無ければ関数も無い。そこからcocoaアプリ作成じゃ
理解は遠いだろうな。

マックピーポーのココアで遊ぼうから始めるがよろし。

今ファイラーを作っています。
ファイルを右クリックしたときに出るコンテキストメニューと同じものを
キーボードショートカットでも表示したいんですが、何かいい方法はないでしょうか？
NSMenuのライブラリの中をずっと探しているんですが、適当なものが見つかりません。
どなたかご存じでしたら教えてください。

>>519

+[NSMenu popUpContextMenu: withEvent: forView:]
+[NSEvent mouseLocation]
-[NSApplication mainWindow]
-[NSApplication currentEvent]
-[NSWindow contentView]
-[NSView hitTest:]

このへんを組み合わせるとできるかな？　どうだろ？

iPhoneの開発も、このスレでいいの？そもそも？
他に板とかスレあったっけ？

>>497
アプリケーションの起動プロセスは理解してる？
UIApplicationDelegateのデリゲートメソッドを調べるといいよ。
起動した時に呼ばれるメソッドで初期化の処理を書けばいい。

最初はシンプルなWindowベースのテンプレートからはじめるといいよ。
どこにコードを書けばいいのかもテンプレのソースのコメントに書いてある。
ViewControllerは設計概念が分かってから手をだした方がいいです。

>>521
ここは？初心者じゃなければご無礼

[SDK]iPhoneアプリ開発初心者質問箱11[touch][iPad]
http://hibari.2ch.net/test/read.cgi/mac/1291077369/

>>522
なんか色々ずれてる気がする。まず、たのココは Mac が対象だぞw

>>524
あらw iPhone開発スレと間違ったw

>>520
情報ありがとうございます。そのあたり当たってみます。

520さんから頂いた回答と聞きたかった内容がちょっと食い違ってた気がします。
ファイルを右クリックすると
・このアプリケーションで開く
・ゴミ箱に入れる
・情報を見る
とかいう内容が表示されるんですが、この一覧を何とかして取得することはできないでしょうか、
ということが聞きたかったのです。すみません。

>>527
そんなことして、どうするの？意味ないでしょ。

>>527
それはなんというか、


作らずにFinder使え

Finderの機能を呼び出したいのなら
SIMBLプラグイン作ってハックしろ

こんにちは、Cocoa初学者です。
ボタンを押したらsayHelloというメソッドが発生して、テキストフィールドに文字を書くプログラムですが、
.hファイルで、
(IBOutlet) id textField;
として、
textFieldというインスタンス変数を設定していて、それを
.mファイルで

- (IBAction) sayHello:(id)sender
{
NSString *moji;
moji = textField;

[moji setStringValue:@"こんにちは"];
}

とすると実行はできてうまく動くのですが、

NSString may not respond to setStringValue

.mファイルに
という黄色いメッセージが出ています。
これはどういう意味で何が原因なのでしょうか？
mojiを使わずに直接
[textFiled setStringValue:@"こんにちは"];
ならば問題ありませんが、勉強のため教えていただければ幸甚です。

>>531
型を指定してないから、コンパイラがtextFieldを何なのか理解できていないという事。
idではなくNSTextField*で定義すればOK。

つか、なぜ NSTextField を NSString につっこむんよ？

>>533
ほんまや。根本的に間違ってるなw

なんとなく文字列っぽいからじゃない？

>>533
>>534
すみません、まだ学習2日目なもので、たぶん根本的にわかってないと思いますが、
分かる範囲で組んでみました

>>532
.hファイルのid をNSTextFieldに変えるとさらにエラーが増えました

mojiという変数にsetStringValueを使いたい場合、どうすればいいのでしょうか。

面倒だから、プロジェクトzipで固めてどっかにあげれば？

あ、わかりました、こうですね。

.h

(IBOutlet) NSTextFiled *textField;

.m

- (IBAction) sayHello:(id)sender
{
NSTextField *moji;
moji = textField;

[moji setStringValue:@"こんにちは"];
}

これでエラーがなくなりました。
みなさん、ありがとうございます。助かりました。
また見守ってください。仲間入りがしたいです！

言われてみればその通りですね。
Finderのプラグインを書くことにします。
ありがとうございました。

>>538
[textField setStringValue:@"こんにちは"];
でいいんじゃ？

>>540
教科書の元々のプログラムがそうなってたんですよ

で、勉強のためにもう一つ変数を作ってみようと、あえてmojiという変数を使ってみて代入してみました。
mojiというのもNSTextFieldクラスのオブジェクトとして宣言する必要があったわけですね。

今日で学習開始3日目。
初日はC言語という言語の教科書を2回ほど読みました。
2日目でObjective-Cの勉強を始めました。
なんとか10日以内にマスターしてオリジナルのアプリをひとつくらい完成できればと思っています。

>>541
10日以内にマスターするか。
プログラマーもなめられたもんだ。

>>542
他人を舐めたわけじゃなくて
自分を買いかぶりすぎてるんだろうと思うよ

そういう若さを取り戻したいもんだ

objective-cはともかく、cocoaとcf含めたらとても無理。

だな

いいじゃないの。
アドレス帳とか1週間ぐらいでで来たよ。
coredata使ったけど。

>>546
それをマスターしたと言うのか？

QuickTime Playerの全画面表示で出るような、マウス重ねたときだけ現れる
コントローラ、実際に書いてみたいのですが、とんと検討がつきません。

下にViewを置いて、上の透明ViewのRectに入ったときだけ表示、とかいう方
法になるのでしょうか？

どこか有用なサンプルをご存知でしたら教えてください。

>>548
VLC

ドキュメントクラスとウインドウクラスに分けてアプリを作成した場合
ドキュメントクラスのメンバーにアクセスする場合どうしたらいいですか
通知とか複雑なことしたくないので、MFCでいうGetDocument()
みたいなもの用意されていないみたいだし

File's Owner

>>551
ヒントどうもです
ウインドウコントローラー側のクラスで
IBOutlets NSPersitentDocument* m_pdocument;
を宣言し、IBで関連ずけをして
ウインドウコントローラー側では
MyDocument* pMydocument = (MyDocument* )m_pdocument;
propaty = [pMydocument get_propaty_method];
で取得できそうですね

>>552
そういった場合、通常はFile's OwnerがNSWindowControllerになる。
で、NSWindowControllerにdocumentというメソッドがあるので、それでNSDocumentを参照できる。

ちなみに、MFCはDocument-Viewパターン、CocoaはMVCパターンなので、MFCと同じ構造になりにくいと思うよ。

>>553
thanksです
プロトタイプで最初テスト的にプロジェクトを作成しているときに
documentというのが自動で出てきた記憶があったのですが、いざ
作成をはじめたものにはなかったのでなぜだかわからなかったのですが
そういう理由だったのですね。
MFCのアプリも最初はいろいろとまどいながらそれなりの流儀にしたがって
作成していましたが、納得していたわけではないので作成しやすい、読みやすい
構造を追求していきたい。

>propaty = [pMydocument get_propaty_method];
だめだな。ビルド成功しても実行エラーになった。わからないので
結局extern MyDocument* のポインタでグローバル宣言で
初期化時にselfをセットしたらｗ出来たが。
NSWindowControllerでウインドウ生成するとIBと相性が悪くなった気がする
NSThreadでスレッド生成もパラメータのNSArrayは引き渡し時にかなり厳密に
チェックされているのでキャストみたいにごまかしてデータポインタ渡すことできないし

>>555
＞NSWindowControllerでウインドウ生成するとIBと相性が悪くなった気がする
使い方間違ってるだけだから

これ以降はチラシの裏に書いてね

>>555
駄目だと途端に口調が変わるという

>>555
この人、いったいどんなコード書いてるんだろ？

まあ、
IBOutlets NSPersitentDocument* m_pdocument;
MyDocument* pMydocument = (MyDocument* )m_pdocument;
propaty = [pMydocument get_propaty_method];
などと書いてる時点で、かなりあやしいわけだが

信者はノーチシケーションでself特攻かけるなり、型通りのカタブツは
NSValue系でくるむなりしてブンブン投げまくればいいと思うよ

rangeOfData:options:range:
を使って実装したコードをLeopard互換にしなければならなくなってて悩み中。
NSDataはNSDataReadingMappedで読み出しているギガバイト単位の巨大ファイル。
検索はBackwardで行いたい。
地道にNSDataを分割してRangeで取り出して実装したとりあえず動くコードはある
んだけど、ファイルの中頃より前にある場合はrangeOfDataに比べるとかなりのろい。

なんかいい方法ないかな？

NSFileHandle は？

そこまで容量の大きなデータなら、普通にファイルからデータを読み出して行った方がいいんじゃない？

ところで、そのデータの検索って、何な前提条件みたいなのってないの？
何もないなら、単純にファイルの頭から力技で検索するしか手段がないわけだが

NSFileHandleを使った実装ではパフォーマンスが出ませんでした。
http://developer.apple.com/library/mac/#samplecode/MapLargeFile/Listings/MapLargeFile_c.html
を参考にした、mmapを利用した実装で、strrchrを使って作成したものは
今の地道にNSDataを分割して調べていく（それも中ではstrrchrを使っているのだけれど）
方法とほとんど同じ速度で、rangeOfDataの倍ぐらいの時間がかかります。

前提条件はほぼありません。パケット形式のストリームデータでオーバーフロー
するカウンタ（増加値は一定では無い）があり、それを逆方向に任意の場所に辿っ
て行きたいのです。順方向はrangeOfDataに近い速度が出るのですが、、、

CFDataFind のソース見てチョメチョメすれば？

>>564
ヌルターミネートされた文字列なのか？strrchrは元々効率悪いんじゃないか？

ありがとうございました。CFDataFindがrangeOfDataの実装のようですね。
__CFDataSearchBoyerMoore
あたりのソースをちょっと当たってみます。

それにしても、情報が断片的過ぎて、フォローのしようがない話だなぁ
まぁ、あとは自分でなんとかしてね

>>564
・パケット形式のストリームデータである
　→パケット単位でデータを整理可能？
・オーバーフロー するカウンタがある
　→今回の検索と何の関係が？
・逆方向に任意の場所に辿る
　→なぜ逆方向？

軽く３つも出てきたんだ。前提条件がほぼないどころか、まだまだあるんじゃないのか？
パフォーマンスチューニングとは、こういったデータの特性に着目して、最適なアルゴリズムを探すような作業だ。
発想の転換が必要な場合もある。既存のライブラリに頼ってるだけじゃダメだよ。
そもそも、rangeOfData:options:range:だって、まだまだ遅かったんじゃないのか？

NSDocumentベースのアプリですが（MyDocument）簡単な設定画面を表示しようと思い苦戦です
画面自体は最前面に出ますが、フォーカスが後ろの画面のままです。
いろいろ調べるとDocumentベースでなければNibLoadingというサンプルで
別画面を出してフォーカスも移っています。(ThirdWindow.xibを最終的に
makeKeyAndOrderFrontで）同じやり方でDocumentベースだとだめですね。
ドキュメントサンプルでプリンタのPage settingsでは上から出てくる感じで
設定画面がでます。
どなたかそんなやり方をご存じの方ヒントでもお願いします

テキストフィールドなり最初のフォーカスを指定出来なかったっけ？

Windowと思っているものがNSPanelでutility（KeyWindowになれない）になってる

QTMovie でmpgを再生しています。

通常、データの供給はmovieWithFileでファイルを指定しますが、
ファイルへのアクセスを自アプリ側で制御することはできないでしょうか？

例えばファイルが独自アーカイブの中にあるとか、ファイルがスクランブル
されているなどの状況で、アーカイブからの取り出しやスクランブルの
解除だけを自アプリ側で行い、そのデータを（いったんディスク上に書き
出したりしないで）直接QTMovieへ渡したいのです。

WindowsのDirectShowではストリームに自前のFileReaderみたいなのを
セットする手法が用意されていますが、似たような機構は無いでしょうか？
目的が叶えば他の手法でも問題ないです。

よろしくお願いします。

リファレンスを読めば良いかもね

zipファイルの中身を直接読むフレームワークとか公開してるのがあったから
そういうのを使いたいってことかな？
ピクチャービューアのフリーウェアなんかたまに実装してるけど。

>>575
多分そうかと思うんですが。

Javaだとinputstreamを継承してreadとかを上書きしちゃえば良いような話でしょうか。

ObjCというかCocoaではなんか流儀があるのか、とっかかりがイマイチわかんなくて…

>>575
もうちょっと追記ですが、知りたいのは(仮に)Zipから読み込んだとして、それをQTMovieに流し込む方法です。

QTMovieが自分でファイルを読み込んでいるところをアプリ側にコールバックして欲しいんです。

zipからNSDataなりで読み込んでQTMovieを作成すればいいんじゃない？
QTMovieの作成はなにもファイルからだけじゃないよ。

QuickTime API直接叩けばできるんじゃないかな
って詳しいことは何も分からんけど

>>578
話がちょっとそれちゃうんですが、NSDataの話が出たので。

NSString *path = @"***.mpg";
NSError *err=nil;
[QTMovie movieWithFile:path error:&err];
上記は成功して、

NSData *data = [NSData dataWithContentsOfFile:@"***.mpg"];
NSError *err=nil;
[QTMovie movieWithData:data error:&err];
こちらは失敗してしまうんです。

errはNSOSStatusErrorDomainでcode=-2048
ぐぐると

Error Domain=NSOSStatusErrorDomain Code=-2048 UserInfo=0x10a2140 "The file is not a movie file."
って言われても…

[data length]は***.mpgの実ファイルの正確な長さを返すので、NSDataは正常だと思うんですが。

>>580
意味はわからんがこうしてみるとか。
NSData *data = [NSData dataWithContentsOfFile:@"***.mpg"];
NSError *err=nil;
id dataref = [QTDataReference dataReferenceWithReferenceToData:data name:@"a.mpg" MIMEType:nil];
id mov = [QTMovie movieWithDataReference:dataref error:&err];

同じくQTMovieについてなんだが、
QuickTime Playerなら再生できるMP4がQTMovieのmoveWithURLで開いても
Code=-2010 "The movie contains some invalid data."でエラーになるのはなぜ？
ファイルのコーデックはH.264、MPEG 4 High Efficiency AACとなってる。

QT の Plugin を全部外して再生できる？

>>581
とりあえずそれでできました。ありがとうございます。

あとはNSDataを自前で用意できるか研究してみます。

>>582
~/Library/Quicktime/
/Library/QuickTime/
からcomponentファイルを退避させてみたけど、同じ様にPlayerなら再生できてQTMovieならエラーがでる。
退避させたことで、flvが再生できなくなったからプラグインが機能しなくなってると判断した。
flvファイルはプラグインが有効ならQTMovieでも問題無いんだよね。

プラグインはこんだけあった。
AppleintermediaCodec, AppleMPEG2Coder,
DivX Decoder, DivX Encoder,
Flip4MacWMVAdvanced, Flip4Mac WMV Export, Flip4Mac WMV import,
AC3MovieImport, Perian

半分は解決。メニューの「Page Settings」のダイアログは
[NSApp beginSheet:....]というAPIを使用すると同じように上から下りてくる
モーダルダイアログとなります。サンプルはIdentitySample
そのサンプルとの違いは表示しようとするリソースをNSWindowsControllerクラス
でinitWithWindowNibNameでロードしていたがNSWindowControllerのwindowメンバーでは
モーダル表示はだめ。メンバーにNSWindowを宣言しIBで関連づけたものを
使用するとうまくいく。前者ではNSApplication.mのどこかでASSERTIONとなる

>>585
NSWindowControllerのwindowとIBのNSWindowが繋がってないからnilになっているのでは？
xibファイルをシート専用で別に作るのなら、IBで開いてFile's OwnerのクラスをNSObjectからNSWindowControllerへ変えて、
File's OwnerのOutletのwindowとNSWindowを接続してみたら上手く行くかも。
さっきやってハマったのがシート用に用意したWindowのVisible At Launchのチェック外し忘れでおかしくなった。
で、どうせシート上のコントロールに対する処理が必要になるから、NSWindowControllerから派生したクラスを作成して、
File's Ownerをそっちに変更する。
その派生クラスのinitを
- (id)init {
if (self = [super initWithWindowNibName@"***"] ) {
}
return self;
}
にすれば上手くいくと思うけど、意図が違う？

581殿
レスありがとうございます。nilでないかどうかは常にチェックしてやっています
NSWindowControllerから派生したクラスでモーダル表示関数を呼ぶと、gdbのメッセージに
モーダルウインドウが必要...みたいなメッセージがでるので、どうもNSWindowController
でロードしたウインドウはすでにモードレス属性がついているのかと疑っています
（そういう属性はInspectorではないのだが）
確かにシート上のコントロールに対する処理が必要なので、これはまだ未解決でした
File's Ownerの変更はやったことがないのでやってみます。
これからもよろしくおねがいします

>>587
> NSWindowsControllerクラスでinitWithWindowNibNameで
> ロードしていたがNSWindowControllerのwindowメンバーではモーダル表示はだめ。
> File's Ownerの変更はやったことがないのでやってみます。

NSWindowControllerオブジェクトをinitWithWindowNibNameで生成しておきながら、
File's Ownerを変更していない辺りが、なにか変だと思うのだが。

>>587
>派生したクラスでモーダル表示関数を呼ぶと
この文章が気になるが、俺はこんな感じのコードを書いてみた。
IB上でFile's Owner(NSWindowController)のwindowアウトレットとNSWindowを接続してないと、
sheetがnullになって"Modal session requires modal window"が出る。

#import <Cocoa/Cocoa.h>
@interface プロジェクト名AppDelegate : NSObject <NSApplicationDelegate> {
NSWindow *window;
NSWindowController *windowController;
}
@property (assign) IBOutlet NSWindow *window;
- (IBAction)showSheet:(id)sender;
@end

@implementation プロジェクト名AppDelegate
@synthesize window;
- (void)sheetDidEnd:(NSWindow *)sheet returnCode:(NSInteger)returnCode contextInfo:(void *)contextInfo {
}
- (IBAction)showSheet:(id)sender {
if (!windowController) {
windowController = [[NSWindowController alloc] initWithWindowNibName:@"MySheet"];
}
NSWindow *sheet = [windowController window];
NSLog(@"### : %@", sheet);
SEL endSelector = @selector(sheetDidEnd:returnCode:contextInfo:);
[NSApp beginSheet:sheet modalForWindow:self.window modalDelegate:self didEndSelector:endSelector contextInfo:nil];
}
@end

新規Mac OS X Cocoa Applicationプロジェクトを作成して、〜AppDelegateに以下を書いただけなんですが、
OpenPanelは一瞬チラッと表示してすぐ消えてしまいます。Handlerも呼ばれてません。
Bug Reportすべき？と思ってますが、バグじゃなくて何か間違ってますでしょうか？

- (void)applicationDidFinishLaunching:(NSNotification *)aNotification
{
// Insert code here to initialize your application
[[NSOpenPanel openPanel] beginWithCompletionHandler: ^void( NSInteger result ){
NSLog( @"OpenPanel did end with %i", result );
}];
}

applicationDid...を抜けるとopenPanelがautoreleaseされて、消えてると思う。
ブロック内でオブジェクトを使うとretainされるから、そういうコードにしたら消えなくなる。
詳しく知らないのでblocksでググるか、他の人の回答に期待してくれ。

id panel = [NSOpenPanel openPanel];
[panel beginWithCompletionHandler:^(NSInteger result){
NSLog( @"OpenPanel did end with %i", result );
NSLog(@"%@", panel);
}];

Oh！なるほど言われてみればそうですね。
retain入れただけで消えなくなりました。

- (void)applicationDidFinishLaunching:(NSNotification *)aNotification
{
// Insert code here to initialize your application
NSOpenPanel* openPanel = [[NSOpenPanel openPanel] retain];
[openPanel beginWithCompletionHandler: ^void( NSInteger result ){
NSLog( @"OpenPanel did end with %i", result );
[openPanel release];
}];
}

ブロック内でのオブジェクトの扱いもちゃんとガイドライン読んでみます。
ありがとうございました。

>>592
retainは要らんよ。>>591見てもらえばわかるけど、ブロック内でアクセスしたら自動的にretainされるはず。
極端な話、ブロック内にopenPanel;書いておけばいいけど、普通は選択したファイル取得用に
openPanel.URLsとか書くよね。

すいません。だびだびありがとうございます。その通りです。

ただ、GCを必須にしてみると、>>591でも表示後しばらくすると消えました。
ブロック内の自動retainに依存せずに明示的に保持はしたほうが良さそうです。

×だびだび
○たびたび

ふう・・・

>>594
これは失礼。おっしゃる通り参照カウント方式の時だけ、retainするって書いてあった。
けどさ、GC環境だとretain,releaseは何も動作しないわけで、実際GC必須にしてやってみたとき
メインウィンドウをアクティブにすると、OpenPanelが消える。
明示的に保持するってのは、メンバ変数に保持したってこと？

レスしていただいた方ありがとうございました。
「File's Ownerを変更していない辺りが」完全初心者でした。
Cocoaさわり始めたころしくみについて一度はつまずきながら試行錯誤で
解決したことがありましたが、今回は基本理解していないのが露呈されました

>>596
>明示的に保持するってのは、メンバ変数に保持したってこと？
そうです。もしくは
static NSOpenPanel* openPanel = [NSOpenPanel openPanel];
でも大丈夫なようです
説明不足ばっかりですいません。

pyobjcで質問です。
TestAにラベルをTestBのIBActionにボタンを繋げています。
class TestA(NSObject):
label = IBOutlet('label')
def applicationDidFinishLaunching_(self, sender):
self.hello('Hello')
def hello(self, sender):
print sender

class TestB(NSObject):
@IBAction
def world_(self, sender):
t = TestA.alloc().init()
t.hello('World')
は問題なく動くんですがhello()を
self.label.setStringValue_(sender)にすると'World'が反映されません。
というかlabelがNoneになってしまいます。
どこを直せばいいんでしょうか?

Pythonスレで聞いたほうがいいかも。

まったく見当違いなレスしてるかもしれないが、

TestAはアプリケーション起動時に勝手に作られるはずだから新規にalloc().init()しちゃ駄目じゃね？

これ、Pythonの構文なの？

>>601
IBでTestAを配置してるなら起動時にTestAのインスタンスが勝手にできるよね。

というかIBActionをTestAの方に付けちゃえばTestB要らなくね？
あとsourceforgeのPyObjCのドキュメント見てるんだけど、
@IBActionになってるところは@objc.IBActionじゃないのかな。

class TestA(NSObject):
　label = IBOutlet('label')
def applicationDidFinishLaunching_(self, sender):
@objc.IBAction
def hello_(self, sender):
　self.label.setStringValue_("world")

こんな感じ？

ああ、>>603のコードだとapplicationDidFinishLaunching_も要らないな。

これでIBで全部繋げばボタン押した時にラベルが"world"になるんじゃないかな。

>>601,602
あ、alloc()しちゃダメなんですか?
これしないと怒られるんですが。
>>603
いやそれはそうなんですが別のクラスからラベルをコントロールしたいんですよ。

基本pythonでGUIだけIB使おうと思ったけど
やっぱObjective-C一から勉強しないとダメですね。
出直してきます。

>>605
手間を考えるとObjective-Cを覚えた方が早いぞ。
それほど難しくも無いし。

>>605
TestBからコントロールするならTestBにIBOutlet作ってTestAに繋げるとか。

IBActionで渡されるsenderは呼び出し元だから、勝手に自分のパラメーター入れて直接呼び出すのは行儀が悪い。

allocしないと怒られるのはIBでインスタンス作ってないとエスパー。

何年か前にpyobjcでCocoaアプリケーション組んだけど、Cocoaのドキュメントは殆どobjcだから、読める程度には勉強しておくと理解が早まると思う。

あと、cocoaruby(だっけ？)のドキュメントも役に立った。

タイトルバーの、緑の＋ボタンは有効にしたまま、ウインドウの右下のリサイズの
掴むところを無効にしたいのです。

どうすればいいでしょうか？　よろしくお願いします。

NSWindowのサブクラスを作る

>> 609

[_window setShowsResizeIndicator:NO];

>>611
インジケーターを隠してもウィンドウ右下を掴んでリサイズできてしまいます。サブクラスを作りましょう。

>>612

あ、そうか。隠すだけじゃ駄目だね。
だったらサブクラス化するかなぁ。

-(NSSize)windowWillResize:(NSWindow *)sender toSize:(NSSize)frameSize

で同じサイズを返すって手もあるけど。

リサイザブルをオフにしてウインドウがアクティブになるたび「緑色のボタン」にsetEnabled:YESを投げるとどうなるんだろうと、今思いついたことを書き込んでみる

緑のボタン(zoom)を有効にしつつドラッグでのリサイズ禁止なら
イニシャライザでminSizeとmaxSizeを同じにして、resizeIndicatorを隠して

- (void)performZoom:(id)sender {
　[self setMinSize:NSZeroSize];
　[self setMaxSize:NSZeroSize];
　[super performZoom:sender];
　NSSize curerntSize = [self frame].size;
　[self setMinSize:curerntSize];
　[self setMaxSize:curerntSize];
}

みたいにオーバーライドすればいいんじゃないかな。試してないけど。
これだとウィンドウメニューからの拡大／縮小も生きてるはず。
誰かTwitterにmac_dev_jp作ってよ。

ありがとうございます。

なんか一筋縄ではいかないようなので、とりあえず>>611氏の方法で隠しておきます。

自分の用途だと、非表示で掴めるというのは、それはありと言えばありなので、
これで十分かも

えっ

>>615
> 誰かTwitterにmac_dev_jp作ってよ。

文字数制限あるとかえって不便じゃないか？
ソースコードとかどうする？

>>616
ちょっと試してみたけど

window delegate で
- (void)awakeFromNib {
defaultSize = [window frame].size;
[window setShowsResizeIndicator:NO];
}


- (NSSize)windowWillResize:(NSWindow *)sender toSize:(NSSize)frameSize {
return zooming ? frameSize : defaultSize;
}

- (NSRect)windowWillUseStandardFrame:(NSWindow *)window defaultFrame:(NSRect)newFrame {
zooming = !zooming;
return newFrame;
}
を実装すればできますよ。
lionでも、これでいけるのでは？

おおいけるね。素晴らしい。

ウインドウリサイズのアニメーションって、皆さんどちらを使いますか？

- (void)updateWindow:(NSWindow*)theWindow frame:(NSRect)newRect animate:(BOOL)anim
{
if (NSEqualRects([theWindow frame], newRect)) return;

#if USEWINDOWANIMATOR
if (anim) [[theWindow animator] setFrame:newRect display:YES];
else [theWindow setFrame:newRect display:YES];
#else
[theWindow setFrame:newRect display:YES animate:anim];
#endif
}

10.6.6だと、後者のほうがスムースでゆっくり、前者は早くて荒い感じ。
ただ、後者はBlocking？みたいで処理待ちになる。
前者は中身のリサイズが最初に終わってしまうケースが散見されて・・・
イマイチなんですけど。

619です
zoom状態でresizeできてしまうというbugがあったので訂正します。

- (void)awakeFromNib {
currentWindowFrame = [window frame];
[window setShowsResizeIndicator:NO];
}

- (NSSize)windowWillResize:(NSWindow *)sender toSize:(NSSize)frameSize {
return zoomed ? zoomedWindowSize : currentWindowFrame.size;
}

- (NSRect)windowWillUseStandardFrame:(NSWindow *)aWindow defaultFrame:(NSRect)newFrame {
NSRect resultFrame = zoomed ? currentWindowFrame : newFrame;
zoomed = !zoomed;
if (NSEqualSizes(zoomedWindowSize, NSZeroSize)) {
zoomedWindowSize = newFrame.size;
}

return resultFrame;
}

- (void)windowDidMove:(NSNotification *)notification {
currentWindowFrame = [window frame];
}

モーダルダイアログを作ってます。runModalForWindow の実行前に×ボタンに
アクションを設定したいのですが（キャンセルの意味で）、IBでは×ボタンから棒を
のばして設定することは出来ないようです。

何かCocoaのAPIを使って出来ますか？

>>623
IBで設定できると思うし、NSButtonにaction,targetを
設定できる。

とおもったら、タイトルバーのxボタンか。
NSWindowのNotificationがいいかな。
- (void)windowWillClose:(NSNotification *)notification

ここで言うのもなんだけど(笑)、Javascriptを略して「ジャバスク」って言うのやめようよ。
「ジャバスクの〜」「ジャバスクが〜」「ジャバスク、ジャバスク」って格好悪すぎ。

最初はみんな略さないんだけど、1人が略し始めるとみんな言い出す始末。

>>624

NSPanelのサブクラスを作ってwindowWillCloseを定義したのですが、呼ばれません…。

@interface OrePanel : NSPanel
//いろいろ部品とか
@end


@implementation OrePanel

//他の処理

- (void)windowWillClose:(NSNotification *)notification{
　//×ボタンでここが呼ばれることを期待している
　[[NSApplication sharedApplication] stopModalWithCode:0]; //ゼロを返すキャンセルボタンと同等のコード
}

@end


大まかなコーディングですが、なにか間違ってますか？
IBでデザインした他のボタンや部品は思った通りに動いているようです。

windowShouldClose

>>627
それが呼ばれました。やりたいことが出来ました。
ありがとうございます。

NSURLConnection ってメインのイベントループじゃなくて、スレッド作ってそっちで呼び出したり、
あとポーリングでdidReceiveResponseが来るまで待つようなコードは不可でしょうか？

メインスレッドからのコネクション生成＆ポーリングしない書き方でしかうまくいかないのですが…

>>629
run loop に付いて調べて下さい。
ちゃんと理解できればどちらもできますし
(ポーリングは別スレッドからじゃなきゃダメだけど)、
理解しなければどちらも出来ません。

正直 run loop とか面倒だし汎用性ないし
お手軽に済ませる以上のことするなら
libcurl とか使った方が良いような気もする。

異なったサブメニュー項目の中のアイテムに、同じショートカットキーを割り当てられないのが
すごく不便・・・。

たとえばFileメニュー内のタブを閉じるにcmd+wを割り振ると、Windowメニュー内にcmd+wを
割り当てても有効にならない。

なんか勘違いしてますか？

えーと、なんとかレスポンダー

>>632
どっかかりどうもです。
調べてみます

どっかかりって何ぞ？

>>631
なんか勘違いしてると思うよ。
メニューを開かずに、あるコマンドを実行するのがショートカットなんだから。
同じショートカットに２つのコマンドが割り当ててあったら、どっちを実行していいのか分からないでしょ？

>>635
FirstResponderになっているViewによってメニュー項目の文字を変えろ
という意味だろ。

>>636
えーと、、、何の話？
ショートカットの話じゃなかったの？

ごめん、俺の勘違いだ。
そもそも質問の内容がおかしいわな。
Macのメニューシステムを理解してない。

タブがあるWindowAでcmd+wはタブを閉じる。
別の単なるWindowBではWindowを閉じる。

ってことじゃないの？
だから、cmd+wで受けるアクションを乗っ取ればいいかと。

>>639
俺も最初はそう思ったんだけど、>>631をよく読むと
同じショートカットキーを持つMenuItemを２つ作りたいという事らしい。

すいません、教えてください。

キーボードの入力を受け取って、何か仕事をさせたいのですが…
ttp://www.yokada.net/blog/311
ttp://hmdt.jp/cocoaProg/AppKit/NSEvent/NSEvent.html#section02

ここらみたいに、キー入力した結果をNSLogに表示する、ってサンプルは
いくつか見つけまして、
猿マネですが作れました。あと、キーの種類を取得することも。

ところで、NSLogじゃなくて、ウィンドウ上のテキストボックス（というか、
自分のイメージでは単なる四角いマス目）に表示させようと思ったら、
あと何をしなきゃいけないですか？

ふつーにテキストボックスに直接入力する、ってことじゃないのです。
例えば、
aのキーを押したら、画面に「あああああああ」って表示される、とか。
もしくは音が鳴る、とか。


たのココはTiger版のを持ってます。
PerlとかPHPとかJavascriptやったらうちも知っといやすけど、
って感じです。
しょうもないこと聞いてんだろなーとは思いますが、やさしくしてください。

>>641
IBOutlet NSTextField *myTextField;

を作って、Interface Builder で繋いで、

-(void)keyDown:(NSEvent *)theEvent{
...
[myTextField setString: @"AAAAAAAaaaa"];
...
}

上のが分からないのなら「IBOutlet」でググってみ

>>642
わーありがとう！！
確定申告終わったら試してみる！！

>>640
＞同じショートカットキーを持つMenuItemを２つ作りたい
そうなんです。Winからのベタ移植にこだわろうとすると、そういうことも起こりえます。

その後に分かったんですが、Macのメニューでは、サブ項目にショートカットが割り振られないみたいで…
（IBではKey Equivの設定はありますが、反映しない？）

>>635
＞同じショートカットに２つのコマンドが割り当ててあったら、どっちを実行していいのか分からないでしょ？
サブ項目にキーが割り振られていれば、F→OやE→Oなど区別がつくんです。

メニューを操作しないショートカットは、当然すべて違ったものにしないといけません。

Macだとメニューに割り当てるショートカットは考え方を変えないといけないようですね。
IBでメニュー項目に対して設定はしていますが、実質、Windowsの「メニューを操作しないショートカット」
に近いような気がします。

>>644
郷に入れば郷に従え

それはWindows版Safariに対するアドバイスですね。

そんなにWindowsが好きならMacのアプリなんて作らなければいいのに。

仕事だから→仕事の質問を2chでするなよｗ→うるせーばか→お前こそうるせー→ばーかばーか

キーロガー作る気かよ

ツール→オプション→ユーザー設定→プロパティ→設定→カスタマイズ→詳細設定→最初に戻る。

これくらいの設定画面を平気で作れるようになれば、
君もWindowsプログラマとして一人前だよ。

>>644
Windowsのメニューだと、[新規(N)...　　CTRL+N]　こんな感じだと思いますが。
この中で「CTRL+N」の部分がMacのショートカット相当。
「(N)」の部分に該当するものはMac にはありません。

>>651
相当っていうかそれWindowsでもショートカットだから。
お前が質問したいのはキーボードアクセラレータだろ？

最初から Mac にはキーボードアクセラレータは
無いのかと聞けば無いよと4文字で済む話だった。

書いたあとで不安になったけど、
>>651 は質問者じゃないような木もするので
「お前が」のくだりは取り消して謝罪します。

質問者はとっくに逃亡しましたとさ。

逃亡してないです

Macのメニューのショートカットはむしろキーボードアクセラレータ的な動作だと
思います。

>>655
だから何？

>>651
お礼を言い忘れてた。
どうもありがとう。無いものはしょうがないですよね。

JAVA VMで動いてるアプリには付いてるから自力で実装は出来ると思うよ！

>>655
> Macのメニューのショートカットはむしろキーボードアクセラレータ的な動作だと
> 思います。

とてもそうは思えませんが。
あなたが知っているMacのソフトって何？

いちおう、Macでもキーボードアクセラレータらしきものはあります。
Control + F2 ( + fn) でメニューが選択されるので、メニューの名前をタイプすると、
インクリメンタルサーチのように、１文字打つごとに該当するメニューが選択されるので、
Returnでメニューを実行できます。
ただし、英語のメニューのみが対象です。

あとは、Command + ? (command + shift + / )でヘルプメニューが開くので、
そこでメニューの名前を入力すると、アプリ内の全メニューがSpotlight検索されます。
そのあとは、矢印キーで選んで、Returnで実行。
こちらは、日本語メニューも対象です。

いずれにせよ、ショートカットとは全く別の動作です。

キーボードアクセラレータなんて初めて聞いたよ。
ちょっと厨房っぽいネーミングだな。

間違ってるけどな。
Windowsだと、アクセラレーターが機能を直接実行するキー(ショートカットは俗語)で、
メニューやボタンにくっついてる(A)はアクセスキーとかニーモニックとか言う。

俗語って言ってもMicrosoft自身も使ってるからなあ…

いやなんか、アクセラレーターとショートカットが別物みたいな話になってるからさ。
Windowsでも同じ意味だよと言いたかっただけ。

NSFileManagerでファイルコピーするプログラムを書いていて、
root権限じゃないと書き込めないディレクトリにコピーしたいんですが、
(例えば/binとか)
Finderでやるみたいな、ユーザーによる権限昇格ってできないんでしょうか？
「NSFileManager root権限」とかでぐぐってもそれらしい情報を見つけられないんですが、
誰かご存知ないですか？

Authorization API?

>>666
情報ありです！調べて見ます。

__threadキーワードが使えないみたいなんだけど、Cocoaではスレッドローカルストレージは
あきらめるしか無いですか？

>>668
NSMutableDictionary *dict = [[NSThread currentThread] threadDictionary];

>>668
要はスレッドIDを見てなんとかしろということですね。
了解です。THX

>>669でした

Cocoaで、だよね？
最悪[NSValue valueWithPointer:]使えば何でも入れておけるけど。

NSViewのサブクラスで、初期化処理を行うにはinitWithFrame:が使えますが、
awakeFromNibで行うほうが他のViewやWindowがそろっている状態なので便利、
というのが分かりました。

他方、ApplicationをQuitしたときにはNSViewのDeallocが呼ばれず、
windowをcloseしたときだけNSViewのDeallocが呼ばれるようです。
CustomViewのClean upを行う場合、通常どういった手法をとるのでしょうか？

表示さんじゃなくて表示内容さんがNSApplicationWillTerminateNotificationを聞くんじゃないかな？

WinのCRITICAL_SECTIONみたいな、ネスト状態をスルーしてくれるロック機構はありませんか？

mail.appみたいな3ペインって、interface builderではどうやって作るの？

スレの質問見てるとMacアプリ開発に新規参入した人増えてきてるみたいね

異なる質問が同時に３件も書き込まれるなんてめずらしいな。

>>673
initWithFram:は、Objective-Cのオブジェクトとしての初期化処理。
awakeFromNibは、InterfaceBuilderでは設定しきれなかった、Nibファイルとしての追加の初期設定。
あと、ApplicationをQuitしたときに、Viewの後処理をやる必要があるの？

>>675
とりあえず、WinのCRITICAL_SECTIONの仕様を詳しく説明しないと、質問に答えられるMacユーザーいないと思うぞ。

>>676
複数のViewを選択した状態で、
InterfaceBuilderメニュー＞Layout＞Embed Object In＞Split View
ただし、Mail.appと全く同じものは、NSSplitViewをカスタマイズしないと作れない。

>>678
676です。ありがとう！！

>Mail.appと全く同じものは、NSSplitViewをカスタマイズしないと作れない
って言われたから、ちょっと遊んでみた。

Vertical Sprlit Viewを置いて、StyleをThin dividerにして、
右側にHorizontal Split Viewをほりこむ

みたいにするとMailっぽくなった。
こんなやり方もアリ？


>677
アイホンアイホン言われてるウェブ屋さんが多いんじゃないかしらね。
私はMacのアプリが作りたいけど、
取引先の"パソコン良く分かんない系"社長にも言われたもん。

いま気づいたのだが、Xcode4が600円で販売されている。
今までずっと無料だったのになぁ。
年間10000円ぐらい払ってる開発者には、無料らしいが。
Appleにとっては、開発者もビジネスターゲットなのか。
まあ、それでもWinよりは遥かに安いけど。

>>679
Split Viewを入れ子で使うのは、ごく普通の技です。

NSSplitViewをカスタマイズするっていうのは、サブクラス化して自前でコードを書くっていう意味。
これで、幅1ピクセルの「区切り線」とかが作れる。

>>681
ふんふん…なるほど。
背景色とかも、そうやってやんのかな。
inspectorにいろいろいじるところがあるけど、それが全部じゃないってことなんだよね。

>>682
> inspectorにいろいろいじるところがあるけど、それが全部じゃないってことなんだよね。

うーん、、、そういうイメージじゃなくて、元々存在していなかった機能を追加できるっていう感じ。

> 背景色とかも、そうやってやんのかな。

Split Viewの背景はほとんど表示されないと思うので、その背景色はSplit Viewの中にあるViewの色だと思うよ。

>>683
ありがとう！ざっくり把握した。
あとは作りながら悩んでみるよ。
また付き合ってね♥

>>678
673です。

3つのCustom Viewなのですが、cleanupでやろうとしているのは
・ドラッグを受け付けるViewで
　[self unregisterDraggedTypes];
・BezierPathを複数定義したVIewで
　パスのrelease
・マウストラックを定義したVIewで
if (trackingArea) {
[self removeTrackingArea:trackingArea];
[trackingArea release];
trackingArea = nil;
}
といったところです。

今の実装は、以下の流れです。
applicationWillTerminateを受け付けたら、Windowが閉じられているかチェック
Windowが残っていたら、windowShouldCloseを呼ぶ
windowShouldCloseのなかで各種Cleanup処理を呼ぶように書いています。

ApplicationをQuitさせる場合、なぜかwindowShouldCloseが呼ばれないので、こう
いう書き方にしたのですが、なにか間違っているような気がして、質問しました。

>>685
アプリケーションの終了時ということなら、無意味なCleanUpなのでは？

アプリケーション終了時は、確保された全てのメモリが解放されます。
個々のオブジェクトをreleaseする必要もないでしょう。
解放される直前のメモリにtrackingArea = nil;と値を書き込んでも無意味です。
[self unregisterDraggedTypes];や[self removeTrackingArea:trackingArea];も、結局はメモリ上の値を書き換えてるだけでしょう。

applicationWillTerminateでCleanUPが必要なのは、主にI/Oに関するものだと思います。例えば、
未保存のデータをファイルに書き込むとか。
ネットワーク上のサーバーにセッション終了を送信するとか。

Windowを開いた時に作るオブジェクトなら、
むしろWindowを閉じた時とかに解放するほうがよいのでは？

>>685
Cocoaは終了処理がかなりあれなのでそんなものですｗ
状態保存をする場合などはなるべく変化があった時点で保存しちゃうようにしてください

>686さんが言うようにオブジェクトの解放だけなら必要ありません。
Cocoa自体が終了を受けたらメインループ内でexit()を呼んで後始末せずに終了しちゃうぐらいですからｗ

ファイル選択画面などで使われる，あのウィンドウの上からニューッと出てくるやつはなんていう名前なのでしょうか？

>>689
シートダイアログ

673です。

>>686
>>688
ありがとうございます。助かりました。
というか、そういうものなのですね。

>>687
Windowのcloseでは直帰正しくcleanup出来るのです。
Applicationをquitすると、windowShouldCloseが呼ばれないので
悩んでいました。

>>691
後始末なら、windowShouldClose:じゃなくて、windowWillClose:だと思います。
あと、ウインドウを閉じることが、NSWindowオブジェクトの解放に繋がるとは限らないので、
このタイミングでViewオブジェクトを解体するのはよくないかと。

それを気にするよりはSudden Terminateに対応するように書いた方がみんなの幸せだしね。

>>690
助かりました。ありがとうございました！

NSWindowのサイズを画面サイズより大きくするにはどうすれば？
setFrameだと高さが画面サイズで最大になるんだが。

>>695
自己レス。IBでCurrent SizeとMinimum Sizeを大きくして回避。

NSEventでマウスカーソルの位置をセットすることはできませんか？
mouseLocationで取得はできるみたいですが、逆がわかりません。

CGEventSetLocationというのは見つけたんですが、NSだけでできたらいいなと。
NSとCGは上下の座標系が違いますし。

よろしくお願いします。

>>697
それって、物理的にマウスカーソルの位置を移動させたいっていう事？
それとも、NSEventオブジェクトを構築したいっていう事？

>>698
カーソルを動かしたいのです。
CG系をごちゃごちゃ組み合わせれば出来るようなんですが。

>>699
たぶん、Cocoaではできません。
CGDisplayMoveCursorToPoint()でも使ってください。

つーかそもそも安易にマウスカーソルを動かすのはやめて欲しい。

Windowsからの移行組じゃない？
そもそもマウスを勝手に動かすとかAppleのガイドラインに合わないだろうし、
だから、そのためのメソッドも無いかと。

カーソルを画面の両端でワープさせるアプリとかあるだろ。
移行組とか言い出す謎発想に驚いた。

なんでもいいけど、マウスを勝手に動かすのは個人的には好かん

>>702
MSXからの移行組です。アセンブラで組んでる

>>703
SetCursorPos()

>>697です
みなさんどうも。NSでは出来なさそうということで、CG系でやります

マウスカーソルの位置を自前で制御したい用途はそこそこあると思いますが・・・
　範囲選択の矩形をビューからはみ出させない
　ボタンや選択肢へ移動

>>702
Appleのガイドラインにそんな事項があるんですね
今後の参考にします

ありがとうございました

マクのgui自体が古いからな。
まだ液晶タブ想定の操作系でもないし。
ファイルシステムもまだssdをサポートしてない（単なるhddとして使っている。

何かピントがずれてるな。
開発者じゃないんだろうな。

ファイルシステムとSSDに何の関係が？

Macにケチを付けるつもりが、とんだ無知を晒したってわけだ。

>>707
> 範囲選択の矩形をビューからはみ出させない
> ボタンや選択肢へ移動

だから、それが使いづらい。
マウスカーソルはユーザーの手足です。
行動を制限されたり、強制的に移動させられるのは、精神的苦痛です。

ビュー内部のみを選択対象にしたいなら、マウスじゃなくて、選択範囲矩形に制限をかけろ。

押して欲しいボタンがあるなら、ボタン自身にアピールさせろ。

Blender とか使ったこと無いか？　無いか。

ない！
運転手の意図に反して曲がるハンドルなど
もってのほか。
プログラマの自己満足以外のなにものでもない！

なんてね。

>>707
>>範囲選択の矩形をビューからはみ出させない
普通マウスじゃなくて矩形表示を制御するんじゃね？
ということで>>712に同意

言わばここで他者から反論されている事も、投稿者の意思に反して起きている事です。
そして、投稿者は自分の意思通りにならない事にストレスを感じています。

マウスが勝手に動く、制限されるという事もユーザーにとって同じ事です。

2chでこの手のUX系の話もっとしたいな。

オブジェクトに実装されてるメソッドまたはインスタンス変数の一覧を
取り出すメソッドか関数ってあります？

ありますよ
objc/runtime.h
かな？今は違ったっけ？
まあ、この辺からたぐれる。

>>719
ありがとう。探してみます。

>>718
単純に、インスタンス名やメソッド名を見たいだけなら、そのクラスが実装されているライブラリ・ファイルに対してnmコマンドを使うのも手だよ。

class-dump

$ which class-dump
class-dump: Command not found.

>>723まさかとは思うがネタだよな？

標準装備じゃない、と言いたかっただけ

>>721
いや、自分で作ったクラスのインスタンス変数かメソッド(アクセッサのみ)を
プログラム中で取り出して、名前からセレクタを生成して、インスタンス変数の
値を自動で取り出したいだけ。ハードコードするのはうっとおしいし、ダサいしね。

>>726
名前が判明したら、valueForKey:でいいのでは？

うん。その手もあるね。アクセッサ(宣言プロパティ使ったけど)すら書く必要も
ないか。

結局、インスタンス変数名をclass_copyIvarList()とivar_getName()で
取り出すことにしてそれはうまくいったんだけど、class_copyIvarList()で
取られた領域の後始末はどうやって付ければいいの？

それらしい関数はないので、free()でやっちゃっていいのだろうか？
今のところ落ちることはないのだけど。

http://developer.apple.com/library/mac/#documentation/Cocoa/Reference/ObjCRuntimeRef/Reference/reference.html

free()でいいみたいよ

ありがとう >> 730

WindowがDockに格納されたときに発生するイベントはありませんか？

格納された瞬間に負荷のかかる処理を停止して、Windowがデスクトップに
戻されたら再開するようなことをしたいのです。

よろしくお願いします。

NSWindowDidDeminiaturizeNotification
NSWindowWillMiniaturizeNotification

>>733
ありがとうございます

ふと気付いたんですが、NSTextFieldに対して、コピペが出来ません。
IBでどこかチェックするところがあるでしょうか？
Xcodeは3.2.6です。
よろしくお願いします。

追記ですが、キーボードからの文字入力はもちろん可能です。

>>735
それって、コピーができないの？　ペーストができなの？　それとも両方？
操作は、Command + C？　それとも、メニューでコピーを選択？

>>737
言われて初めて思い至ったのですが、試してみたところ、メニューでは出来ました。

どうもキーボード操作を受け付けないようです。Command+XCVが全部利きません。

その後も調べていますが、なんとなくパターンが分かりました。

プロジェクトの雛形生成の状態から、デフォルトにあるエディット項目を
削除すると、キーボード操作のコピペが出来なくなるようです。
（右クリックのメニューからはコピペ可能）

どうやらコピペのショートカットって、（ダイアログのNSTextFieldでも）アプリ本体の
メインメニューのエディット項目のショートカットが使われているようですね。

アプリのメインメニューにエディット項目がない場合に、ダイアログのテキスト関係だけでも
コピペのショートカットを生かす方法ってありませんか？

>>739
あるけど、なぜそんな事をしたいのかが分からん。
編集メニュー付けとけばええやん。

>>739
編集メニューのコピー、ペースト類の動作を理解してからもう一度ご質問下さい。

あと、メニューに無いショートカットとか平気で作る時代になったんだなあ、と。
ユーザーはどうやってそれを見つけるんだろうか？
もしかすると、ショートカットを探すのが目的のアプリなのかな？

>>740
アプリ本体はゲームなので編集メニューは必要無いのです。
ただ、ダイアログでセーブデータのコメントを編集することは出来るので、一般的なXCVのキーボード操作が出来ないとけっこう不便に感じたので。

>>742
＞一般的なXCVのキーボード操作が出来ないと
それはメニューをキーボードから操作してるという事なのだが。
メニューが無いのに操作だけできるという事に不自然さを感じない？

透明なボタンを作って、cmd+cvxを割り当てれば
とりあえず動くと思う。

>>743
あまりそういう理屈にはこだわってないです。キーボードの操作がメニューを制御していようがどうしようが、
プレーヤーには関係ありません。(そんなことを意識して指を動かしているユーザーがいるかどうか…)

問題は、誰もがテキスト入力時に期待しているだろう、XCVのデファクトな操作が出来ないことによる不便さです。

>>744
どうもありがとう。とりあえずそれで試してみます。

OSが提供する仕組みを無視して作るってのも笑える話だね。
確かに全画面のゲームなどのネームエントリーでショートカットでコピペが
出来るのはあるけど、それはメニューを隠してるだけで
基本はちゃんと守ってるんだよね。

どう作っても自由だけど、キチンと基本を抑えておかないと、今後辛くなってくるよ。

>>746
すみませんが、そこまでおっしゃるなら、基本をちゃんと
守ってメニューを隠す方法を教えていただけませんか？

やろうとしてるのはネームエントリー云々と合致しているところです。

OSの提供する仕組みを無視したいとは思ってないです。

ほいよ。
http://www.google.com/webhp?hl=ja#hl=ja&source=hp&biw=1133&bih=746&q=cocoa+hide+menu

お好みの解決方法をどうぞ。

＞すみませんが、そこまでおっしゃるなら、基本をちゃんと
＞守ってメニューを隠す方法を教えていただけませんか？

10.6ならNSApplicationに
それ以前ならCarbonにあるよ！

>>746
ちょっと確認ですが、その全画面のゲームをウインドウモードで動かした時に、
メニューバーにXCVの項目(を含んだサブメニュー)があるんでしょうか？

隠したいのはメインメニューバー全部ではなく、エディット項目なので。

メインメニューバーにはゲーム中に必要な項目があるので、エディットを隠すためだけに丸々削除はできません。

>>750
コピペが必要という事は、お前の「編集メニューは必要無いのです」という主張が正しく無いだけの話だろ。
大人しく編集メニュー追加しろよ。

>>751
ゲーム中には必要ないのです。

それにキーボード操作でのコピペは要るけどメニューにするまでもないという用途はあると思いますが。

ないと言い切れるなら、あなたがそういうソフトしか作って来なかっただけではないでしょうか？

まあ、普通はNSResponderとかその辺の話
Cocoa Event Handling Guideとか

ええ、無いねえ。
メニューにないショートカットがあるなんていう破綻したUIの俺様プログラムなんて、
作ったことも無いし作りたくも無いな。

公開するならなおさら。

NSTextViewのemacs key binding disってんの？

そもそもショートカットってのは特定の機能への簡便なアクセス手段を提供する
ものであって、別にメニューが必須の概念ではないと思うのですよ。

たとえばデスクトップのタスク切り替え（Command+tab）のメニューなんか見当たりませんが、
それも破綻したUIなんですかね？　もしかしてどこかにメニューがある？

まあいいさ、好きなように作りなよ。
世の中にはショートカットを知らずに、メニューからしか
操作しないユーザーもいるって事に気付くのはもっと後だろうから。

レスポンダーチェインにいる誰かが
-[NSResponder keyDown:]
-[NSApplication sendAction:to:from:] // toがnilならfirstResponder

>>757
＞世の中にはショートカットを知らずに、メニューからしか 操作しないユーザーもいる
そんなことはとっくに知っていますよ。今回の例では、知っている人のいらつきを
押さえるための措置で、コピペが無くても文字入力は出来るのですから、この機能を
否定する理由は無いはずです。

さらに、通常ゲーム中に全く機能しないエディット項目をメニューに置くことと
秤にかけたら、メニューなしのキー操作も十分にありだと思うのです。

メニューにないと絶対にダメだよ派の人はさ
NSTextViewとかNSPanelとかNSSavePanelとかは使わないの？
NSPanelがコマンド＋.で閉じるなんてメニューのどこにもないし、
コマンド+Dで「保存しない」になるなんてメニューのどこにもないよ？
一般的だからとかなら、それこそコピー、カット、ペースト、全て選択の方がより一般的だよ？

アホか。メニューだってボタンだって
マウスで操作出来る。
それをキーで操作出来るようにしただけ。

Cocoaのやり方を曲げる必要があるよう
には思えない。
オレオレアプリ作りたきゃすきにすれぱ。

なんつーか、windows的な人ね。
あっちって、メニューバーは必須じゃないから。
メニューバーが無いアプリで、ctrl+Cとかすごく違和感あったけど、
winプラットフォームに合理性とか一貫性とか深く求めちゃいかんと思って見ないふりした。

command+tabとかはホットキーっつって、ショートカットキーとはまた別の概念。
こっちはアプリやビューに基本依存しない。

NSButtonに割り当てられたショートカットの扱いがどうなのかは、ちょっと勉強不足で分からん。


ゲームの場合また特殊だから、どうなんだろう。
ゲーム独自のUIをウインドウ内に描画されることが多いけど、
OSのUIとゲーム内のUIを明確に分けておかないと、まずい気がする。
そもそも、メニューバーを隠さないのなら編集メニューをわざわざ消す必要は無いと思う。

>>761
すまんが何を言いたいのかわからん。

コピペは右クリックのメニューから操作できるし、
メインメニューバーにエディット項目が無いからといって、XCVのインターフェースを作ることのどこがCocoaの流儀を曲げているのか。

あんたの解釈こそオレオレCocoaの流儀なんじゃないの？？？

>>760
インターフェイスガイドラインを読んだ事無いだろ。

>>763
お前もガイドラインを読んでから物を言え。
ルールを守らなくてもアプリは作れる。
だが、ほとんどの人間はルールを守る。
なぜだか考えてみろ。

そういう時は、スコア登録用メニューバーを用意して入れ替える

Menu関連とKeybordShortcut関連のHIGはこれ。
うまく繋がらなかったらADCにログインしてから開いてみて。

http://developer.apple.com/library/mac/#documentation/UserExperience/Conceptual/AppleHIGuidelines/XHIGMenus/XHIGMenus.html
http://developer.apple.com/library/mac/#documentation/UserExperience/Conceptual/AppleHIGuidelines/XHIGUserInput/XHIGUserInput.html

コンテクストメニューは、選択対象について実行可能な、本当に良く使うメニューバーのコマンドだけをおさめるもので、
コンテクストメニューだけしかないような実装はするなと。

ツールバーもキーボードショートカットもコンテクストメニューも、
基本的にメニューバーありきのものなんだよ。
command+C押したら、編集メニューが点滅するでしょ？


逸脱した独自UIやその実装の仕方は、いわゆるユーザーエクスペリエンスを損なうから
なるべく避けるべきだと思うよ。

# ちょっと見ないうちに３０件も書き込みが増えててビックリだ
# それだけ、ツッコミどころが多いということか・・・

今回のケースは、そのソフトが「ゲーム」である、というところがポイントだと思うよ。

Cocoaはゲームを想定したフレームワークじゃないし、AppleのUIガイドラインもゲームを想定してる訳じゃない。
ゲームの構造やUIは特殊だから、それらは単純に当てはまらないと思います。

ゲーム内に、「メニューバー」があるとのことですが、それは「メニューバーに良く似た」ユーザーインターフェースであって、「メニューバー」ではないという位置づけになるのだとおもいます。

結論としては、Cocoaの内グラフィックの描画やキー入力などOSの機能を呼び出すAPIな部分だけを利用して、MVCを形成するフレームワークな部分をバッサリ無視してソフトを作れば良いかと思います。
全てのキーイベントは、NSApplicationのsendEvent:をオーバーライドすれば捕捉できると思うので、好きなように処理すればいいです。

でも、メニューバーから編集メニューを削除したい理由が「普段使わないから」だけで、「編集メニューがあってはならない」という事でもないなら、編集メニューを実装してしまうのがいいと思いますけどね。
Cocoaには、その時点で使えないメニュー項目を自動的にグレー表示にする機能があるので、sendEvent:をオーバーライドして自前でcommand+cを実装するより楽だしね。

ちなみにこれは、Cocoaの流儀に従えという意味ではなく、利用できる物は利用しようという話です。

アッペルにだまされてるよw
Safari, iTunes等のナウい人気アプリは民意をくんで、よきに計らってるよ
今時、「カーボン」という言葉を使ったり未だに思考の中にあること自体が
ちょっとナウくないなw

>>768
編集メニューを入れたく無いという変なこだりがあるくせに、
標準のメニューバーを使うという意図もよく分からない。

こだわるのなら、フルスクリーンにして全部独自のUIでも使ってれば良い。

ゲームなんかは全部独自GUIでいいと思うし、逆にゲーム内のGUIの操作に
アプリケーション標準メニューのコピーペーストを（見えないようにしておいて）使うという発想はクレイジーな感じがする。

そもそも人の意見を聞き入れられない性格なら
人に教えなど請うなって話だな。

>771に一票。
このケースならフルスクリーンな
やり方が落とし所だね。

よーわからんけど、ゲームでも「フルスクリーン/ウィンドウモード切り替え」と「終了」ぐらいは
通常メニューにあってもいいんでないの。

>>775
終了するためにファイルメニューを入れられるなら、
編集メニューぐらい入れても差し支えないだろ。
恐らく質問者はその類いの項目を入れたく無いという事なんだと思う。
これでファイルメニューは入っているとかだったら大笑いだが。

ユーザーからしたら、ガイドラインを意地でも守って、あげくフルスクリーンを
強要されたらそんなのただのクソアプリ

>>777
だよなあ。
俺は、編集できるシーンでのみメニューを入れ替える案が妥当とは思う。

>>776
いや終了はアプリ名メニューでいいじゃん。

>>778
ごめん、おれ15年前からタイムスリップしてきんたんだorz

次世代のUIを目指すなら、もうショートカットのみなんだよね(笑)
CTRL+XCVなんて説明するまでもなく、パソコンユーザーなら
もう知ってて当たり前なんだから。

まだやってたのか。
>>756に対して>>762がホットキーだからと返しているのは感心。

ユーザーから見たら、使わない編集メニューがぽつんと残っているのはすごく未完成というか
いい加減な仕事に見える。

サンプルのゲームにそういうのあるけど、サンプルだからそれでいいってだけで、完成品として
どうかと思うね。あれ見て何も感じなかったり、別にいいじゃんと思えるなら、センスは無い方
だと思うよ。

>>782
>>778でFAだろ

>>782
なんかその話だと、メニューバー自体が不要な感じだな

少なくともMacのゲーム作ってる時点で商売センスは無いに等しいな。

もうCocoaと関係ないじゃん。いつまで続けるの。
センスがどうとか何様？HIG守る必要がないって思うなら、勝手に作ればいいでしょ。

10.7で完全に使えなくなるクラスってどこかにありますか？

developer.apple.com見ろよ

>>786
2chで何様とか

Xcode のプレースホルダのように、NSTextView の中に NSTokenField と同様のトークンを表示させるにはどうすればよいでしょうか？

動画のような大きなデータを処理する必要があるのですが，
データ生成プロセスと描画プロセスに分けてから，メモリ上にデータを共有して
描画部が自分のウィンドウ内に書けばいいと考えたのですが，
こういうアーキテクチャはおかしいでしょうか(もっと良いやり方ってあります)？
Mac OS Xでは，どうやってプロセス間でメモリを共有するのが普通でしょうか？

>ユーザーから見たら、使わない編集メニューがぽつんと残っているのは
>すごく未完成というか いい加減な仕事に見える。
俺はこれは逆に感じるな
こいつMacのことよくわかってないみたいだから
他の場所もいい加減な実装してるかもしれないぞ
と思う

>>791
プロセス分けると遅いよ？threadでいいやん。

どうしてもということであればshm_open。

>>793
スレッドだと，どこかがクラッシュするとアプリごと落ちません？
>>794
ありがとうございます!ぐぐってみます。

OSXのposix shared memory APIは制限がきつく設定されてるのでお勧めできない。
http://support.apple.com/kb/HT4022?viewlocale=ja_JP
自分がお勧めなのはここで紹介されてるmmap使う方法
http://mike.kronenberg.org/?p=40
tmpファイルを複数プロセスからmmapしてしまえばshared memoryとして使える。
使ってるAPIもunixでは普通の物なので移植性も高い。ばかでかい領域確保しても
バッキングストアが用意されてるのでVMに負荷もかかり難い。

>>795
・動画データを生成したい
・動画データを描画したい
・上記の処理を同時進行させたい
・片方の処理がクラッシュしても、もう一方の処理が道連れにならないようにしたい。
ということですか。

サーバー／クライアントみたいなモデルはどうですか？
メモリ共有というよりは、ソケット通信になりますが。

>>796
>OSXのposix shared memory APIは制限がきつく設定されてるのでお勧めできない。
>http://support.apple.com/kb/HT4022?viewlocale=ja_JP

あれ、kern.sysv.ほげ って名前通りSysV系API用のパラメータなんじゃ
ないのかな? もしかしてPOSIX系のAPIも同じメモリプールを使っている??

>>782
金を払って消させればいい
>>792
ぐだぐだ言ってないで普通に全テストさせればいい、他の人にw

MacOS Xクライアントはデフォルト4MB以上の共有メモリブロック取れないんだな。
http://www.spy-hill.com/~myers/help/apple/SharedMemory.html

tmpファイル作ってmmapして、のほうが良い気がする。

Chromeなんかはタブごとに別プロセスだよね？どうやって通信してるんだろう。
普通にNSProxyかな。

>>791
CocoaベースならDistributed Objectで共有するのが楽とは思う。

QTKitも64bitはプロセス間通信だね。Mach port通してるとは思えない。

>>803
Mach portを通す方はプロセス間通信ではないんですかそうですか

ちなみにQTKitの話に関しては、QuickTimeがぐだぐだになっててそんな風に
なっているのではないかと邪推。

ノード間とプロセス間をちゃんぽんにするのは
実にUnixらしいよなw

>>804
Shared memoryって、実データはport通してないよね？

>>796
ありがとうございます！mmap，すごくよさそうなので試してみます。おそらくこれでいけそうです。
ところで，Objective-CってVM上で動いているのを意識していませんでした。。。
>>797
ソケット通信だとNSConnectionとかを使うということでしょうか。
こちらのほうはCocoa風ですね。

しかし，mmapで共有メモリを確保した後，子プロセスにはどうメッセージを伝えるべきでしょうか？
どちらからも読めるのはわかるのですが，「読め」という指令をどう出して動かしたらいいのか…
それとも，子プロセスが常にどこかを監視すべきでしょうか。
たびたびすみません。

VMって仮想メモリマネージャのことでは

マルチプロセスの通信はきちんと確保した上で、データのやり取りに共有メモリを
併用する、っていう考え方でいいんじゃね？

>>807
mmapは知らんが、データがストリームになるなら
ソケットやパイプの方がいいのでは。
共用メモリだと、書き出したバッファサイズがわからんぞ。

昔あったQT Streaming Server（）ならデータ生成だけやれば
あとは不要だと思うが。

>>810
>ソケットやパイプの方がいいのでは
どうしても無駄なデータのコピーが発生するよ。Mach IPCは大きなデータは
mmapしたバッファに詰め込んでプロセス間で参照するけど、この場合でも
ローカルからバッファへのコピーが必要
>共用メモリだと、書き出したバッファサイズがわからんぞ
共用領域の大きさ=データ長でも良いし、領域大き目に取ってサイズ等含めても良い。
質問者はフレームバッファみたいなのを共用するつもりの様だから、Core数分の
領域用意して複数フレーム同時にレンダリングするのが、性能最大に発揮する設計

誰か >>798 の答えを知りませんか?
やはり自分で調べるしかないのかw

>>812
同じと認識してるけど。
$sysctl kern.sysv.shmmax
kern.sysv.shmmax: 4194304
4MBしかないなー。

タブを復元する機能って，難しいんでしょうかねぇ…

うわ，誤爆してしまいました…
すみません。
>>808,810,811
ありがとうございます。
そうするとmmapでデータを共有し，NSProxyなどで制御メッセージを送るということになるでしょうか。
これなら共有領域の大きさは制御メッセージの方に含めておけば解決可能ですね。

NSTableViewにカスタムセルを追加して、画像とテキストを書き込む処理を行っています。単純に
- (void)drawInteriorWithFrame:(NSRect)cellFrame inView:(NSView*)controlView
をオーバーライドして、その中でNSTextFieldをaddSubviewしているのですが、
どうやらcellの再描画がかかるたびに新規でNSTextFieldが表示されてしまうため、
cellの中がTextFieldだらけになってしまっています。

NSTextFieldを使っている理由は、
drawInRect:(NSRect) withAttributes:
ではLineBreakModeを指定できなかったためなのですが、
・TextFieldだらけにしない方法
・LineBreakModeを指定してNSStringを表示する方法
のどちらでもいいのですが、何か良い方法はないでしょうか？

今あるセルが追加するセルと同じでない時にそれをaddの前に一度削除、同じじゃない時だけadd。

>>816
Apple sample code
PhotoSearch -> ImagePreviewCell

NSAttributedStringでいろいろしていできなかったっけ？

>>816
そこはNSTextFieldじゃなくて、NSTextFieldCellを使うところじゃないのか？

>>817, 818, 819, 820
教えて頂きありがとうございます。
お返事が遅れてしまいすみません。
教えて頂いた内容を調べてみます。

以前、モーダルダイアログやドキュメントで質問したことのある者です。
だいたいの基本的機能が完成し公開にむけての作業（これもかなり大変そう）
にとりかかりつつあるのですが、プロジェクトの設定で質問です。
開発環境はSnow Lepard 10.6.6で、x86_64で動作検証していますが、
サポートもx86_64だけでいいかなと考えています。i386も有効なアーキテクチャーに
いれておけば少し古いOSにも対応できるということだと解釈していますが
それで正しいでしょうか。最初に作成したプロジェクト設定が他にも
ppc,ppc64〜ppc970までありますがこれはプロジェクト設定からはずしても
大丈夫でしょうか。Releaseモードでリンクしたら他のstaticライブラリが
同じアーキテクチャーがないとReleaseではリンクエラーとなって、追加したら
オブジェクトサイズが３倍（staticライブラリの）になったもので。
助言をお願いします

>>822
i386は”少し古いOS”じゃなくて、”少し古い機種”ですね。
MacOSX10.6は普通にi386をサポートしてます。
ということで、i386 + x86_64のユニバーサルバイナリで良いかと
MacOSX10.6以上でしか動かないアプリなら、ppcは対応外です。

>>823 ありがとうございます。ppcをはずしてリンクしてみます

@implementationと@endは常に1回だけ書くものですか？
あと、初期化するメソッド
- (id)init
{
self = [super init];
if (self) {
・・
}
return self;
}
を@endの前に置いても問題なくビルドできたんですが記述する順番は
関係ないのですか？

>>825
後に置いたら動かないよ

// aaa.m
#import "aaa.h"

@implementation hoge
…
@end

@implementation fuga
…
@end

@implementation hage
…
@end

http://developer.apple.com/jp/documentation/japanese.html
の初級編の電卓ですが動いてます。
コメントアウトしても動いてます。あれ？
x10.6.7xcode3.2.6に勝手にやってくれる機能とかあります？
とりあえず８２６，８２７で覚えときます。
さんきゅうー

>>828
init 関数はもともとNSObjectクラスで定義されている関数。
なくてもビルドは通るし、今回の場合はinit関数でやっているのが
単なる初期化だから問題ないだけ。

まずはオブジェクト指向を少し勉強したほうが良いのでは？

プロトタイプ宣言も出来ない子はC言語勉強してね。

Cocoa以前の話だな

じゃBASICからだね。

basicで何か得られるとは思えない

beep 1

プロトタイプ宣言とか面倒だよな。
コンパイラがもっと賢くなればいいのに。

VBでもやってろ

822,824の者ですが、xibファイルの英語対応ですが、やはり対応すべきでしょうか
もちろん対応するからにはヘルプのファイルまたはWEBもあるていど英語圏むけに
対応しないといけないし。ソフトがどういった種類かにもよるのでしょうけど
国内しかターゲットにしなければ対応必要ないので、そもそもxibファイルを
複数作成しないのでしょうけど。みなさんはどうしてますか

基本英語で。余力があれば日本語ドキュメントまで整備するけど。

Kihon Eigo de.
Kore Joshiki.

起動時と終了時にウザい「Buy Now」ダイアログを出すとなお良し。

>>829
例えばどんな不具合が考えられますか？

>>837
英語と日本語のリソースは両方用意してますね。私は。
英語でドキュメント書けるほど英語得意じゃないので、ドキュメントは日本語だけですが。

>>841
そんなの作るプログラムによって違うし
そもそもそんなコーディングしないから。

通常は初期化時に持っておきたい情報を持たせる処理を書くから
それが実装されないということは、その処理がおこなわれないだけの話。

init時に独自のクラス変数とか定義する場合、外に書いたらダメなんじゃないかな？

Oh My God!基本英語ですか・・・想定外
Windowsアプリはけっこう日本語onlyとか多かった記憶あったので MACは英語文化か
みなさん、ありがとうございます。英語リソース,時間かけて用意します。
ところで、動作確認はOSの言語変更してやるのでしょうかね、具具ってみます

アラートメッセージとかソースコード中に日本語書くのはあれだし。
言語設定はビルドしたアプリファイルの情報画面から変更出来たような。
(iTunesを無理矢理英語板にする人とかいたような)

別に日本語でも問題ないよ

>>845
> ところで、動作確認はOSの言語変更してやるのでしょうかね

”OSの言語”じゃなくて、”ユーザーの言語”だよ。
システム環境設定の「アカウント」でアカウントを１人作って、「言語とテキスト」環境設定で英語に設定すれば、英語ユーザーの出来上がり

そういえば、Windowsって昔、日本語版Windowsと英語版Windowsが別々にリリースされてなかったっけ？
だから、日本語版Windows用に、日本語専用ソフトがあっても違和感がなかったんじゃないかと。

MacOSXの場合は、最初から全世界グローバルなOSだったから、日本だけじゃなく、世界を意識して作らないとならないよね。

私も昔、日本語リソースだけのソフトをリリースしたら、「英語リソースぐらい用意しろよ！」っていう内容の英語で書かれたクレームをメールで受け取ったことがあります。
ちなみに、そのメールには英語のリソースが添付されていました。

今でも日本語版Windowsって別にリリースされてない？

AppleはOSに限らず、すべてグローバル仕様よね。
アクセサリーにしても必ず全言語で書かれた説明書の類いが入っているし。

>>849
めっちゃいい人やん

>>848 thanks
>>846 >アラートメッセージとかソースコード中に日本語書くのはあれだし
これやっちゃっているんです。Windows版はリソースにすべて定義するのですが
どうやってますか？＞ALL

>>852
iOS用だけど
ttp://www.atmarkit.co.jp/fsmart/articles/iphonesdk03/02.html

英語と日本語でiTunesプラグイン出したら、中国語やドイツ語などのnibをユーザーが送ってくれたよ。

俺のアプリは勝手に中国語版が出回ってたよ。

狐のアラビア語版はいろいろ楽しかった。

Win7はしらないけどXPは確かにそう
職場には英語版Windowsと日本語版Windowsが混在している
普段使う分には違いはわからないけどパッチが英語版と日本版では違うので
ローカルのサーバーからパッチを配布するときに困る
(なにか方法があるのかもしれないけどWindowsに詳しくなりたくはないw)

WindowsはOSに基本的な多言語機能は備わってるけど、多言語パッケージ付いて来るのは
Ultimateエディションだから2万〜3万円余分に払わないとOSX同等にはならない。
普通売ってるマシンに付いてるのってHome Premiumだけど、メモリの上限が16MBとか
他にも色々制限あるよ。

＞メモリの上限が16MB
いつの時代だｗ

16MB→16GBね。orz

先生、メモリを増設したのに
8Mまでしか認識されません！

Mode32か32bit System Enablerを入れなされ。

たんにマクはそれぞれの言語ごとに作る余裕無いから全部入りなだけ。
ウィンドウズで言う言語ファイル(language files)みたいなものだ。

マクだと省電力機能にも対応できてない。今年の夏は終わってる。

ウィンドウズPC自動節電プログラムについて
ttp://support.microsoft.com/kb/2545427/ja
ttp://go.microsoft.com/?linkid=9772041

(；ﾟДﾟ)

それぞれの言語ごとに作ることがアホで無駄なことだと最初から言っているのに…。

あと省エネルギー環境設定の存在も知らないんだな…。

http://hissi.org/read.php/mac/20110511/aUlGcGhnSkQw.html

各スレで突っ込まれてるな

微妙なスレばかりだなw
ibookとか

よほどコンプレックスがあるのだろう

スレですか、ああそうですか

国際化の手法についてご教授してくださった方、まつわるエピソードなど
ありがとうございました。xibは比較的簡単に複製しましたが、ソース中の
NSLocalizedStringは２週間はかかりそうですがデバッグの意味も含めて
ゆっくり作業しようと思います。アプリのテストは言語設定変更しアプリの
再起動ですぐ確認できる（ログアウトまで必要ない）ということでWinより
簡単と思われますね。
話はメモリ管理の話になりますが、スレッド中はすべてNSAutoreleasePoolで
個別にはreleaseしないようにしていますが、（個別にやるとNSAutoreleasePoolの
解放時にシグナル発生するか不安定となる）メインとの共通で使用されるサブ関数が
あるとメインスレッド時には確実にReleaseしたいし、スレッド実行時には
解放したくないし、パラメータで厳密に制御すべきか、そんなことで悩んだ方
おられますか？

今度は、スレッドとメモリ管理の問題ですか。
なんかリリース間近と聞いた気がしたけど、先は長そうだなぁ

メモリ管理の根本的な所を理解してない雰囲気だな。

>>871
で、そのスレッドは、なんのためのスレッドなの？
マルチコアを活かしてパフォーマンスが欲しい？
バックグラウンドで常時処理し続けるデーモンみたいなのがある？
上記以外？
それによって、戦略が変わってくると思うんだけど。


> NSLocalizedStringは２週間はかかりそうですがデバッグの意味も含めて
よく見ると、デバックもまだだったのか．．．

え、NSAutoreleasePoolの理解が間違い？
もしかして、個別にリリースしても問題ないはずか、とりあえず
処理はもちろんテストしてある程度まで（１０回くらい）動作は確認している
もちろん５０回くらいスレッド生成-終了テストしたいが、これは自信ないというか
時間も限度があるので問題が出たときの追求は後回しということで
オプション設定が多いのでそういうテストケースは一通りやってますよ
スレッドの理由は処理中もユーザーの操作ができるようにしたいからで
まあ、個人出品なのであまり厳しく追及しないでね