XCode

HMDTのBBSにも書いてあったけど、この３ヶ月だかで書いたとか言う（遅れまくってるが）本
よりこれがあるからって却下？されちゃったらしいdentom本の方が読みたかったなぁ。
なんか一度立ち読みしたらおしまいな本に3,000も4,000も出したかねぇ！とか思ってみたり。

編集もちったあ頭使えや！って、ここで言っても始まらんが（藁
うーん。自費出版ってどの位になるんだろうなぁ？気になるが面識ないからわからん（w

>>540
同意。
dentom本、いつか手に入るんだろうか……

本屋に行ったけど，IBの本は見つけられなかったよ．

>>540
denton氏は，我々の未来を暗示している．Macプログラマの未来はない．

>>540
執筆中にPBがXcodeになり（+その他諸々あって）、
dentomさん自身のモチベーションが下がったためじゃなかった？

dentomって誰だ?

denton氏は
- HMDTの掲示板に一時期書き込みしていた．
- Cocoaのプログラム系のページを持っていた
- Open Medai ToolKitの翻訳をやっていた
人物です．
いろいろあって，田舎へ引っ込んだそうです．

正直言って，彼が田舎へ引っ込む決心をHomePageへ書き込んだ時は泣けました．
私自身も，引くべきか，このまま突き進むべきか，それとも既に引き返せない
地点へ来ているのか悩みました．

久しぶりにdentom氏の掲示板をぐぐったら
なくなっていたけど、田舎に帰ったのか。
惜しい人が引退したものだ。

>>545
彼じゃなくて彼女では

>>547
性別なんて知らんよ．面識もないし．
ただ，才能ある若い青年が自らの努力次第ではなく，時代の波に乗れなかっただけで
田舎に引っ込む事になったのが悲しい．
本職の傍ら趣味であってもいいからこつこつと続けていけるような環境があれば
良いなと，他人ながら思いました．

そういや、dentomさん掲示板で自分が女性だってばらしてたな。

ネカマ

なんかよくわからんがNHKのドラマになりそうな話なのか？

おしん?

すいません．男だと思ってました．謝ります．
>>551
復活したらドラマになるけどな

dentom氏、女性だったのか、しらんかった。
一種の思い込み効果だろうけど、それを聞いてMLのログとか読むと
女性っぽく見えてくる。

プログラマとか実力勝負の世界って性別とか年齢とか見えない方が面白いかも。
変な先入観なしにその人の実力をみてすげー人だと尊敬できるし。

オライリーの「入門Xcode」キボンヌ

>>555
入門シリーズイラニャイ

>>556
Σ (ﾟДﾟ;）なぬ！

じゃあ「プログラミング Mac OS X for Xcode Geeks」！

個人的にはXcode in Nutsshellでもいいかもしれん
リファレンスぽいのがほすいね。

Cocoa in Nutsshellは良かったよ．
リファレンスとして使うのはCocoaBrowserで十分だからいらないと思っていたけど
PowerPlantの時と同じく，紙でぱらぱらとめくると頭に入りやすかった．

>>557
表紙はリアルな牛犬の絵でお願いします

http://lists.apple.com/のメーリングリストから有益なトピックだけ抜き出して
400ページくらいの本に仕立ててくれれば欲しいところ。
でも、メーリングリストの著作権が面倒くさそう。

XCode！コンパイル時に警告出たらプロセス終了できなくなるっ！
フゥン！ハッ！ホゥッンフッ！

>>559
そうだねぇ。ポケットリファレンスのXcodeとInterfaceBuilder用があってもいいかもとか思って
しまった。
牛犬のリアル版て見てみたいな（w

PerlやPHPやRubyやPythonやN88BASICでの開発も対応してくれよ。
何のためのUNIX BASEDだよ

PHPだけならば，
ttp://hetima.com/pblog/category.php?k=php&d=&p=0
ttp://www.macasylum.com/
をみれば？

~/Library/Application\ Support/Apple/DeveloperTools以下を
いじくるといろいろできそうですよ．旦那．

http://gnufoo.org/gba/
こちらを解凍してみると，同階層のMakeFileを呼び出しているみたいなので
もっといろいろと遊べる可能性あり

>>561
同じく。
環境設定のビルドの設定少し変えたら起きなくなった。
（何をどう変えたのかは忘れた）

IBMのコンパイラgxlc、60日間お試しが出てますね。lameで試してみた。
gccのコンパイルオプションでG5最適化すると10%早くなる。
gxlcのO3でさらに8%早くなった。なぜかO5だと4倍遅くなるが。
lameはMakefileいじったが、Xcodeだとプリセットが付加されて設定は簡単そう。
ただしコンパイルはかなり遅い。gccの3倍くらい？一応コンパチらしいんで
Deplaymetのみに使うもんかな。マシンはG5/2G Dualね。

cbook24に発注してた「Xcodeプログラミング入門」発送の連絡が来たよ。
どうやら今度は発刊されたようだ。ただし、見られるのは月曜なんだな。

目次見たらホントに入門て感じ

>>566
乙

俺だけかも知れないけど、最適化よりも素性のいいコンパイラが欲しい。
C/C++の標準規格にきちんと適合していたり、
エラーメッセージを明確に表示してくれるとか。
gccはCodeWarriorに比べてやりにくい。

CodeWarriorの方が素性が悪いと思うが・・・
STLで入れ子のテンプレートを書くと解釈できないし

柴本は買いなのか？

>>569
俺もgccは嫌だ。
他のコンパイラにすれば幸せかというとそうでもないが。

D言語ってMacで使えないかな。
C言語のライブラリをリンクできるらしいから
動きさえすれば即戦力っぽいんだけど。

開発をやりにくくするRADツールなんて初めて使ったよビクーリ

>>569
gccの出力ちゃんと読んでる？
CWみたいにバカでもわかるように表示してもらわないとわからない？？

Xcodeのコンパイルしてエラーが出たときに再ビルド出来なくなるバグ、あれどうやって直すんですか？

このスレの前の方かプログラミングスレで出てた気がする

>>574
香ばしい香具師が現れたな。

柴田さんのXcode本って店頭に並んでるの？
近所の書店には無かったけど・・・。
（それほど売れそうなものじゃないから、仕入れてない可能性は大）

通販予約したら昨日届いたよ

はっきり言って買う価値なしだな。予想通りSCMについての記述は一切ない。
9割くらいはまったく無駄なページで、各ページの左右には無意味なしおりがついて
スペースを埋めてるだけだし、APPENDIXのXcode附属サンプルプログラム解説なんて
何にも解説してない。画面のキャプチャーとプログラムの説明が2,3行あるだけ。この
程度の内容ならヘルプのマニュアルの方がましだ。立ち読みで十分の本。資源の無駄遣い。

>580
XcodeのSCMのCVSってただのおまけ程度のものだけどね。

Q0,CVSを開始するにはどうすればいいですか？(プロジェクトをimport or checkout するには？）
Q1,タグをつけるにはどうすればいいですか？
Q1',ブランチを切るにはどうすればいいですか？
Q2,今トランクにいるのですが、ブランチの途中から先端までをマージしたいのですがどうすればいいのですか？

A0,1,1',2,TerminalかそのたのCVSツールでどうぞ。

Q,0,Q1ぐらいはできるようにしろよ。>Apple

「Xcodeプログラミング入門」で俺も日曜プログラマーだぜ！
と意気込んで予約してたものの、かなり肩すかしをくらいました。
「下の中〜上」レベルのプログラム知識しか持ち合わせてないオイラは何から手をつけたらいいでしょう？
「Cocoaはやっぱり!―MacOS Xプログラミング入門」
「Mac OS X Cocoaプログラミング」
とかありますが、他にお勧めありますか？後者は改訂版が出るとか出ないとか数ヶ月前に話題になってたようですが。。

>582
『「下の中〜上」レベルのプログラム知識』っていうのは具体的にどんな知識？
後者の改訂版は四月にでるけど英語だよ？

>>582
後者のが一番いいと思う。日本語販が出るのは早くても秋がいいとこ
だな。

Xcodeプログラミング入門は悪い評価が定着する前に極力早く処分
することを薦める。

Xcode本の目次とサンプルプロジェクトのダウンロードはここ。
http://book.mycom.co.jp/book/4-8399-1357-9/4-8399-1357-9.shtml
もっと情報の詰まった本にして欲しかったね。

まだ中身見てないけど、この本の中身、実質は第４章だけのような。

だ、ダメなのか。。。

>>586
その4章があの内容かよ、おい(笑)
それほど期待はしていなかったが、ここまでとは。。。

XCode入門を買う気マンマンで本屋に行きました．内容を確認して買う気は
萎えました．私の評価は以下のような感じです

*良かった点
- 分散コンパイルの方法が書いてあった
余ったMacを持っている人には有効な技だと思う．俺は持ってないけど．

- アプリケーション・アイコンの作り方がのってた
　アートワークを人に頼む時はこの手の参考資料があると楽．
何度も説明するのは面倒だし，デザイナーもアートワークの修正毎に
組み込みを頼むのは面倒だからこの章を参考にすると仕事がスムーズに
進むかもしれない．

- パフォーマンス・分析ツールの紹介があった
　さらっと２〜３ページだけでしたが，今まであまり話題にならないツールだったので
有益な情報かもしれません．仕事の終盤でお友達になるツールです．

* だめな点
- やっつけ仕事過ぎ
3章の各種プロジェクトの作成をスクリーンショットで紹介しているだけで
ページを消費するのはどうかと思う．

- サンプルプリグラムの解説が投げやり
ビルドしてスクリーンショットをとって，１行コメントを書いてました．
どんな読者を想定しているのかわからない不思議なページでした．

- ページのレイアウトがうまいいが内容が薄い
個人的にページの端っこについている目次みたいとかが好き．
暗い感じがする「MacOSX Cocoaプログラミング」や支離滅裂な感じがする
「Cocoaはやっぱり！」と違い品がよくまとまってます．
　その分内容の薄さが目立ち読んでてがっくりします．

なんか予想通りな評価しかでてこないねぇ。
dentom本よみてぇ〜〜

お前らXcodeの何が知りたいの？解説本なんて無くても使えるでしょう？

それは禁句だ

ProjecctBuilderに比べて、設定があっちこっちに分散して使いにくく
なったからね。そこのとこをうまくまとめてあるのかと思ったら
クソ本だったという・・・

柴田本は完全に失敗だから、dentom本復活のチャンスはあるんじゃ
ないのか?

>>591
個々の使い方はマニュアルに書いてある．知りたいのは個々の機能の組み合わせ方．
知識ではなく知恵．例えば，

Xcodeでphpの開発をやる知恵
ttp://hetima.com/pblog/category.php?k=php&d=&p=0

XcodeとMakeFileを組み合わせる知恵
ttp://home.r00.itscom.net/top/gbcube/xcode4gbadev.html
GBAの開発との組み合わせになっているが，MakeFileの組み合わせで書いてある．
GBAの解説はいらない．XCodeからMakeFileの呼び出し方をもっと詳しく知りたい．

XcodeとPackageMakerを組み合わせる知恵
Deploymentでインストーラも作成できると楽．URLは失念．

XCodeとUnitTest
ttp://sente.epfl.ch/software/ocunit/
ttp://www.asahi-net.or.jp/~vx2t-andu/mac/ocunit.html
ttp://homepage.mac.com/mindtools/OCUnitHowTo.html

XCodeとCVS
ttp://homepage3.nifty.com/toralu/MEMO/cvs1.html
ttp://sente.epfl.ch/software/cvl/

XCodeとBugTrackingSystem
htmlの表示機能とwgetやperlとあわせて現在Openなバグの一覧を表示するとか
いろいろと面白い事が出来そう.

XCodeとiCalを組み合わせた開発スケジュール管理
妄想中．

こんな感じのネタをぐつぐつ煮込むと「Xcode for Geeks」が出来そう．

そういえば柴田氏って、先日のデベロッパブリーフィングで
肝心のXcodeの説明がこれから始まるってタイミングで会場を
抜けだしてたなぁ。
よっぽど著書に自信があるのかと思ったが、逆だったか。。。

結局、柴田氏の「Xcodeプログラミング入門」の良くないところは何ですか？
不足部分とか、こうしたら良いって部分を指摘したら、次作は改善されるのでは。
他のライターさんも参考になるだろうしね。

俺としては、Xcodeでのサンプルをわかりやすくand多く載せて欲しいと思った。
Unix系のプログラムをマックに移植するやり方(Tip)とかね。（ライブラリの導入法とか）

柴田本、通販で買った漏れは負け組ですか・・？

>>597
読めば判るだろ……。
役立つ人もいるんじゃない？気分的なレベルで

>>596
こうしたら良いも何も、どうでもいい情報でページを埋めただけの
代物だよ。全面的に書き直さない限り箸にも棒にもかからんゴミだ。
初心者向けにすらなっていない。

こんな恥ずかしいものを良く出せたもんだよ。厚顔無恥とはまさに
このことだ。

>598
まだ届いてないから読めない
そおか、読む前から負け組か・・・

>>594
な〜るほど、入門じゃなくて、応用ね。それなら俺も金払う。
てか、柴田氏の本はちゃんと「入門」って書いてあるぞ。

>>600
いいえ。中身も確かめずにホイホイ本を買える金持のあなたは勝ち組です。
今度おごってください。

Xcodeでプロジェクトの名前とappの名前を一括変更する方法無いの？
インスペクターでappの名前変えたりしたら
ビルドと実行するとアプリが起動してるのにメニューが出なくて
どうやってもアプリが終了できなくなったんですけど。
しかも、アプリを単独起動(ダブルクリックで起動）すると
これは壊れてるぞ〜と言います。

困った。

（アプリの名前戻したら直ったけど）

というばかな俺はXcode入門買うべき負け組ですか。
しょぼん

> というばかな俺はXcode入門買うべき負け組ですか。

どっかにwiki設置してノウハウ集を作るとしたら利用しますか？
すぐには役に立たないけど、皆さんの協力と半年くらいの時間があれば
ヘコい本よりはずっと有益な情報源になるかも知れません。

でも、mkino氏とか精力的に情報を提供している人もいるし、無用の長物かも知れません。

物は試しと設置してみました

　http://f34.aaacafe.ne.jp/~macprog/

盛り上がるといいなあ。

>>603
Xcode入門にはそういうトラブルに対する解答は一切ないので
買う必要はないわな。

インストールの方法、極々簡単な使い方がXcode入門の中身。

>>605
乙〜
　pukiwiki慣れないんでしばらく静観してるけど、盛り上がるとええね。

>>607
ども〜
言い出しっぺなので自分でいくつかメモを書いておきます。
が、ド素人なので質も量もたいした事無いかも。

>>599
うっさいハゲ！　文句あるならお前が書け！

>>609
605が頑張って書いている模様。

今日買ってきました。
まだ最初の数ページと、ところどころを斜め読みしただけですが、
思ったよりもわかりやすそうな（書き方の）本だと思いました。

値段を考えると高いと思いますが、初心者に（入門書として）は
悪くないかなと思いました。

>>599
詳しい人や専門職（プログラマ）の人には、物足りないところが
多いと思いますが、間違いがないなら良いと思います。

>>606
>Xcode入門にはそういうトラブルに対する解答は一切ないので

確かにそういう時に頼れないと初心者には困ります。

>>605
乙カレーです！

605のところ、結構増えてる。

>>610
グタグタ言うなら返本するから金返せ。ボケ

>>611
レポサンクス。
ただ「初心者」があの本を読み終えたところで、その後が続くかなぁ。
やはり個々の開発言語の資料が必要なのは変わりないし、実際の開発
の上であの本の内容程度はほとんど役に立たない。

この著者のように実際には開発は行わないけど、Xcodeを触ってみたい
だけって人向けの本だな。読んでも「初心者」からは抜けだせないよ。
ということを見抜けない超初心者をターゲットにしてるから、著者と
出版社のセンスが疑われているわけだ。

どうせ投資するならヒレガス本なりHMDTなり荻原本だな。

VisualC++とXCodeを置き換えると今回の事はわかりやすいかも．
本屋には「入門VisualC++」とか「できるVisualC++」とかの本が並んでます．
本職プログラマには糞味噌に評価されていますが，いつまでもそれなりに売
れ続けています．

プログラムを書いてみたいという人はそれなりに多いが，挫折する人の数も
また多いのではないでしょうか？
XCodeの応用を必要とする人よりも，挫折する人が多いのであれば，柴田氏
もお金の為にはこの手の「入門書」をかかなければならなかったのでは
ないでしょうか？

好意的に解釈するとこんな感じです．

マック雑誌の柴田氏の連載読んだことあるけど、ある程度は予想できたな。
紙面潰しは地球環境にもｲｸﾅｲ

プログラミング初心者には、Apple Script Studio本のが役に立つと思う。
見た事無いけど、これなんか、どうなんだい？
AppleScript Programming for Mac OS X ―Mac OS X v10.2対応　掌田津耶乃

掌田津耶乃って基地外でつか？
純粋 Mac OS X 批判　序説
http://amacre.site.ne.jp/Tuyano/Fun/FUN_5.html
純粋 Mac OS X 批判　破説
http://amacre.site.ne.jp/Tuyano/Fun/FUN_7.html

>>618
うわっ、やっちゃったって感じだなぁ…。

いや、むかしから、アレゲな人だとは思ってたが、ついに、逝っちゃったよなぁ…

て言うかｶﾅｰﾘ前の記事な訳だが。

コピペ？

要するにマク雑誌編集とかが抱えてるライターが未だこんな奴等ばっかだって事なんだろなぁ。
漏れはマック雑誌読まなくなってかなり経つ訳だが（最後に購読してたのはMacTechJapanと
MacDevJournalってのが痛いな）。

しかし他の案はというところでこの古いネタがそのまま通じちゃうとこが痛いよなぁ。
編集者がもうちょっと頭よかったらなぁとかマジで考えちゃうわけだが（w

掌田津耶乃氏は、初心者にも分かりやすく説明したOS Xプログラミングの本を出している。

金のためなら簡単に転ぶ奴なわけね。

>>618
デベロッパーリリースとかパブリックベータとか製品前のものを
一般向けに批判するのもどうかと思うがね。

developmentなら動くのに、deployだとビルド時にエラーが出るんですけど・・・。もうわけ分からんわ。
こういう状況だと、どんな本だろうが欲しくなるわな。

どんなエラーが出るの？

掌田津耶乃ってどうしても「うつだしのう」に見えちゃうんだよなぁ。悪気はないんだけど。。。

しょうだつやの
うつだしのう

>>626
激同意。
俺もどーしてもそう（心の中で）読んでしまう。

624です。ちとお返事遅くなりましたが、
エラーは・・・
multiple definition of symbol ***ってな感じです。
重複してるって言われてもなぁ。
なんでdevelopだと出ないのだろう？
includeの仕方が悪いんだろうか。

>掌田津耶乃氏は、初心者にも分かりやすく説明した

さあどうだかな。あいつが以前に書いたREALbasicの本って数カ所にわたって
間違いがあったし、たしかNIFTYのFMACPROだったか
「継承とビュー階層の区別がついていない」とかたたかれてたぜ。

そんなストーカーまがいの例を挙げられてﾓﾅｰ (w

クラスライブラリを勉強するにあたって，
クラスの継承とビュー階層とコマンド・チェインは最も混乱しやすい箇所の１つ
だと思います．
初心者なら区別つかないのは仕方ない．

>>630
ttp://powerbook.jp/modules/news/index.php?storytopic=24
ここ見たらオツムの程度がわかります。
構造言語学と分析哲学の区別もついてない模様。

>>632
要は初心者ってことですな。

何だ、この痛いホームページは。
http://www.h5.dion.ne.jp/~tuyano/index.html

張りまちがえた。正しくはこっち。
ttp://homepage.mac.com/tuyano/iblog/C1653772498/E1675044921/index.html

>>635
ふーん。なんか難しげな哲学用語を語って自分をえらく見せたい
岩谷宏の亜流って感じ。そういや最近、岩谷さん見かけないな。

岩谷宏と比べられないくらい上の内容はお粗末だけどな。
全然「正しく物事を考えられて」いないんですけど。。。
本当に演繹処理できたら、『論考』の限界も気付くはず。
駄文だからいいんだけど。

>>635
こいつ掌田津耶乃? 別人じゃないの?
こういうおっさんではなかったと思ったが・・・
それとも老け込んだのか?

>>638
間違いなく本人。老け込んでるだけなんじゃねぇの？
てか要するにそんなにちゃんとした事を書かなくても許されてた時代が終わったのに気づいてない
って事は要するにボケてるんだろうと。

>>639
ホンマや。本人やんけ。雑誌なんかで出ていた写真では男前だったように
思ったけど、えらいちがうな。

おまいら、いい加減ヤメレ

NO WAR.
※当HPは、テロ行為および「テロ撲滅」を標榜するいかなる戦争行為にも
反対します。この種の戦争行為を肯定する方は、速やかに退去下さい。
あなたに対するいかなるサービスも与えるつもりはありません。

>>641
他に大したネタがないからなんだろうけど。

最初話題にあがったときは懐かしいとか思ったけど、長々と
ばかにするにはネタが古すぎるかな。あの記事を話題にしている
サイトを少し探してみたんだけど、既にないページも多いし。
K仲川とか。

だからストーカーなんだってば。

スレの主旨からズレすぎ。個人叩きは別スレでやってくれよ。

xcodeのupdateの噂ないね。
置き換え検索で一発で落ちるのなんとかならないもんかね。

うちではそれで落ちた事はないけど、お前がバグレポート上げない限るなおらん。
http://bugreport.apple.com

ええええ
647は落ちないの？

なぜだ・・

>>646
そうでもないようだ。期待しよう。
ttp://www.appleinsider.com/article.php?id=415

検索ではプロジェクト内でもFrameworkでも落ちた事無いよ。あ、Javaは知らん。

>>488に検索で落ちるって人がいるけど、>>646と同じ人かな？
このスレでも検索周りはいろいろ不具合が書かれてるから、updateでは何らかの修正はあるんじゃないのかな。

上のとは別人だけど検索　+ 置き換え　100%落ちるよ。

うちでは全然落ちないな。ダイアログからやってるけど。
落ちるというのはショートカットでの話なのか?

俺が言ってるのはコマンド+ シフト+ F　で出てくる
プロジェクト内検索ね。
100%落ちるよ。

10.3.3
xcode 最新。
PBのころから落ちるけどね。

>>654
>俺が言ってるのはコマンド+ シフト+ F　で出てくる
>プロジェクト内検索ね。
やってみたけど、落ちなかったよ。(Javaアプリのプロジェクト。)
文字コード絡みなのかな。

落ちる人、Crash Dump見てみて。Console.appから見られる。

プロジェクト内検索でも落ちんぞ。Xcode最新って1.1.1? 1.2?

>>615
たまたま都会に出る機会があって、ようやく話題のXcode入門を立ち読みしました。
感想ですけど、今までMacプログラム本って、わりあい内容がそれなりにあるもの
ばかりでWindowsのVB本やVC++本でよく見かけるヘルプメニューを読めばわかるじゃん
というパターンは無かったのですが、まさしく貴殿が言う通りでした。
当然買いませんでした。

つーか、本職でも専門でもない奴が書いた”専門書”に期待してる奴がアホだろw

>>615の言うように、ライバル書籍の出現が無いうちにXcodeの名前をつけて
適当に解説付ければ売れると社内で判断されただけの話だろ。

まあそれでも、「できるシリーズ」並？の本が売れるというのは、
好意的に解釈すれば、Xcode（Mac）ユーザーが増えているって事になるが…

んなわけないわなw

「入門」って書いている時点で専門書なのかという疑問が。ごほごほごほ。
だけどこの本、相当大きい店でないと置いてなかったりする。都市部でも。
たぶん初版で2000部、条件が良くて3000部ってとこだな。
だとすると３ケ月でちゃっちゃっと書いても、さほど儲けにはならんな。
300×3000=90万円
１ケ月につき30万円ってか。

アマゾンの書評も見てみた。

ttp://www.amazon.co.jp/exec/obidos/ASIN/4839913579/

最も好意的な評でも

>ただCocoa APIを使った事のない人やObject-C言語を知らない方は
>別の本で基礎を勉強されないと、この本だけでの開発は無理です。

とか

>しかし、この本は、言語やフレームワークに付いての本ではないため、
>最初の一冊として買った人は、すぐに、各言語やフレームワークの
>解説書を買い足す必要が有る。

ってのは厳しいですな。

ちなみに最悪評価のだと

>使えない。
>Mac OS Xでのプログラミングに関する書籍はこれまでいくつも出版
>されていますが、どれもなかなかの出来のものばかりでした。
>それらの本に続いてこの「Xcode入門」は出版され、期待していた方も
>多かったと思われますが、残念ながら、本書の内容はその期待に
>沿うものではありません。〜〜　この本の問題点は誰が対象なのか
>さっぱりわからないところです。初心者向けにしてはちゃんとした
>チュートリアルがなく、そこそこ経験を積んだ開発者向けにしては
>必要な情報が全く載っていません。解説の内容も、ほとんどがXcode
>〜〜 Tool付属のドキュメント（それも日本語化されている部分！）
>を読めば載っているようなものばかりです。〜

うひょ。手厳しい。ここのスレの書き込みよりボロクソだねー。

自分で金出して買えば、辛辣になるわな。
すばやい廃刊を望むよ。混乱を避けるためにもね。

幻のdentom本とやらの復活を望む。

3000円の価値はないよね。

クラッシュログ読んでも何がいけないのか解らん。

ｱﾎﾟｰがいけないんだろ。

キーボードショートカットで相談です．
以前 c-x c-s で保存のショートカットを追加していました．
同じ様に c-x o で他のviewへ移ろうと以下のようなコードを
キーボードショートカットファイルに追加しました．
<key>o</key>
<string>selectNextKeyView:</string>
ところが，テキストエディット部分ではこのショートカットが
有効なのですが，他の「グループとファイル」や「ファイル名」
の部分ではこのショートカットが聞きません．（タブキーならば聞くのでが）

だれか他のviewでもc-x oを聞く様にする方法はご存じないでしょうか？

XL C/C++ CompilerとFx DebuggerってAbsoftが販売するんだねぇ。
てことは代理店は当然あすこでぼったくり価格が設定されるって罠か。

$400ということは84,000円だな、多分。あそこは200円/$だから。
仕入れが仮に$200とするとボロ儲けだわな。ただ、それほど売れるものでも
あるまい。

日本語マニュアルなしで50,000円くらいなら買ってもいいけど、高いようなら
無理して買うこともないな。

今月号のUNIX MagazineかUNIX Userに本社のオカモトたんとジャパンの担当者のインタビューが載ってて
インタビュアーから「アポーは各種開発・サーバー周りのドキュメントは揃ってるが殆ど日本語化されてないのは惜しい」
オカモト「資料のローカライズは今一番力を入れてる。日本の担当はまさしく彼」
日本担当「全部を日本語化するのには追いつかない状態が今は効率よく資料を参照できるように整理している」
インタビュアー「特にXCode、X11、Xgrid等のみなが知りたい最新の技術資料が揃ってないのが惜しい」
日本担当「申しわけありません」
というやり取りが載っていた

オカモトさん、そいつは世界で一番の役立たずです

同意。
Objective-Cの文書が翻訳できないなんてアホそのものだろ。
あんな簡単な英文が翻訳できないとは。

と書いたが、まさか翻訳しているのが社員１名だけってことないだろな。
あるいは外注費ケチって、どっかのアホな英文科大学生のバイトだったりして。

>>673
ありそうだな（wそのオチは。
てかTN1150のHFS+の記事の日本語の方古いまんまでHFSXの話が出てないよね、まだ。
今確認してみたらまだだし（w

どうもこういうのが多すぎるよなぁ。
結局各自自分で読んでるんだよなぁ。

ドラフトでもいいからさっさっと出せ。無能な香具師に給料払えるほど
日本では余裕はないだろうに。売り上げ21%減。原田は逃げたが、担当者は
血を吐いてでも訳しまくれ。

「申しわけありません」と逝ったわりに定時退社してそうな不陰気だな

漠然とした質問で悪いんだけど、Objective-Cって速い？
アクションゲーム作れるくらい速い？

ていうかObjecive-Cで書かれてるFinderがグリグリ動くんだから速いに決まってるか。
ごめんね。

>>677
マシン語で書いてアセンブラ通す時代はもう終わっていますよ？

FinderはObjecive-Cではないけどな

初歩的な質問なんですけど、文字のエンコードってどうされてますか？
ウィンドウのタイトルが、CFSTR通しても文字化けしちゃうんですけど。
どっかのサイトでCFTSRで日本語使わない方がいいって書いてあったけど、回避方は無いんでしょうか。

NSLocalizedString というものを調べる。

>>680
ソースに直接書いているというドジはしてないだろうね。

REALbasicやFutureBasicのアクションゲームがあるぐらいだから
Objective-Cでもありそうな気はする。ただしゲームプログラマーって
人種はObjective-Cのスキルがない人が多いから例が少ないだけと思う。

よく知らんけど，ゲームってOpenGLで作るもんじゃないの？

OpenGLは３次元ゲームでしか使いませんが。
しかしゲームプログラムを作る場合、自分だったらゲームライブラリがあるなら
それを使うという発想をしますが。SDLとかAllegroとか。
いずれもCかC++で組むやつですが。

>>685

Mac OS X ３次元ゲーム認定ｷﾀｰ（AA略

CFSTRはコンパイル時にCFStringに変換されて埋め込まれるけど、文字はASCIIコードだけ。
日本語などでCFString/NSStringを使うなら〜Create〜な関数で作るなどして。
http://developer.apple.com/documentation/CoreFoundation/Reference/CFStringRef/Reference/function_group_1.html

>>634
Game Sprocket...

>>685
> OpenGLは３次元ゲームでしか使いませんが。
OpenGLは高速2Dグラフィックライブラリでもある。
OpenGL hardware blitterを使うといかに速くなるかはこの
辺りを参照
http://www.spriteworld.org/
http://www.algonet.se/~afb/

６８０です。
ふむ〜。例えば、CFStringCreateWithCharactersで、
エディタのエンコードをunicodeにしておけばオケーってことなんでしょうか？とりあえず試してみます。
ちなみに私はCarbon＆Ｃで書いております。

>690

条件後付けｷﾀｰ（AA略

>>689
いいこと聞いた。認識を改めます。

CreateWithCStringとkCFStringEncodingMacJapanese使ったら
ちゃんと日本語のタイトルが出ました！ありがとう。
でも相変わらずZerolinkエラーは直らない・・・。

Zerolinkエラーってなんや？
悪名高い
ttp://developer.apple.com/ja/qa/qa2001/qa1322.html
に書かれている現象のこと？

以前にも書きましたが、Developmentだととりあえず警告はでるけど、
ビルド＆実行が可能。
でも、Deploymentでビルドするとエラーが出てダメなんですよぅ。
何が悪いのかが分かんない。

Zerolinkのときはリンク忘れがあっても、いちおう通すことがあるんだけど
だからといってOKと解釈すると危険だよ。なにかリンク忘れしているものが
あるはず。再確認しないと危険だよ。

リンクの仕方が悪いのかと本を読み直してて、今ごろ気付いたんですが、
ヘッダファイルの書き方が違うんじゃないかと・・・。
Ｃ初心者なんですけが、externの使い方がおかしいのかも。
developモードだとおかしなincludeでも動いちゃうのかなぁ。
現在、extern辺りを書き直して再挑戦中です。

どういうエラーなのか教えてくれよ。

Warningとか出てない？ >>697
C言語のWarningは他のプログラミング言語ではエラー扱いのものが結構あるのさ。

Multiple definition of symbol ***ってな感じのエラーが出てました。
Warning...もありました。Carbonフレームワークうんぬん・・・って。

#includeの使い方が間違ってたみたい。
長いことFutureBASIC使ってたせいか、
普通に関数宣言した.cファイルをincludeしちゃってた・・・。
Ｃだとダメだったのね。お恥ずかしい。

すごいオチ。記念あげ。

でも今度はstructをどこでincludeすべきかで悩んでたりする。

根本的にCを勉強しなおせ。

ピクッ　体がFutureBASICに反応してしまう　ピクッ

>>703に賛成。
そんなに険しい道じゃないと思う FB->C

Ｃで挫折してＦＢに逃げていた人間ですから・・・。
ＣＷが高かったってのもあるけど。
でもＦＢからＣだと、そんなに違和感ない感じしますけどね。
ただ・・・Ｃはincludeの使い方が面倒ですね。

お騒がせしましたが、今さっき、なんとかビルドに成功しました。
構造体のテンプレートを.hにしておいて、
実際の定義・・・structでも定義っつうのか宣言っつうのか
どうかよく分からんけど、とにかく.cの方で
struct charaParam sCHR[50];
ってやったら通りました。externだけしかしてなかったのが原因ってことかな。

うぅん、どうだろう。
FBでも似た様なモンじゃありませんでした?

>Ｃはincludeの使い方が面倒ですね。

悪いことは言わないから基礎からC言語の勉強をやり直せ。
includeに含めていいもの、悪いものは初期の段階で知るべき知識だから。

FBだと、とりあえず使う前にincludeしてあれば可、だったと思います。
目的毎に書いたソースをどんどんincludeしてました。

Ｃの場合は、.hの中でextern宣言（？）しておいて、
それをincludeしてからじゃないと呼べないってことですね。
externの必要がないぶん、FBは楽ってことになる・・・かな。

Ｃでのinclude方法は理解できたと思います。たぶん。

FBの場合、リンカーがないから、その代用をincludeでしているんじゃ？
そのおかげで平行開発とかチーム開発をやりにくくしているように思うんだが。

FutureBASICが誤解を受けそうなんですが。
FutureBASICのインクルードファイルには関数定義のみ記述する規則になってます。
っていうかモロにCのincludeを模した機能です。

CだってCソースをincludeできるけど普通はそんな使い方をしませんよね？
ファイルの分割も可能です。
FutureBASICが変てこな言語てわけじゃないんで、そこんとこよろしく。

>>711 C++とかになるとインライン関数をひたすらヘッダに書く香具師が
いる。実質的にヘッダにコードが混じる形だ。

かといって、Java みたいにヘッダという概念がないものもなにかと不便
なのよね。

他人事ながら>>709がチョット心配になってきた。
どうしよう・・・。

>711を読むかぎり>709はBasicの時点ですでにincludeを正しく使っていなかったわけで、、

むかしHeaderファイルが嫌いだからといって定義を各ソースにコピペした
ドロドロなCソースを書いていた知り合いがいたのを思い出したよ。

＞Ｃの場合は、.hの中でextern宣言（？）しておいて、
＞それをincludeしてからじゃないと呼べないってことですね。

＞Ｃでのinclude方法は理解できたと思います。たぶん。

これで理解できたとは思えないｗ

プリプロセッサとは何か考えよ

>>715
同感。

と、これだけでは無意味なので。↓のURLを参考にしてほしい。

ヘッダファイルとは
ttp://www.02.246.ne.jp/%7Etorutk/cxx/file/header.html
↑これはC++の話だが、C言語にも関係する話。

「Ｃ言語入門のちょっと後」　〜　玄関かな？？？　〜
ttp://kamei-www.cs.titech.ac.jp/%7Emmasato/c_lang.htm
↑#includeとは何かを書いてます。

include の説明は良いとしても、ポインタと配列の部分は混乱してますね。

ポインタ関連はこの辺の文章も薦めときます。
ttp://kmaebashi.com/programmer/pointer.html

そのkmaebashi.comだけど
OOP関係は香ばしいことを言っている椰子だから要注意です。

>>718
「配列がポインタに変換される」とか、「ポインタを剥がす」
なんて言われても分かんねーべ。
初心者にはお勧めしない。

>>719
そーいやそうだった、フォローさんくすコ。

>>720
嘘を覚える前に見ておく方がいいとおもったから書いたんだけど。
C言語自体が「初心者には到底おすすめできない言語」だし。
それに今回は別言語の経験者。


「traditional-Cウザイんじゃボケ、カス、シね」というスタンスで
次世代C＋＋入門とかCocoa限定Objective-C++入門とかがあるんなら良いけど。
入門書の冒頭に「童貞はヤッテから来い」とか書いちゃてる時点で初心者向けちゃうやんと思う。

Xcode 1.2 出てるべ。

地味に報告アリガト

Xcode1.2 複数ファイル一括置き換えで落ちるバグ直ってねぇー
落ちない人もいるけど、何がいかんの？

文字コードの問題と勝手に予想しますた。

なぜに細切れのみ...

なぬ！直ってないのか・・鬱

>>721
seXcodeキター

include関連ではお世話になりました。
昔のことなんでよく覚えてないけど・・・FBだと
「敵キャラ関連.incl」、「マップ初期化.incl」・・・
とかいうファイルを書いといて「main.bas」でインクルードして
はい完成、ってやってたっけ。・・・間違いだったのか・・・。

Objective-C プログラミング言語 日本語訳。質はどうだ？
http://developer.apple.com/ja/documentation/cocoa/Conceptual/ObjectiveC/index.html
http://developer.apple.com/ja/documentation/japanese.html

>>730
待ってました！

ありがたい．苦労して英語で読むよりずっと楽．
日本語で読みたかった例外処理とスレッド同期のところを早速読ませていただきました．
辞書を引かなくても読めるのは最高です．

ざっと見て，質は悪くないと思います．「例外処理とスレッド同期」での明らかなミスは
ここくらいではないでしょうか？

http://developer.apple.com/ja/documentation/cocoa/Conceptual/ObjectiveC/index.html
のリスト２-1例外ハンドラで
@try, @catchディレクティブの"@"マークが抜けている．

スレッドは元々スレッドを使ってないので間違っていてもわからない．

訳してくれた人，訳す事を決定してくれた人に感謝．

>732
うわっ！
いつの間にこんなものが．．．って 10.3 以降って書いてあるか。

でも環境依存だね。アップデータで後方互換出来るレベルの問題じゃないのかな。
NavFile なんかは System 7 までサポートとかやってくれたのにね。

@synchronized　とかもあるし Java からのフィードバックみたいだね。


で、どうでもいいが、例外処理に関する文書では、NS_DURING のことしか書かれてなくて、
それが言語仕様に取り込まれたことには全く触れられてないままだね。
排他制御も然り。

Apple はほんとに文献に対する認識が甘いよね。

例外処理って言語仕様に取り込まれたの？

>734
今、Obj-Cの仕様はAppleが握ってるんじゃなかったっけ？
NeXTに付いてきたというか。

その Apple が Obj-C の説明として、
「Objective-C では、例外処理とスレッド同期をサポートしています。」
っていってるんだから、言語仕様に取り込まれたってことなんじゃないんですか？

つーことでちょっと試してみた。

#import <Cocoa/Cocoa.h>

@interface Test : NSObject
-(void)hoge;
@end
@implementation Test
-(void)hoge
{
[[NSArray array] objectAtIndex:5]; // 例外発生!!
}
@end
int main(int argc, const char *argv[])
{
NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];

@try {
[[[[Test alloc] init] autorelease] hoge];
}
@catch (NSException *exception) {
NSLog(@"main: Caught %@: %@", [exception name], [exception reason]);
}
@finally {
NSLog( @"final" );
}
[pool release];

return 0;
}

結果。

2004-04-28 21:23:10.890 exceptionTest[932] main: Caught NSRangeException: *** -[NSCFArray objectAtIndex:]: index (5) beyond bounds (0)
2004-04-28 21:23:10.905 exceptionTest[932] final

うん。
ちゃんとキャッチしてる。

後方互換がないのは痛いけど、fanally は魅力ありすぎです。

>>736
それできるとは知らなかった。だけど
10.2.8 でやってみたらエラー(illegal statement)になる。

10.3 以降じゃないとだめ？

>>738

「注意：プログラムでこれらの機能のいずれかを使用すると、Mac OS X v10.3 以降でのみ実行可能なアプリケーションになります。それ以前のバージョンのソフトウェアでは、例外処理と同期のランタイムサポートがないからです。」

だそうです。

10.3以降でもこれを使う場合は
「これらの機能のサポートを有効にするには 、GCC (GNU Compiler Collection) v3.3 以降の -fobjc-exceptions スイッチを使用します。」
ということだそうで。

風呂入ってて気づいた。

>>738
日本語訳されてんだから自分で読めよ！

びっくりしたよ、おじさん。（w

>>732
自己レスです．今日再び見たら"@"マークがついていました．
私の見間違いだったようです，すいません．

>741
俺が見たときは付いてなかったよ。

多分 Apple の中の人がこのスレを見てた。
もしくは　>>730 の中の人が Apple の中の人。

まあ、2ch に晒しとけば勝手にチェック&突っ込みしてくれるので便利。

>>742
両者の利害が完全に一致というわけだね。いいことだよ。

変更履歴に誤字を修正したと書いてほしい．

いまちょっと遅ればせながらADCサイトからXcode1.2落として
たんだけど、なんか今現在Appleのftpサイト止まってる?
オレんとこADSL1.5なんで分割イメージ全選択してgetしてたら
最後の１つが落とせないままになってて、ADCサイトに再ログイン
したらDownloadのメニューが無いんだけど……

この連休、Xcodeで遊ぼうと思ってたんだが。
（まあ、待ってりゃ回復するだろうけど）

>>745
同じでつ・・・
うち、ISDNだから毎日せっせと落として
19まで来たのに＿|￣|○

>>746
あ〜、オレだけじゃなかったか、よかった。って、いまだに回復して
ませんねぇ。こっちはあとラスト１だけど（最後の一個前がちゃんと
落ちてるのかどうか不明だけど）、しばらく待たなだめか……

>>747
表示されるようになったけど、今度は
肝心なFTPに繋ぐのに「適切なアクセス権
がない」とかほざくヽ(`Д´)ﾉ
もうちょい待ちでちゅ・・・

復活しますた∩( ･ω･)∩　ばんじゃーい

上のlocationがJapanになってる？今は行けるみたいです。

getできたっす、Xcode 1.2。
どうやら作業してたっぽいですな。What's newが更新されてるので。
（なんで、ftpサイトごと止めなならんのかナゾだけど）

で、Xcode1.2のウリとは？？

そもそもどこが変わったんだか、よくわかんねー。

おなじく分からん。
バグ取りだけかな。

よかった。安心したよ。

含まれているドキュメントが更新されてるんでしょ。
だけど、それは直接Appleのサイトにアクセスしてもいいしね。

あんたらリリースノート読まんのか。

>>757
軽く目を通してみたが、細々と改良点とバグフィックスばかり
並んでいて、どこがバージョンのコンマ0.1上げるほどのポイント
なのかよくわからんのですわ。
よかったら、重要な変更点を教えてください。

ですわ、キター!!

>>758
「細々と並んだ改良点とバグフィックス」がコンマ0.1上げた理由だと思うが。
各項目の「General Improvements」に一通り目を通しておけばいいんでないの？

分からんというのは
効果のほどが分からんという意味だ。
ドキュメント変わったとか
バグつぶしとかはreleaseNoteで分かるわい。

Xcodeって、キーワードの色分けとか追加できるの？
元々定義されてるJavaとかならいいんだけど、
PHPの開発とかにも使用したいので。

･･･無理かなやっぱり？

>>762
同じようなことを考えた人がいる。
http://www.macasylum.com/

>>762
>PHPの開発とかにも使用したいので。
PHPが開発が可能なのですか？　Perlも開発
可能なのでしょうか？

間違えてDeveloperフォルダを削除しちゃって、Xcodeを再インストールしようとしたら
インストーラからアップデートしか選べないんですけど、どうしたらいいんでしょうか？
誰か助けて〜

>>765
/Library/R*(名前忘れた)かなんかにインストールされてるパッケージの一覧入ってなかったっけ。
それ消してみれば？

>>765
/Volumes/Xcode Tools/Utilities/uninstall-devtools.pl を走らせろ！

766さんの方法で出来ました。
767さんもありがとうございました。

先日10.3買って、Xcodeインストールしてみました。
今、Objective Cの本を読んでます。
Macでの開発って初めてなので右も左も・・・。
でもなんだか久しぶりにうきうきしてます。

あまりにも初歩的すぎる疑問のようで、マニュアル読んでもよくわからんので
教えておくんなまし。NSImageに画像を設定する時のパスについてなんですが、

NSImage *img;
NSImageView *imgView;
img = [[NSImage alloc] initWithContentsOfFile:@"xxxxxx"];
[imgView setImage:img];

このxxxxxxの部分の書き方がよくわからんのです。
たとえばこのプロダクト名がTestだとし、設定したい画像ファイルの名前が
sample.tifというものとすれば、このTIFFファイルをプロジェクトに追加して
xxxxxxの部分の文字列を Test.app/Contents/Resources/sample.tif
とすれば良いのかと思っていたんです。で、実際、Xcode上ではうまく表示
されるんですけれども、ビルドしたアプリの方 (Test/build/Test.app) を
ダブルクリックしてみると全然ダメみたいでして。
Test.app の Contents/Resources/ には、ちゃんとsample.tifが含まれてます。

マニュアルの "ファイルと参照スタイル" の項が怪しいと読んではみたのですが、
初心者には聞いた事のない単語がたくさんでてきてお手上げです。
よろしくお願いします。

initWithContentsOfFile:に渡すのはフルパス。オープンダイアログで選択
されたファイルを開く時とかに使う。

Contents/Resources内の画像を取得したい場合は、
img = [NSImage imageNamed:@"sample"];
ファイル名だけを拡張子付けずに指定

>>771
音速でどもです。
なるほど、前述の方法でなまじ表示されてしまうもんだから
根本的に勘違いしてました。助かりました。

IBでcontrolキーを押しながらドラッグしてコネクションを張る事が出来なくなりました．
解決方法をご存知のかたいらっしゃいませんでしょうか？

Xcodeではctrol-fやbが使えるのでハードウエアやAppKitがおかしくなったようでは
ないようです．
ポインタ情報だけで十分ですのでよろしくお願いします．(T_T)

>>773
Interface Builderの「Preferences...」の「Editing」タブ内の「Lock all connections」にチェックが入っていないだろうか。
もし入ってたら外す。それ以外だと分からん。Xcodeを再インストールして治ったというカキコもあったけども。

>>774
ビンゴです．Lock All Connectionsにチェックが入っておりました．
初歩的な質問にお答えしていただきありがとうございます．

IBの超初歩なんですが、質問させてください。

MainWindowに、ボタンとテキストフィールドを配置します。
NSObjects > MyControl を作り、このMyControlにButton1とTextField1の
Outlet、pushというActionを持たせます。Contol+ドラッグで部品接続。

…で、ですね、Xcode側でいじっているうちに、もうひとつボタンが欲しく
なります。この場合、IBでMainWindowにボタンをレイアウトした後、
もう一度、"Classes" タブでMyControlを複製 → Outlet "Button2" を追加
→ Instantiate → 接続 → Create Files とやり直さなければならないのでしょうか？

>>776
そだよ。結構面倒だよ。
俺は全部作り終わったらソース作るけど。

追加
コントローラは一つでもいいと思うよ

>>776
ちゃんと本で勉強したなら書いてあるでしょ。買ってないなら一冊は買うべき。
XcodeでヘッダをいじったあとはIBのClassesでMyControlを選択、
メニュー＞Classes＞Read MyControl.h でヘッダを読み込めばOutlet、Actionの追加ができる。

>>777-779
ありがとございます。
ちゃんと頭の中を整理してから設計しないといかんって事ですね。

萩原本、HMDT本、入門Cocoaあたりは読んでるんですが、
IBそのものの本というのはまだ持ってないんですよねぇ。
立ち読みしてみると「このぐらい触ってりゃわかるべ」と思って
買わずにいてしまって、いざこういう時に困ります。

>>780
>IBそのものの本

そんなものは存在しない!!!

>>781
いやIB+αの本みたことあるけど。。。

>> 780
逆に本(のチュートリアル)に頼りすぎてるところもあるのでは？
自分でどんどん実験してみて、理解を深めないと。

ズブの素人がXcode触ろうと言うときに買う本はヒレガス本で良いですか？

>>784
他に適当な本はない。Xcodeの入門書ではないけど、使っているうちに
慣れてくるよ。パソコンサンデーじゃないけど、習うより慣れろ、だな。

ありがとう。

素人向けに一番いいのはオライリーのLearning Cocoa with Objective-Cだと思う。
……翻訳いまだにでてないけどな。

このスレで叩かれている「Xcode入門」だけは避けておけ。
ほんとにHELPメニューに書かれている内容だから無駄金使うから。

WWDCの早期割引終了。木曜で近ツリツアーの応募も終了。行く人いる？

>>789
そういやADCから電話来たな。WWDC行きませんか？っての（w

>>787
今だと、それなのかねぇ。ヒレガス本は2ndが翻訳されたら決定版かね？
でも翻訳されるのだろうか？って不安はつきまといますな。どっちも。

その後はCocoa in Nutshellみたいなリファレンスになるような本かね？

でもって>>788もいう通りあれはよしといた方が吉。立ち読みしてレイアウトの勉強にするとか（w
近所の公共図書館に購入させるとかでいいかと。たぶん一度読めば全部ヘルプに書いてあるじゃんか
って気づいてかなり鬱になれるだろうから。

簡単なリファレンス本でないかな? 昔、インサイドマックのリファレンス本
みたいな奴としてBNNの「インサイドマック徹底ガイド」があったけど
ああいうのが欲しいな。あれは長い間愛用したよ。

ミナミのジュンク堂でヒレガス本買って参りました。
これからみっちり勉強します。最初の一ヶ月が勝負ー。

>>791
とりあえずCocoaBrowserって事になるんかねぇ。
このスレかどっか別のスレかmacosx-dev-jpMLにあったパッチあててビルドしなおせばとりあえず使える
けども。紙じゃなきゃ嫌ってことだとO'ReillyのCocoa in Nutshellかね？

まぁ、日本語は無いわけだが。

クッハー、Objective-Cわかんねー。でも楽しー。
C言語の基礎の基礎（文法とか）が手っ取り早く解るサイトＳＡＧＡＳＵＺＯ−。

文法、か。。。

文法うんぬんなんかよりもAPIをしらなきゃ手も足もでない。

MacintoshはToolboxと呼ばれる洗練されたAPI群を最初から用意していた。

うーむなるほど。

洗練された、か。。。

偉大なるビルアトキンソン師は写真家になっちゃった

>730の日本語ドキュメンツに文法というかルールが載ってた。
疑問解消ー。C言語の知識が無い人は何かよんどけとか書いてあったから
ビックリシチャタヨー

複数ターゲットを全部ビルドするターゲットはどうやって作るんでしょうか。

スレ立てるまでも〜〜、からきました。

Xcodeで商用アプリの開発は、どうやってやればいいのでしょうか？

アプリに制限つけたり、ライセンス式を導入するための知識がつく、本かサイトなどありませんか？

おねがいします。

商用アプリの開発者が2chでこんな質問するこんな世の中じゃ

>>802
お前じゃ一生無理。あきらめてVBで開発でもやってろ

>>802
http://www.ntl.co.jp/2/product/plugin/

>>802
この人が作ったソフトで制限付けられたら使いたくないかも。

>801
新しいターゲットを作って、その中に全部入れる。

気づきにくいけど、ターゲットは入れ子に出来るよ。
ローダブルバンドルを作りつつ、そのローダブルバンドルを使うアプリを作るとき便利。
アプリのターゲットの下にローダブルバンドルのターゲット入れとけば
一緒にビルドしてくれる。

ﾎﾟｲｽﾞﾝ

>>807
ありがと。
できた。
もうひとつ教えてほしいことが。

static libraryとかの　xxx.aっていう拡張子のライブラリを作って
projectに足してコンパイルしてもほかの人の環境でApp起動すると
libraryが無いって言われるんだけど
一緒にコンパイルできないんでしょうか。

>>807
ZeroLinkになってないかい？

#ライブラリはコンパイルじゃなくて、リンクまたはビルド

ほかの人にあげる時点でゼロリンクは外してます。

>>#ライブラリはコンパイルじゃなくて、リンクまたはビルド
この部分をもうちょっとヒントもらえませんか。
コンパイルって書いたのはXcodeでビルドの意味で書きました。

そうですね。VBで開発してみます。
http://www.ntl.co.jp/2/product/plugin/
も参考になります。
情報ありがとうございました。

>>809
外から持ってきたダイナミックリンクなライブラリも使ってるのでは？
Terminal で
% otool -L /path/to/yourApp.app/Contents/MacOS/yourApp
でどんなダイナミックリンクライブラリを使ってるか見れるよ。
/System/Library/Frameworks/
/usr/lib/
内以外のライブラリは標準では入ってないはずです。

>>813
ありがとう。そうなんです。
その場合はそのライブラリーをインストールしてもらう
もしくはインストーラーに含めるなどしないといけないんでしょうか。

>>814
OgreKitが、onigurumaを別ターゲットでビルドしてリンクしていたような気がする
ひょっとしたら参考になるかも

Xcodeで開発しようとインストールしてみたのだが、プロジェクト（Java Tool)を新規作成して、
プロジェクト名を入力、できあがったものをなんもいじらずビルドすると
コンパイルエラーが出る。ファイルなどをみると文字化けしているっぽいんだが、
プロジェクト名に日本語使ってないし、なんでよ。
なんか設定変？

>>816
NewProject -> Java Tool -> build -> run
Hello World!　って出たよ。
Xcode 1.2 , OS X 10.3.3

>>816
PROJECTNAMEASIDENTIFIER でぐぐれ

ヒレガス本の第二版を買ってきた
（何故か梅田の紀伊国屋に置いてあった）。
AppleScript Studioはともかく、
GNUStepに関する章まであるよ(^_^;

#どちらも軽く触れてるだけですが。

>>819
Cocoa Bindingも載ってる？

>>819
>GNUStepに関する章まであるよ(^_^;

ヲォぉ。軽く触れられてるだけでもいいねぇ。
最近はWinGWとかでWinでサンプルが動きますなObjective-C本とかもあるし、この辺をまとめて
勧める事もできそうで嬉しいなぁ。

HMDT本の第二版（Panther対応バージョン）が6/25に出るってさ。
例の使えない本よりこっちのほうがずっと良かったりして・・・

>>822
>例の使えない本よりこっちのほうがずっと良かったりして・・・

ありえるよ。大いにありえるよ、それ。

かなりﾖｻｹﾞ。あの本のことは忘れたい。
http://homepage.mac.com/mkino2/

＞ちなみに、Web サイトとは違って、本では普通に「ですます調」で書いているので、ご安心を。
ﾜﾗﾀ

>>815
ありがと。

で、OgreKitいいね。
そしてXOgre.pbpluginなんていう便利プラグインの存在を知った。
これ全ファイル検索できたらいいのになぁ。
Xcodeのpluginって初めてみたけど、ソースみると
そんなに難しくないみたい。ちょい頑張って全ファイル検索機能付けてみるか。

HMDT2はよさげだね。1が未だに手放せない俺的には買ってしまいそう。

>例の使えない本

2ちゃんねるよりもアマゾンのレビューに
厳しいことを書かれていたあれかい？（w

難波のジュンク堂では、ただでさえ狭いMacのコーナーで
表紙見せてならべてやがった。ジュンク堂の値打ち下げる
って、よっぽど言ってやりたかったけど我慢した。

タイトルを言ってはいけないあの本・・・ハリポタみたい。

ちょっと期待させる感じだね。
改訂作業できっといろいろこなれてる部分もあるだろうし（エンバグしてるとこもあるかもだけどさ）
なんとなく買っちゃいそうな予感が（リファレンス的に使えれば漏れみたいなボケはぢめた人間にも
お役立ち。

お、ココバイを解説した本ってもしかしたら世界初じゃない？

>>830のココバイで桃白白思い出した・・・鬱

む、思いのほか表紙がクールじゃないの。
140ページのために買います。

俺も買う〜楽しみだ。

TigerのXcodeがC＃と.Net Framework に対応する噂が流れてんだが……
ほんとだとしたらすごいな………

>>833
苦労してObj-Cを勉強している俺の立場は...onz

>>833
いっそVB.NETとDelphi.NETも。

Obj-Cって苦労するほどのものか？
今まで習った中で最も楽だった。

>>833
OS X用の.Net Frameworkってできたの？
Appleが作るとは思えんけど。

Xcode 1.2 ビバ！

>>838
>>722

>>838
ふと思ったのだが、ニュースサイトのいい加減な情報に振り回されてる人とか？
てかなんで今頃公開されました！とかやってんだろなぁ。そろいもそろって。
パッケージング変更して再公開とか？そんなネタ見つけられなかったんだが。

と、思ったらxcode-usersに同じ質問してるのがいるな（w

build number同じ？

>>837
AppleInsider に乗ってたんだけどね、この話。
もし真実であるとすれば
１：MSが直々に開発
２：MonoやDotGNUから拝借
っていうのが考えられる。現実味があるのは２のほうかなぁ。
一応Mac上で動かす事ができるはず……使った事ないんでわかんないけど。

それ以前にDotNET自体が全然普及してない罠。移植する必要性をあまり感じず。

ただパースして、インデント、色づけできるって程度だったりはしないのかな？？
ビルドは分散ビルドの延長で、外のマシンでビルドさせるとか。

AppleはJAVAを推進(それほど熱心にはみえないが・・・)してるのに
C#とか.Netに鞍替えするとは思えないな。

そんなことよりまずXcode本体をだな

まあ、あくまでも噂だから。
てきとーに聞き流しといたほうがいいと思う。

>>836
うらやましい．俺はもう若い頃の柔軟さも記憶力もないよ

なんか誤解しているようだけど、オレは45歳だが。

>>842
変わったのはOSの方だけだな。てかADCサイトの更新具合にあっちのニュースサイトがだまされる＞
それを見て中身見ない日本のニュースサイトも以下同文ってオチっぽい（w
そんなしょっちゅうADC メンバーサイトのぞいてなきゃそうなるって罠かね？

>>843
まぁ、噂サイトの噂ってだけだろうけども。
.NETのCLIフレームワークはMSがソース出してなかったっけ？以前。
まだその絡み？とか一瞬思ってしもたよ。
でもXcodeのパッケージに同梱して配布というより誰かが乗っける方が可能性は高いよね。

そういや某炭屋のサイトにAppleがXcode2.0の情報をって書いてあったけどどこにあるんだろ？
そのネタが見つからん。

某サイトを見てXcode2.0の情報探しましたが、どこかの日記サイトで小ネタを見かけるだけで、見つからないですね。
うーん、表ではVB.net、自宅でコソコソCarbonやってたりする私の場合、.netは有り難いかも。
Cocoaフレームワークを覚えるのが面倒で手出ししにくい・・・；；

Xcode で Java Application を作ろうとしたら
はじめから書いてあるソースがいろいろめんどくさそうだった

>>853
テンプレートのこと？
なら、捨てて自分で一から書けばいいと思うよ。

Cocoa-Java Applicationを選んだんじゃないの?

へー、はじめからあるテンプレって捨てられるのか。しらんかった。

>>852
　.netもフレームワークな訳だが。

857のツッコミに同感。

>Cocoaフレームワークを覚えるのが面倒で手出ししにくい・・・；；

その程度で面倒なら.NETフレームワークはどうなるんだ。
もっと、ややこしいぞ。

>>857
てか852って普段は.netでお仕事さ〜。とかで、今更Cocoaフレームワーク覚えるのが面倒とか
で、.netフレームワークそのまま使えれば楽してラッキーうほうほとかなんでね？

という風に単純に読めたのだが。

うん、単純にそう。そのまま使えるとは思わないけど。
扱い安さでCocoaやCarbonの方がイイのかな。.NETは全てにおいてボリューム有りすぎる。

>>860
まぁ、慣れ親しんでいるのなら.NETてのもいいんだろうと思う。
それで窓用のを簡単にマクに持って来れるてのも一つのメリットだろうと思うし。
でもCocoa（というかOpenStepの成れの果てでもいいけど）とObjective-Cって組み合わせは
以外と楽じゃないかな？と逝ってみる（w
Carbonは今から手を出すのはやめたほーがいいかと思うけど。C++なれててさ、今更変なのはとか
思ってたとしてもあまりに楽で拍子抜けしますよ＞Objective-C
それにもしJava屋ならそっちからのアプローチもあるしね。

まぁ食わず嫌いより手を出してみて笑ってみるってのも手かと。とりあえずOSXがあるんならXcodeを
含めて一通りダータで手に入る環境なんだし手を出さないのは損損。

861に禿同だが、Carbonやってみたい俺。

>>862
あえて茨の道を歩んでみるのも楽しいかもしれないが激しくお勧めできない（w

Toollboxプログラミングのうちは楽しかったんだけどねぇ。。。
IM眺めたり、Think ReferenceやToolbox Assistant引きまくったり(遠い目

>>862
Carbonは止めとけ。俺も長いことMacでプログラム作ってきたけど、もう
うんざりしてる。Carbonは冗長で退屈なコードを延々と書かなきゃならん
からしんどいぞ。

CarbonとCocoaって排他的なものじゃないだろう。
それに、Carbonも生Win32やXLibはもちろん、GTK+と比較しても
結構マシな設計になっていると思う。

最近の低レベルAPIとしては素性はいい方だろう。

Macのもんしか作らないんだったらCocoaはいいだろうけど、クソWinのもんまで作らなければ
ならない漏れにとってはCarbonのほうが良いな。
Win版で銭稼いでMac版は半ば趣味で出させてもらってる、みたいな感じだから仕方ない。orz

Objective-Cの入門書って見たことがないんだけど、存在するの？
それともあまりにマイナーな言語なのかな？

Cocoa で libpng とか使ってる俺は邪道なの？

Cocoa から Carbon API 呼ぶのも普通だと思うのも邪道なの？

昔作った描画ライブラリ使うために NSQuickDrawView を使うのも邪道なの？

皆さんはどこに Cocoa と　Carbon　の線引きをしてるの？

>>868
本もでてるけどAppleのADCで「Objective-C プログラミング言語」という文書が公開されてますので、どうぞ。

>>869
俺は開発スケジュールに余裕がないから仕方なくObjective-CでCarbon併用。
しかもPowerPlantまで一部動員してるよ。余裕があればCocoaオンリーで
行きたいんだけどなぁ。ああ、でもCarbonに依存してないとこでポータブル
に書いた部分はバリバリC++でObjective-Cには仕様上無理な部分もあるから
そこは残したいか。

CocoaからAppleScriptも呼べるし、ターミナルアプリも呼べるし。
つうか無意味な純血主義にこだわるのはなぜ？
チーム開発で他の人間がついてけないからとか？

週末は、Cocoa-Javaでも勉強しよ！

漏れはできるだけCocoaの中でOpenStepSpecificationから外れないよーにしてる。
てかGNUstep方面で作ってるのをCocoaに持って来てるだけって話も無くはない罠。

でも気がつくとCocoa版にどんどんOpenStepで見た事ないもんが乗っかる罠（鬱

ところで、HMDTのmkino先生が
dumpしてハック、隠しAPI発見って言ってるのは
具体的にはどうやるの？
どのメソッドが呼ばれたっていうのが分かる実行モードがあるの？

>>875
classdumpでないのかな？
ttp://www.codethecode.com/Projects/class-dump

これとotoolでアップル謹製のあれこれを探索するのはみんなやってるもんだとばかり

>>869
俺はOS Xの何でもありなとこが気に入ってる。
CocoaもCarbonもUNIXコール（っていうの？）も使えるし、
言語的にもObjective-CとC++を混ぜて書けるし。
NSQuickDrawViewも、NSImageで描くよりQuickTimeでGWorldに描いた方が
高速だったりするので使ってる。

Cocoaだけで書けば他のプラットフォームに移植できる、ってわけでもないし、
なんでもありでいいんじゃない？

>>875
framework を nm する。
OS X の nm はObj-Cに対応してますです。

Cocoaの仕様はすでにOpenStepの3倍だとさ。

>>879
そんなに引き離された感覚は無かったんだけど、WebKitとかAddressBookとかもいれるとそうなんだろう
な〜〜。
そんでもってこのCocoaの独自発展？が最大の悩みだったりする（w

てかXcodeになって使い勝手も変わっちゃったしさ〜〜orz

試しにXcodeでプロジェクト１つ通してみたけど
使いにくい！！
CodeWarriorもってる人はあまり使うメリットないんじゃないかな？デバッグ効率悪いしね・・
無料なのは素晴らしいが。タダより安いものは〜って？（＾＾；

>>881
タダより高いものはない、と間違えてる?

少なくともXCodeにはYBBのような罠や縛りがないので、
使わなければよいだけでは。

>>881
煽りにしても下手だな（ぷ
単に慣れた環境が使いやすいだけでしょ。そろそろ引退したら？おじいちゃん。

スルーして次

デバッガはCWの方がいいけど、あとはCWの負け。CWは昔からオプチマイザが
カス。

gccの最適化っていいか？
URLは失念したけど、いろいろなコンパイラの生成したコードのベンチマークがあったけど
かなり劣っていたような記憶がある。

C#にも負けてた。

>>886
gccはCPU毎に最適化の度合いが違ったりするからなぁ・・・
C#ってPowerPC用とかあったっけ？
x86は癖の強いCPUだから（汎用レジスタが少ない）
専用のコンパイラと比較すると見劣りするかと。

ちなみにPowerPCコードを吐けるCコンパイラってIBM辺りが出してたりしないのかな？

Mac OS Xの開発はXcodeだけ！！
CodeWarrior？何それ？？
それにしてもXcodeのUIって重いよね。プロジェクトの設定一個変えただけでグルグルだもんな。
一体どこまで行っちゃってんの？って感じ。

>>887
かなり該出ギミなんだけどIBM謹製のPPC用C/C++/Objective-CコンパイラとFortranコンパイラは出てる
日本では某Fortran販売会社がやることになったんでぼったくり必至！ってんで鬱な人が増えてるわけだが。

いづれにせよ同一プラットフォームで別コンパイラでテストってんなら判るけどねぇ。
比較自体でキネェよ！ってのを結構平気で比べるのが多すぎるよな。

>>888
Xcodeも使わずにmakeファイルごりごり手書きは駄目ですか？そうですかorz
いや、とりあえずIDE無くていいんだよ、漏れはもう。

>>887
書かないですまん、Intel（たぶんPentium 4）向け。
確認していないけど、gccの最適化は出版されているコンパイラの本程度らしい。
CodeWarriorはしらんけど、VC++とか、それよりだいぶ高度な最適化をやってるという。

MONOならPowerPCでもC#動くけど、JITは付かないんじゃなかったかな。

CodeWarriorは最適化で変なコードを吐くことが多い気がする。
gccはそういうことがあまりない気がする。

>>897
とするとIA32ではgccはタコなのは定説だけど、PPCでそれを確認した奴はいないって事かね？

てか弾が少ないがorz

↑ちげーよ>>891だよorz

もう駄目ぽ

>>892
コンパイラのことは詳しくないんだけど、CodeWarriorって
680x0からPowerPCへの移行の頃に台頭してきて、
そのころは言語もCとPascalがまだ両方ともあったから、
中間言語にコンパイルしてから、それぞれのコードにコンパイルする設計だったと思う。

もし、CodeWarriorに●●言語を対応させるなら、
●●から中間言語にコンパイルするものを書けば、
あとは、中間言語からx86でもPPCでも、68kでも対応した。

でも、この方式って面倒くさそうなんだけど、それは素人考え？
最適化がおかしかったというのも、イメージとしては納得できる。

Mr. C 最強！

>>895
そのおかげで今のCWのメインストリームは組み込み系って事になってるんじゃ？と思ってみたり。

てかそろそろすれ違いだね。

>>895
コンパイルの過程で中間コードを生成するのは、程度の差こそあれ普通
ソースコードのパース結果をtreeで表現したり、スタック系バイトコードにしたりとかな。

まぁ、どっちにしろコンパイラの性能を比較するのなら、
同じCPU、で同じコードをコンパイルした結果（実行結果ではなくて、
コードの質を評価する）を比較しないと意味ないよな

極端な話、標準的なコードを取り決めて、コンパイラが吐き出したアセンブラコードを
２chとかに貼付けて、みんなで寄ってたかって評価するのが、
一番公平なのかモナー

市内の大きめな本屋まわったが荻原本何処にも置いてなかった。アマゾンでも在庫無しだったし。
Obj-Cの解説本は他に無いのに・・・ほんまたのむよ

Appleのサイトで勉強してるけど、Objective-Cってオブジェクト指向プログラミングの入門用としては結構いいかも？

広文社のサイトに繋がらないと思ったら潰れてたのか。
最後まで手元に残すのは荻原本なのになあ。

ジュンク堂残り２冊、と言ってみる

>>900
>広文社のサイトに繋がらないと思ったら潰れてたのか。

ソースｷﾎﾞﾝﾇ。

>>902
前の方だったか別のスレで広文社のサイトがなくなった、というのがあったけど。

広文社のURIが光文社のURIと被ってるので使えなくなったのかも

http://www.hir-net.com/link/book/a10ko.html

を見るとURIはまったく一緒!!

>>904
タイポじゃないのかな？光文社はcomで広文社はco.jpになってるけど。
まぁ、広文社が403だからねぇ。ホスティングサービスがサービス停止したって事なんだろうけども。

荻原のObjective-C本の価値＞＞＞＞＞＞＞＞＞＞あの本の価値

荻原のObjective-C本の価値＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞…………＞＞＞＞＞あの本の価値
むしろこんなかんじじゃないの？

帝国データバンクのサイトで無料で調べられる企業コードで検索してみたが
株式会社広文社は出てこなかった。倒産したのかも?

Apple Human Interface Guidelines に続いて復刊.com の出番か？

本の価値は人それぞれだろ．
全くの初心者にはObjecive-C本はネコに小判だ．
少なくとも「あの本」はその手の初心者には地獄に仏．
そして，Macのプログラムの本が出版されるだけでも
ありがたいと思わないと....(T_T)

>>910
一瞬、地獄に仏に会った気分にさせてくれるだけだろう。
実質、本質的な救いにはならんよ。
Macのプログラムの世界で初心者に必要なのはヘルプの焼き直しではなく、
自分で資料を探し、問題を解決していく姿勢と方法だと思う。
仮に同じ焼き直しにしても内容がObj-Cやcocoaのわかりやすい資料を
提供するものであったら、ここまでは叩かれてないだろう。

>>一瞬、地獄に仏に会った気分にさせてくれるだけだろう。
それだけで良いじゃん．どうせほとんどの初心者は挫折するんだし．
自分で問題解決できる人はこの手の本の対象外じゃないの？


ところで，ビルドスタイルは増やす事は出来ないのでしょうか？
テスト用ビルドスタイルとか納品用ビルドスタイルとか作れると
便利だと思うのです．

>>912
ビルドスタイル選ぶポップアップメニューに
ズバリなメニュー項目があるではないか、、、

なるほど、こういう人向けの本なわけだな。

「あの本」で通じるw

「あの本」は市内の本屋にもたいてい置いてあった。やっぱ新しいからか。
HMDTの本も今月末に出るらしいけど、これどうなんだろーなー。　良さげだったら買うかも

Bindingについて書いた本ってまだ他にないよね？
HMDT2出たら立ち読みしてみようかな

過労死しない程度に『月刊 HMDT』発行希望。べーしっ君も掲載。

>>913
すまん，もう少し詳しく教えてください．
ToolBarの所のアクティブビルドスタイルにはDevelopとDeployしかメニューが選べません．
ここ以外にPopUpmenuがあるのでしょうか？

>>914
もうだめだ．onz
買いにいかなきゃ....

開発、運用、新規ビルドスタイル、ビルドスタイルを編集
の４つがありますが何か？

>>919
ビルドスタイルを追加したいなら
プロジェクトを選んで プロジェクト＞情報を見る 「スタイル」タグ、アクティブビルドスタイルに「新規ビルドスタイル」がある。

ヘルプを起動して「ビルドスタイル」の項を読めばいいだけじゃん。
それができないような人には、確かにあの本が必要かもしれんが。
もったいないからちゃんと自分で調べる癖つけた方がいいよ。>919

>一瞬、地獄に仏に会った気分

ただし、その正体は悪魔が仏のコスプレしてるだけだが（w

Xcode 1.5が出たらしい

ノーマル会員にはマダな模様

●●●●●●●●●●svnサポート(　ﾟДﾟ)ﾎｽｨ･･･

>>920, 921, 922
出来ました．みんな親切にありがとう．これでMakefile書かずにすみます．
地獄に仏だよ，本当に．

ずっと，ToolBarのポップアップと，ターゲット＞情報を見＞ビルドを眺めてました．
ヘルプを見ても気がつかない俺では「あの本」の購買層以前のようです．

>>916
こないだHMDT買ったおれは負け組ですか

>>927
傷つけたくないから本当のことは言えない。

>>927
涙の数だけ強くなれるよ。

>>927
今のうちにヤフオクで売っておけ。

>>927
「あの本」買っちゃったヤシに比べれば劇的勝利。

傷ついた！
心の底から傷ついた！

>>927

ヽ(∀ﾟ )人( ﾟ∀)/ ﾅｶｰﾏ



orz

>>927, 933
あれだ、まだPanther買ってないとか言う危篤^H^H奇特な人に押し付ける！

おまいら、ちょっと教えてください。

NSOutlieView に値を表示するには必ずDataSourceを
使わないといけないのですか。変更の発生しない固定値を
表示したいだけなのですけれども。
何かこう、setメソッド一発でどうにかならないものでしょうか。

setDataSource....

何回やってもXcode1.2が落とせない。私だけ？
なんかエラーが出るんですけど。＜Safari
ページ見つからないって言われる。＜IE

きっともうだめなんだよ

CDから入れた後で、ソフトウェアうpでーとした方が落とす容量も少なくて良いんでないの？

>>939
ソフトウェアアップデートでは1.1までしかアップデートしてくれませんでしたよ。

漏れも。

Downloadに1時間ですね。

Xcode 1.5
Think Secretでは、Apple Computerが「WWDC 2004」で「Xcode 1.5」を公開するかもしれないと伝えています。

>>943
どんなものが出るかはWWDCで発表されるまで何とも言えんよねぇ。
シード券ある人はそれこそNDAに縛られる訳だし。
個人的にはバグが取れてて、操作とか設定が大幅に変更されて混乱しなきゃ何でもいいよ。

てかコンテンツクリエイタ用プログラムばっか増えて実の無い事にならんか心配だったりするんだけど。
空港で靴脱げ！まで言われる国に行く根性もないしなぁ（その前にそんな時間も金もねぇ（死

#とかいうレスばかりになるな、噂サイトのネタが出てくると（藁

10.3.4にあぷでとしたせいかどうか分かんないけど、
ビルド中断ができなくなってる。（Xcode1.1）
ビルド中にエラーが出たりすると、もうビルド中止できないから
ソース直してさあもう一回、ってできん。
一旦終了させればいいんだけど、そんなのやってられんし。困ったなぁ。

>>945
俺もそれなったことある。今はならないけど。Xcode1.2入れてみたら？

>>945
XcodeのフォーカスつーかFirstResponderをいろいろ変えてやるとボタンが有効になったりしませんか？

うちは、独立エディタウィンドウのビルドボタンが無効になるようになって、
発狂しながらエディタ部分をクリックしたらなぜか有効になったことがあった。
それ以来、無意識にエディタをクリックしまくってる。

1.2なら直ってるんじゃないかと思うんだけど、なんせ
ダウンロードできない状態が続いてるし。いつになったら
直してくれるんだろう。＞ADCのダウソページ。

９４７氏の方法、試してみます。

XcodeでBundle(DLL)のデバッグを行いたいのですが、XcodeからBundleを利用する
アプリケーションを起動する(もしくは、プロセスにアタッチする？）方法がわかりません。
どなたかご存知ありませんか？

>>949
アプリケーションとバンドルのコードが手元にあるなら、
両方のプロジェクトをXcodeで開いてアプリケーションを
デバッグで起動すればできたような気がします。

>949
PBでしかやってませんが、以前 IBパレットのデバッグをやってました。

単にBundleの呼び出し元をアプリケーションに指定してやるだけです。
呼び出しもとのコードは必要ありません。
Xcodeの場合は、ターゲットの｢情報｣辺りにあるんではないでしょか。

コピーフェーズを作って、バンドルをアプリのバンドルを格納する位置にコピーしてやると楽です。

>>951
お、そういうのがあるんですか。ありがと。Xcodeでも調べてみました。

メニューの「プロジェクト」＞「新規カスタム実行可能ファイル」 で、
すきなアプリケーションを実行可能ファイルとして追加できます。
これでデバッグ実行すれば、バンドルのデバッグができますね。

複数実行可能ファイルがあるときは、Xcodeの左ペインの「実行可能ファイル」
を選択状態にして、どれを実行するかを選ぶことができます。

NSTableViewにおいてある行を選択し、その行に表示されている
データを取得するには、結局dataSourceを参照しないと
ダメなのでしょうか。

NSOutlineViewのようにselectedRowで選択行のindexを取得して、
itemAtRowでオブジェクトを参照、みたいなことができると
楽なのですが、itemAtRowに当たるメソッドがtableViewには
ないようです。

どなたかお教えください。

selectedRow で選択行の index を取得できるとして、
その行に複数の列があった場合、
NSTableView はどんなデータを返せば良いんだろうな？

「ご回答お願いします」
「どなたかお教えください」

>>955
誰？

「オレオレ、オレだよ、オーレッ！俺！たのむから今すぐ口座に367,290円振り込んでくれっ！」

>>957
アンタ、それだけじゃあ

口座番号わかりませんから!

オレオレ詐欺斬り!!

拙者、実家にオレオレ詐欺しちゃいましたから。切腹！！

XCODE XCODE XCODE

ようやっと2.0の予告が出てきますたな。
>>961
すげーコテハンだな（w撲殺なんてせんでdevMLで直接お前そんな下らん質問してシェアウェアにする
つもりなのか？とか言ってやれば？（w

ttp://www.apple.co.jp/news/2004/jun/29xcode2.html

　12ヶ月前のリリース以来、XcodeはMac OS Xの開発者
　コミュニティの間で大変好評をいただいています。






ウソつけ

唯一の入門書、名前を書けないあの本も大不評だしな。

>>963
俺みたいな日曜プログラマには大人気よ

JavaはEclipse使うが

HMDT本、出てますた。
http://www.amazon.co.jp/exec/obidos/ASIN/4861001242/hmdt-22/249-6712279-3818743

２００５年第一四半期まで、生殺しにされます…ｳﾎﾞｧ
http://www.apple.com/macosx/tiger/xcode.html

とりあえず期待はクラス図ほいほい機能かなぁ（w

>>968
同じく!! 適当なJavaのパッケージ放りこんだら、生成してくれたりとかならんかな。

Xcode2.0入門を書く気なんだろうか? 香具師は?

Subversionも標準サポートで、移行できる

Subversionのサポートは嬉しいな。
nibがパッケージになっている為に、コマンドラインが扱いにくかった。

HMDT第二版のXcodeの説明（30ページ弱）と例の本一冊分の内容
情報量が変わらない気がするのは俺の気のせいだろうか？

>>973
禿同。

てかあの凝りに凝ったレイアウトで実は30pより中身が無いんじゃないかと(ry

>>966
どっちが役に立つんだろう…
ttp://book.mycom.co.jp/book/4-8399-1265-3/4-8399-1265-3.shtml

…それとも両方買うべきか？

>>975
これは面白そうだね。でもHMDT本を買おうかって事はCocoaをやるってことだよね？
とりあえずHMDT本である程度のレベルまでObjective-Cに馴染んでからCode読む本でもいいのかな？
とりあえずPDFの立ち読みの分量がもうちょっと欲しい鴨（w

>>975
黒HMDT本を買おうと思ってたけど、こっちを先に買っちゃいそうだな。
もちろん、CocoaBindingを説明してくれている黒HMDTも買うけどね。

>>970
先に書いちゃえば阻止できるよ、たぶん

>>978
30ページくらい書けばいいんだよね

HMDT・・・おれは負け組・・・

俺も・・・(´･ω･`)ｼｮﾎﾞｰﾝ

>>979
HMDTの半分くらいでいいから精力的にWebにプログラミングネタを
使える形でまとめて知名度を上げてから出版社に書かせてくれっていえばいいんじゃないの？

今から書きためて、2.0で変更になった部分を修正して出版