Xcode part4

アップルのサイトのデベロッパ向けドキュメントが
ほとんど英語なのはなぜ？

USの企業だから。

でも一部のドキュメントは訳されてるよ
なんで全部訳してくれないの？

その昔、「アップルジャパンが仕事をしない件」っていうスレがあったそうな。

>>668
そのレスには度々こうレスして来た。
「アップルジャパンは販売代理店」

訳されてないと見る事すらできないの？と思ってしまうな

日本人には英語より日本語の方が読みやすいよね？
日本人のユーザのことは考えてないのかな？

http://pc9.2ch.net/test/read.cgi/mac/1141967564/

この手の資料は英語の方が読みやすい

ユーザのことは考えてないだろう、デベロッパ向けだし。
で、日本語しか読む気が無いデベロッパのことは大して重用視してないだろう、腐った魚の目をしてることだし。

使いやすいツールを求めるのはいいのに
読みやすいドキュメントを求めるのはダメなの？
どうして？？？

>>673に同意。
続きはADCスレでどうぞ。

英語の方が読みやすい人は英語の方を読めばいいのでは？

英語の方が読みやすいのは翻訳が下手だからだよな
英語向けに作られたプログラム言語の概念などをうまく日本語に訳す方法論が確立してないのかね

腐った訳をされた学術書で頭がこんがらがった後にちょっとがんばって原書を読むと
雲が晴れたように理解できたりする。

>>667
ADC 資料を個人的に訳しているサイトはある。
http://park15.wakwak.com/~concordia/cocoa_break/

Dashcodeの質問もここでいいのかな。
ポップアップメニューの作り方がわからないんだけど、どうすればいいん？

xcodeってキーボードマクロ使えないんでしょうか。
１００行くらいコピッペ仕事があります。

あったら教えて下さいませ。

>>681
僕もよく分からないけど、スレ違いでないか。
【Tiger】Dashboard - Widget Part 6【WebKit】
http://pc9.2ch.net/test/read.cgi/mac/1140667312/

こっちにレスしといた。

そういえば、dashboardをまったく使っていないことに気がついた。

>>684
おれも。どこが便利なのかわからん。
ファンクションキーを押す修正がないからだろうか？

株価見ないし、天気予報はウェブブラウザで巡回途中に見るし、スティッキーズ使わないし、
モニタは24インチで広いからウインドウ散らかしっぱなしでいいし。

でもなにかがカッコイイと思うので、DashboardスレをROMってみることにする。

電卓だけは素早く使えたらいいなと思う。
でもそれだけのためにコーナーひとつ割り当てるのもばからしいから使ってないけど。

ノートは画面が狭いのでダッシュボードは良く使ってます

>>687
オレもMBP使うようになってからdashboardは使うようになった。
しかしネットアクセスものを色々入れてると最初の起動が遅い…

>>665-679
大昔、InsideMac日本語版がようやく出て、
喜び勇んで全巻で10万はたいたが、結局原書を読む羽目になった
という経験を持つ人は少なくないと思う。

きちんと理解している人が書いてくれないと役に立たないってことですね。

文学はよく知らないけど、理系の本や文章は訳がひどいせいで印象を悪くされているものが多い。
たいてい日本語の表現力というか原文の空気を描く能力が？とか
関係代名詞が見えてきてしまう訳文とか

解説書を含め、関連図書が多数出ていれば単独図書の和訳自体が
へなちょこでも、相互参照することで解決できるんだがなぁ。
英語も出来て、Macのプログラミングに精通していて、
それでいて書籍をかく時間がある人って相当限られてるだろうからな；；

質が低い訳文でも、英文よりはありがたい人間も居ると思います。
Macにスイッチして3年経ちますが、趣味のプログラミング環境だけは移行できていません。
MSDN並の分量が無理でも、SUNのJDK関係と同程度あればと思います。

日本語のドキュメントが増えると嬉しいけど。素直に。

>>692
質の低い訳文、誤訳はハマる元になるから結構辛いよ。
ある程度スキルが溜まってると乗り越えられるけど、
スキルがないうちは信じざるを得ないから沼に沈んでしまう。

>>691
英語も出来て、Macのプログラミングに精通していて、
それでいて書籍をかく時間がある人も少ないだろうけど、
書いた見返りが期待できないというのもあるかと。
このご時勢、出版社もプログラミング本は慎重だし。

なんか、4Dスレの流れと同じだな。

日本語希望とかでると、必ずこうなる。

ここのスレの住人が皆で少しずつ叩き合いながら訳せば使える日本語ドキュメントが増えるんじゃない？

そこまでして日本語ドキュメントが欲しいって人はそんなに多くないと思う。

ある程度訳せる人は英語で充分だろうし、あまり上手く訳せない人が集まっても
意味不明になるだけだし。

MSDNは確かにMacと比べると日本語ドキュメントは揃ってるけど
最新の資料とかあたる時には結局英語になっちゃうわけで
それはLinuxにしろ、Sunにしろ一緒だと思うんだがなぁ。

いわゆるプログラミング入門的な書籍やオンラインドキュメントが
Mac環境にないのはニーズがWinに比べて少ないから仕方ないのでは？
だいたいObject-Cという時点で壁になってるわけだしね。

Objective-Cな。

プログラマなんだから日本語じゃないとチンプンカンプンって人もいないだろうし。

>688
IM のどれだったかで、日本語版だとまったく反対の意味になっているのを発見した
ような記憶が... 遠い思い出。

そこそこ英語が読めても、流し読みの速さなんかは、通訳並に英語ができるように
ならないと母国語のそれには追いつかないような。
細かいスペックを知りたい時なんかは英語でいいんだけど。
というわけで日本語ドキュメントも希望。

そんなことより、WikibooksにCocoaに関する記事を充実させようぜ。

凡例が沢山載っかっていると助かるです。
そう思うとCPANって凄いよなぁと。。。

Camel Bonesはなんだかいまいち（つД｀）

リファライブラリで不満足ならフリーウェアのソースを覘く。

>>698
>いわゆるプログラミング入門的な書籍やオンラインドキュメントが
>Mac環境にない
無くはないベ？ヒレガスの和訳はあるし、
mkino さんとか頑張ってるよね。
入門が何冊もあっても仕方がないから、あれで充分だとおもうけどな〜

日本語ドキュメントが充実しないのは、日本では世界に比べて mac が売れてないから仕方がないかもね。負の循環だけど。

フリー、シェアウェア業界も日本と日本以外では分裂してる気がする。

久しぶりにXcode使ってみたけど、相変わらず問題が多いね
Xcode 3.0では直ってるんだろうか

CodeWarriorが消えたのは結構深刻かも知れないと今さら思う

みんなXcode使ってる？
俺は補助的に使うにとどめる事にした
あと、gccもあんまりよくないような気がする
インテルコンパイラを検討すべきだろうか

>705
>負の循環だけど。
同意
断ち切るにはどうしたらいいんだろう

>>706
>相変わらず問題が多いね
kwsk

日曜プログラマなので Xcode で充分です＞＜
プロのかたには問題なんでしょうね...

>>707
>断ち切るにはどうしたらいいんだろう
我々で一人30台ぐらい買えばいいかも知れない

英語教育の徹底！

別にXcodeで十分だけど。CodeWarriorの方がよっぽど使えんよ。コンパイルが
速いだけで、オプチマイザは出来損ないだったし。PowerPlantは途中で放棄
されて腐ってしまったし。

Carbonで、かつPowerPC専用ならCWでもいいけど、もうイラね。

こんなのあるんですね。
ttp://sourceforge.net/projects/open-powerplant/
腐っちゃたの？

腐っちゃったというか、Metrowerks→Motorola→Freescale が
面倒くさくなって、自前の資産を opensource 化しちゃった、
という顛末だったと思う

<チラシの裏>
実際問題海外にいったりして思うのは、僕も含め日本人というのは他の国のひとに比べて圧倒的に英語ができない。

もちろん発展途上国の一般のひととかは全然英語できないんだけれども、そのあたりのアジアの国のひとでも、パソコンさわるぐらいのひとになると普通英語はぺらぺらしゃべるし普通になんでも読む。

こうなったのは、明治時代とかに偉い人ががんばってたいていの基礎的な教養関連を日本語訳してしまったから、パソコンさわるぐらいまでの教養なら日本語でなんでも身に付いてしまうからで、
他の非欧米諸国ではそうはいかないからはじめから英語を勉強する羽目になるんだと思う。
</チラシの裏>

日本語以外に翻訳されている文章の量をみれば日本だけが冷遇されてるわけでもない。
「自分にはできるんだけど、他の人たちには英語が難しいはずだ」っていう「自称初心者の味方」が
あらわれてグダグダになる展開は何度も繰り返されてきたことだし。

それに、日本語MSDN的な物を求めてるのは少数派。
自称開発者が求めてるのは「サンプルコード」それもコピペだけでアプリが完成できちゃうようなもの。
それを「開発」とは呼ばないとおもうのだが。

プロでやってる人は日本語訳をそれほど必要としていなのかなぁ。
今の時点で仕事になってるのだし。
そうすると、Carbonとかの和訳の優先度は低くて、
日曜プログラマや学生が集まる、Cocoaの和訳充実が有効かもしれない。
とりあえず、AppKitあたりとか。

CarbonはInside Macintosh I - VI + Carbon Porting Guideがあるじゃまいか。

>716
必要性の問題は別として、プロでも日本語訳は嬉しいと思うよ。
ただ、それが「有効」だという事例を見た事無い

んーとさ、ちゃぶ台をひっくり返すような事を言うけど、ここで、アップルは全てのド
キュメントを日本語訳すべきか、なんてことを議論しても仕方ねーべ？
もし、「ドキュメントは全て日本語訳を用意すべきだ」なんて結論に達したとしても、
それでどうなるよ？　アップルに「２ちゃんねるでこういう事になったから、全て訳せ」
とでもメールすんのか？
それに、ドキュメントが全部、日本語で読めたとしても、ソースコードのコメントはど
うするんだ？　それを書いた人間に、「日本語訳を用意しろ」か？　それともソースは
読まないのか？

そんなことより、怖がらないで読んでみろよ。

英文は誰かをとって食ったりはしないし、ADCにあるようなドキュメントは、小説等と
違って、難解な言い回しも少ないぞ。　…いや、まぁ、独特な言い回しはあるが、その
あたりは大抵、パターンみたいなものがあるから、てきとーに数をこなせば理解できる
ようになるだろうし。

翻訳しろってわけじゃないんだ。要点だけつまんで理解できりゃあ、それでいい。
あんまり難しく考えなくていいんだぞ。

>>155
>英文は誰かをとって食ったりはしないし

この人バカ？

それどっかのコピペ

もうさ、ADCスレに移ってた話を続けないで良いよ。

ほんとに4Dスレと同じw

その要点をまとめた日本語ドキュメントが欲しいのだ

まだリンクが張られてないので一応

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

量が少なくても無いよりはマシ

でも、プログラムする人は英語読めないと、どっちみち辛いよね。
というか、そもそもコンピュータに2バイト文字なんて持ち込んだのが間違いじゃないか？とか。
WEBだって、英語できないと翻訳された二次情報待つばかりになるし。

たとえいつか翻訳されようと、英語で知識を吸収できないということは、
スピード重視のIT産業においては決定的に不利だ。
止めた方が良いよ。

EJBなんかも、日本語の本が各種出た頃には当たり前の物に成り下がったからな。

macでプログラミングをするには
IT産業に身を置かなくてはいけないんだな。

敷居高いなあ

不毛な議論は続くよどこまでも。

正規ではないものの、Cocoa/Conceptual 内のガイド110個はすでに翻訳済。
現在も翻訳と最新の情報にあわせた更新も継続中。
リンクはすでに680にはってます。
速度をあげるために、逐語的な訳をしてますが…。
原文にも間違いがあるし、性質上あまり意訳できないものだし。
自分の訳でも読んで問題に思うことがあるのは事実ですが、
実際に決定訳を作ろうとすると、そう簡単ではないのが実情です。

正直 .tar.gz で置いてあるとダウンロードしてまで読もうという人は減ると思う。
html 版もサイトにおいて、google で検索かかるようにしたら？
Cocoa でプログラムしようとして google でまず検索する人は多いでしょう。

しかし暇な人だね。アメリカの Apple にコンタクトとったら雇ってくれたりしないかな。

見事な分量ですね。
Appleに就職推奨。

とりあえずADCかApple Japanあたりに採用の打診してみたら？
見返りを求めるなら、それなりの交渉が必要だろうけど
普通に寄付とかそんな感じなら別に文句言わないんじゃないかな？

Appleがダメなら、MOSAあたりに振っておくばいいかも。
あそこも自前でドキュメントの翻訳やってAppleからリンク貼ってもらってるから
それなりに権威はあるんだろうし。

>730
今知った。
すごいね。
標準でXcodeに採用されたらいいのに。。。

>>680
これはすごい！

昔、２ちゃんでADCのドキュメントを翻訳して公開したいとAppleに問い合わせたら
やめてくれと言われたという書き込みがありましたなあ

最近は mosa や mkino さんにリンクが developer.apple.com/jp
から張ってあるので、度量は広くなっているのだと思われ

>>737
勝手に翻訳して公開するのを許可してくれなていったら、
ふつうは門前払いなのにわざわざアメリカのAppleに聞いてくれるくらい度量が広かったぞ。
単にあのときの梨をはじめとする一部の連中が馬鹿だっただけだ。

あの時はアヒャがADCに連絡取った振りして、「おＫだったよ！｣って言うものだとばかり思ってた。
まじめに連絡とるとは思わなかった。

まあなんにせよ 680 は html 版か pdf 版をおいて Google にひっかかるようにしろということですね

私 (Cocoa Break!) のサイトの場合は、
最終的には本社の Copyright 担当弁護士に英文で問い合わせという返答でした。
開発関係の部署ではないため、マニュアル的に断われる可能性を考えたのと、
英文で Apple 社の弁護士を説得する自信がなく、そのままにしています。
なので正式な許可は得ていません。

HTML版 や PDF版 はサーバー容量確保と作業の手間から予定はありません。
欲しい人は、作られたら良いと思います
去年4月以降、仕事終わった夜や休日は翻訳だけでつぶれています。

ただ、MOSA の翻訳には図がなく、著作権の問題があると思われ、
Web 上で HTML 形式で公開すると、問題になる可能性もありえます。
圧縮して見えない形で配布して、翻訳を行った図のみに限ることで、
できる限り著作権者を刺激しない形にしています。

このスレに、誰か交渉面で協力できる人は居ないのかな?
AJの人とか、MOSAの人とか。

アポジャパンに期待しても無駄だろう。

正規軍がやる気無いからゲリラが頑張ってる

むしろ、放っておいた方が進むかもとネガティブな事を考えてしまった。

>>741
>できる限り著作権者を刺激しない形にしています。
それはわかるけど、日本語ドキュメントが必要な人にも
みつかりにくくなってるわけだから、なんとか良い方法はないかねぇ...

それだけ労力はらってるんだから、もっと報われてほしいんだけど...

xcodeでgtk+-2.0使おうと思っているのですが、pkg-configってどうやってよびだせばいいんですかね？

Mac OS X Dev-jpに、米アップル勤務の井上さんが光臨する事があったと思った。
メールで相談してみるとか。
アドレスは、メーリングリストのログで判るし。

>>748
こういうのってそういう権利関係の話が面倒なんだろ。
彼はエンジニアだし、今忙しそうだし。
本当に社員に相談するならせめて DTS (WWDR) の人とかの方がいいんじゃね?
まあ、案外仕事が直に関係している人に頼むより別の方から攻めた方がよかったり
してな。

しかし >>741 を突き動かしてるものってなんなの... 夜や休日って.. すごい。
まだほんのちょっとした見てないけど、訳もかなりちゃんとしてる。

>>741 はもっと評価されるべき
英語の文章とか交渉とかがきついならMOSAあたりに相談してみてはどうだろうか？

HMDTの木下さんが、アップルのデベロッパーセミナーの講師をやっていたような気がする。
交渉相手を紹介して貰えないかなぁ。

翻訳したいので許可が欲しいという話と、既に翻訳成果が大量にあるので公開許可が欲しいという話は全然違う話なので、
悪い結果にはならないと思う。

公開してるのをやめさせたいのか、天然なのかわからんな。

>>751
でも、許可くれって聞いてダメだと言われた場合は今の公開もやめなきゃいけなくなる罠

自サイトで公開じゃなくて、
「翻訳結果を提供するから、Appleで採用してくれ」というアプローチはダメなのかな？
別にMOSAに掛け合ってもいいんだけど。

翻訳作業の対価を求めるかどうかはともかくとして、ね。

MOSAに、
「翻訳結果を生かす方法を悩んでいるので、相談に乗ってください」
と持ちかけるのが無難なのかな?

翻訳してやったから買えよ。

とか

まあとりあえず mac 板の関連スレのテンプレには入れましょう。

休日使って翻訳しているんだから買ってもらうべき。
もしも提供したら余計に外からを頼ってアップルジャパンは翻訳する努力をしない。
どっちにしてもしないのかもしれないけど。

出版するなら買うぜ

気持ちは判るけど、無責任に許可を貰えとか買ってもらえとか
言う人が多いのには驚くなぁ。
いくらAppleないしAppleJapanが努力を怠ってるとはいえ、
それと法的な判断は全然別の次元で判断されてしまう。

公開許可どころか無断公開への警告が来る可能性の方が大きい。
独自の文章ならともかく、Apple自らが公開している文章の
翻訳への公開許可を与えるということは、Apple自身の責任も
出てきてしまうわけで、そんなリスクを負うと思える方が不思議。
目をつぶって過ごせるものも見過ごせなくなってしまう。
ましてや勝手翻訳を買ってもらえ、なんて夢物語。
常識があれば、HK氏の判断は賢明だと思えるはず。

このまま「ひっそりと」が一番なんじゃない？

>>760
>買ってもらえとか
>言う人が多いのには驚くなぁ。

「買え」はネタで書いたんだが。。。

都合が悪いと全部ネタだってのはズルいですね。

Xcode 版ですので、翻訳の話題が続くのは本意ではないです。自ら話題を振ってしまいましたが…。
翻訳が存在しないという話が続いていましたので、
いちおう個人訳にせよ、翻訳はありますということを伝えたかっただけです。

買ってもらえとか、いろいろな意見がありましたが、
そういうレスを付けて頂いた方には感謝しています。
それは労力をきちんと評価していただいたからだろうと思うからです。

一方で、著作権のからみでそういうのは有り得ないと書いた方にも同感です。
公式ではないので、法的にはそれが通常のとらえ方だと思うからです。

そういうのを別にして、単に私が訳しているのは、
少しでも多くの人がプログラミングの楽しみを味わってほしいと思うからで、
それ以外はどうでもいいことです。
知りあいに Cocoa をすすめたところ、英文で挫折したということがあったので…。

私の訳が意味があるのかどうかは、それが公式に評価されるかどうかではなく、
OS X に付属する開発環境を利用する人が、たとえ1人でも、
日本語訳によって敷居が低くなり、プログラミングに少しでも興味をもてば、
それだけで訳した労力はすでに報われていると思いますので…。それで十分です。

コミケで売るとか。
確かCocoaの雑誌みたいなの売ってなかったっけ?

翻訳を２次創作だと言い張ればいいのか

ガンバレ！
僕は、例の「日本人なら『ココア』でしょ」スレの1だけど、
うまく体制を構築できるなら協力したいな、と思いますが、
あまりおおっぴらにすると前の二の舞になるんだろうな。

しばらく影で見守っています。

ところで、ドキュメントの日本語訳なんていらない！英語で読むのが当然って
主張が急に消えたのは何故？

ホントに日本語訳なんていらないって思うんなら、こういうときこそどうどう
とそう主張すべきなんじゃない？

いや、今でも不要と思ってるが？
訳をやろうとする奴を強いて止めはしないだけで。

同じく。
自分には不要だが、必要としている人達が作り上げるのに文句付ける気はさらさらない。

>>768
「日本語訳のドキュメントは訳が腐ったものしかないのなら」とか、前提付きだったのでは?
で、今はその前提がどうなりそうか、という流れ。

まあ日本語で入門しておけば、まだ未訳の英語ドキュメントでも想像で有る程度は読めるんじゃないかなということも思いました。いちおう中高で英語は勉強した訳だし :p

ビルド後のnibとかのリソースって隠蔽できんの？
パッケージ開くで簡単にいじれてしまうのはなんか気持悪い

ヒントはofficeかな

>>773
各国語版リソースを全部自分で用意するのかい。

>>765
もし完成したものがあるなら、
コミケで売る場所ぐらい確保できるよ
一応UNIX系サークルとして認知されているし。
著作権的に真っ黒だからどうなるか分からんけれど。

そもそも技術翻訳なんてまともなものは期待できないんだから日本語ドキュメント
なんて却って有害だ！みたいな主張してた人たちはどうなんですかね？どうせ最後
は英語の読むしかなくなるから、あるだけ邪魔だし作るのは無駄だみたいなこと言う
人も多かったんじゃないですか？MSDNは日本語訳が充実してるって言われると、そ
んなのは意味のないことだ位のこと言ってる人いませんでしたか？

やっぱり「日本語ドキュメントはあるにこしたことがない」んでしょ？

さっとこのスレすこし読み直してみたけど、777さんがいうほど過激な主張してるひとはいなかったと思われ。

たとえば「まともなのは期待できない」とは書いてたけど、「だから(まともであろうとなかろうと)そもそも有害だ」とかいうのは論理の飛躍でしょ。
まあそう書いてた人もいるかもしらんけど。

個人的には日本語ドキュメント僕はいらないけど、日本語あったらいいと思う人もいるでしょう。

結論 : 777さん、あなたが正しいから満足してお昼寝でもなさい。釣りをするならドザのふりをしてマカをからかったほうがおもしろいよ！

底辺を広げるためにも日本語はあったほうがいいです。

「日本語ドキュメントがあった方がいい」なんていうのは疑う余地もないほど当たり前の
ことだと思ってたんだけど、なぜかMacのプログラミングでの話になると「いらない」っ
て言い張る人がいて違和感を感じてました。

でも、実際作っている人がいるという話になったら急に沈静化したのでどうしたのかな
と思ったわけです。本当に必要ないものなら実際のあるなしに関わらずそう主張すれば
いいのに、そうしないのは本音では「あるにこしたことはない」と思っていたけど、無理
して「いらない」って強弁してた（Appleを批判したくないから？）ってことかなと思え
ます。

別に釣りでも煽りでもないです。「日本語ドキュメントがあった方がいい」っていうごく
普通の考えがやっと認められたということを確認したかっただけです。

>>778がそれを「ものすごく渋々認めてる」のが可愛いｗ

>>780
あなたが女性なら可愛いと言われて嬉しいですが...
あと、2ch でこんなこといってもなんだけど、釣りだと思われたくなければなるべく反語つかわず文章かいたほうがいいとおもいます。疑ってすいませんでした。

なんつーか、ガキっぽい。

まともな日本語訳でないなら無い方がマシ
腐った日本語訳は有害だからいらねえ

疑いようのない事実だと思うが？

糞日本語訳（アポー）は意味不明だから要らん
良日本語訳（HKさん）は助かる人が多いので大歓迎

つうか議論が沈静化してたのは >>680 の人の仕事のおかげだろうに
そこで勝ち誇ったかのように出てくる >>780 みたいな奴は
全く性根が卑しいとしか言いようがないな。
日本語訳が必要か不要かという以前の話として。

確かにガキっぽい。

自分は日本語ドキュメントがあっても使うことはない。
ヒレガス本も含め、Cocoa の書籍も原書を読んでる。
ま、原書を読むのは、Cocoa の書籍に限らないけどね。
俺の部屋洋書だらけw　プログラミング関係だけじゃなく
俺みたいな奴は、>>780 には存在すら否定されちゃうんだろーか

>>783
>>784
文学的表現の翻訳じゃあるまいし、技術翻訳でAppleとHK氏の訳でそんなに
有意な違いがあるとは思えませんが、実際に読み比べた上で言ってるんですか？
HK氏自身>>730で「逐語的な訳」だと言ってますけど？

>>785
別に釣りでも煽りでも勝ち誇っているわけでもないですよ。「日本語ドキュメント
があったほうがいいのかどうか？」という議論について決着がついたと確認したい
だけです。あなた自身ももはや日本語ドキュメントはいらないとは言えなくなった
わけですよね？

もう、いい加減にしたら？

日本語訳あっても使わなければそれでいいし
日本語訳があれば助かる人もいるんだからさ。

この流れだとHK氏もやる気無くしそうだ。。

>>788
>「日本語ドキュメントがあったほうがいいのかどうか？」という議論について
>決着がついたと確認したいだけです。

なんでそんなこと確認したいんだ？
終わったと思うなら自分で終わったと思っとけば良いだけの話だろ？
結局、勝ち負けを決めたいだけなんだろ？

>あなた自身ももはや日本語ドキュメントはいらないとは言えなくなったわけですよね？

は？なんでそうなるんだ？

日本語訳、あった方がいいと思う人、なくてもいいと思う人、無いほうがいいと思う人。それぞれいる

それでいいじゃん。統一しなきゃいかんことか？

荒れてくると楽しいですね〜

とりあえず 780=788 は自分も訳をつくって HK さんにメールするなりして寄与してください！あと、780 さんは「誰にとって」日本語ドキュメントが必要なのかを不用意に文章の途中で替えないようにしてくださいよ。
>「日本語ドキュメントがあったほうがいいのかどうか？」という議論について
別に万人にたいして「あったほうがいいのか」とかいっても仕方がないでしょ。
だから誰に対して、と制限がない議論については決着も何も付きようがないでしょ。

まー、自分の仕事の成果が
何故か何処の誰とも分からん奴の主張の論拠に使われてると知ったら
やる気も無くなるかもな

<｀∀´>ｳﾘﾅﾗの言葉に翻訳するﾆﾀﾞ。英語は認めないﾆﾀﾞ
<｀∀´>ｳﾘﾅﾗならｳﾘﾅﾗの言葉を使うのは当然ﾆﾀﾞ
<｀∀´>これはApple他の怠慢に違いないﾆﾀﾞ。しゃざいとばいｓ（ｒｙ

(´･ω･`;)ooO(おいおい、2chで吠えてもどうしようもないだろ)
(´･ω･`;)ooO(現状、訳は多く無いし、翻訳は時間的にもコストがかかる作業)
(´･ω･`;)ooO(翻訳を待つより開発することが先決なはず…)

(´･ω･`)ﾆﾀﾞさん、英語で読んだ方がいいよ。今後のためにもなるし。
(´･ω･`)実際、誤訳もあるし、慣れると英語の方がいいよ。

<｀∀´>！！！
<#｀∀´>「訳はなくてもいい」「英語が読めないと開発するな」というのかﾆﾀﾞ！
<#｀∀´>そんな主張は到底受け入れられないﾆﾀﾞ!!

(´･ω･`;)ooO(………)

>>780の思い込みの激しさにﾜﾛﾀ

「日本語ドキュメントがあったほうがいい」という点にはもはや誰も
反論できなくて、それ以外の部分で必死に釣り・煽り・揚げ足取り・
茶化し・論理のすり替えに終始してる姿が滑稽ですねｗ

「日本語ドキュメントがあったほうがいい」ということへの反論はない
んですか？

この点についての反論ができなければ『「日本語ドキュメントがあったほ
うがいい」ということが確認された』というのがますます明確になりますねｗ

「日本語ドキュメントがあるに越したことは無い」と思う。
同じく「英語で読めるに越したことは無い」罠。

>>680さんのドキュメント 見ました。
日本語ドキュメントはいらない　なんて書かなくてよかった。

こういう有意義な成果が、よい方向に取り扱われるといいですね。

>>796
釣り・煽りは失せろよ
邪魔だから

結局釣りだったのか。残念。釣られてすいませんでした > みなさま

で、流れはどこまで4Dスレと同じなのか。
そこだけ興味あるな(嘘

4Dスレってのはわからないけど
Windows VS Macintosh　系のスレの流れとは似ている。

「Macには○○○○がないじゃないか」
「○○○○なんかなくても十分なんだよ」
「○○○○があると堕落するから、必要ない」
とか、そういう感じの。

で、実際に○○○○に相当するアプリや周辺機器の××××が出てくると
「○○○○は必要ない」って人が居なくなり
「Macには××××がある」って声だけになる。

アホ全開だな。

その流れとは似ていないような。

小学生のけんかみたいな流れだな

日本語ドキュメントに異常にこだわるのもキモイな

自演臭いのもあるしな。
まぁどっちでもいいから、好きにやってくれ。

仕事でWindowsのGUIプログラムを書いています。
英文のドキュメントを参照する必要があることは、滅多にありません。
最近だと一部の音声関係のAPIが未訳で、翻訳ソフトと格闘したぐらいです。
英語は全然だめなので時間を食いましたが、
仕事なので何とかするしかありませんでした。
自宅はMacで、休日に趣味で何か書いてみたいのですが、
英文を少し読むだけで時間が無くなってしまいます。
今回のHKさんのような翻訳は、私の用なダメプログラマには大歓迎です。

最終的には原文を読まなくてはいけないしても、英語をスラスラ読めない人には日本語ドキュメントがあれば探し物が見つけやすくなるからいいと思う。

結局、「日本語ドキュメントがあったほうがいい」ということへの反論は
誰もできなくなったわけですね。

反論できない命題を突きつけられて、釣りだろ・ガキっぽい・キモい・
自演などと言い出して逃げようとするのはとてもみっともないことですが、
そのこと自体がもはや反論できないということの証ですね。

私がこの件にこだわるのは今まで日本語ドキュメントが不要だとして、一部
にものすごく乱暴なことや偏狭なことを平気で言う人がいたからです。例
えば最近では「2バイト文字をコンピュータに持ち込んだこと自体が間違い」
とか言ってる人までいました。いいかげん、こういうひどい議論（？）を
なくすためには、この際はっきりさせておいた方がいいんじゃないかと思う
からです。

匿名掲示板で気違いを排除するのは不可能
マジレスするだけ無駄

ネタをネタと読めない人は・・・以下略
そだな、マジレスするだけ無駄無駄

「あ　ま　り　気　に　す　る　な」

>>809
気持ちはわからんでもないが、
匿名掲示板で、立場が悪くなってから名乗り出て
「ごめんなさい」なんて言う人は滅多にいないし。

以前、Xcodeがバージョンアップした時に
日本語リソースが一時的に無くなって
その時も「日本語リソースなぞいらん」と強弁する人が出てきて大荒れに荒れた。

実はあの時、俺は旧バージョンのリソースを取り込んで
新しいバージョンの日本語リソースを作成してたんだけど
雰囲気悪かったから公開しなかった、いや出来なかったんだけど、
今思うと公開したほうがよかったのかも知らん。

ごめんなさい。僕が悪かったです。
英語のドキュメントがあれば十分と強がりは言いません。
本当は日本語で読みたいけど、英語でドキュメントを読むのが
カッコいいと思ってました。

これからは反省して勝って翻訳ドキュメントをアップ出来る
ように頑張ります。

よし、全員席についていいぞ。

うんこしたい。けどトイレ寒いから行くのやだ。

よし、そこでうんこしていいぞ。

ケツ拭く紙がありません

俺は無くても全く困らんけど
無い方がいいとまでは言わんな

ただ、日本語のドキュメントが無いからxxができないという言い訳は聞きたくないな

また荒れるから、その話題はもういいよ。

>819
いい加減にしてくれ

>>819
紙無くて困らんてどういう神経してるんだお前
ケツ拭かないと不潔だろうが

亀レスだが、

「英文と付き合わせて読まないと理解出来ないようなものならば日本語訳は要らない」
と
「日本語訳は要らない」
とは別の事を言ってるのだけど、
その事を混同させて煽っている荒しがいるだけだよ。

掲示板荒しには日本語に問題がある人が多くて
（外国人などではなく、単純に馬鹿で文章を読み書きする能力が劣っている）、
ここで絡んでる約1名もそのお仲間でしょ。

810だね。

リファレンスぐらいは英語でかまわん
いざとなったらgoogleでもつかってインチキ翻訳でもする

日本語で書いてあっても良くわからん内容は英語で読んでもやっぱりわからん
ヒガレス本みたいに概念とソースと解説がしっかりマッチングしてる環境がほしい

>>823
また荒らす気ですか。

>>823
おまえは空気の読解力に致命的な問題がある

日本語訳がほしいやつは自分で訳して手元に置いておきなさい

不毛な論議だな。

>>818-819の流れにﾜﾗﾀ

1年ぐらい前も同〜〜じ流れあったよね

今後、日本語訳無くてもOKって持論を展開する人は、
必ず英語で書いてね。

中高の6年も英語を勉強させられて、
なお英語がわからないやつがこんなにいるとは…。

２ちゃんでイキがってる暇があったら英語の勉強でもしろよ
語学に限らず、能力の高いやつが低いやつより有利にことを運べるのは
当たり前のことだろうが

>>831 >>832
I told you. Post your comment in English,
if you have it that you strongly stress the point that
do not need Japanese translation.

さて、飯でも食うかな。

>>830
Ich liebe dich.

>>833
Sorry for jumping in, but your English is terrible. The last two lines make no sense at all!

>>836
I love you.

>>836
That's why he needs...[snip]

>>833
U are f**king foolish.
See >>794 and >>823.
Your reading comprehension is poor if u don't unserstand what means.
Aim at the improvement in your comprehension before making others silly.

>>U6N68luk0, 7G7Bh9Qt0, jA6chTXg0, w74sPsKX0
OK, I understood your ability.
But here's not suitable to have discussions in English.
We should move other board or somewhere.

EOT:)

>> 830
How come people who don't need documentations in Japanese
has to post in English here? Could you explain, please?

昔、ComNiftyってソフトを作ってた作者の人が、バカっぽい質問とかあると
急に英語でコメントし始めてたのを思い出した。

Actually, >>830=833 doesn't have to write in English (as in >>840?)
because he's definitely one of those who need Japanese documents!

ちょうど透明あぼーんみたいでいいなw

今英語で書いてる人たちって、「どうだ！ボクってえいごがじょうずなんだぞ〜」って
モニタの向こうで上気した顔でいるんだろうねｗ

>>842
For analphabet, articles written in English is not annoying (like invisible).

>>845
Bingo!

>>847 OK, but people sticking to Japanese documents are annoying anyway ...

(´-`).｡ｏＯ(ようするに民度の低い輩がわんさかいるって事は理解した。引き続き静観していよう。)

我是日本人

痛い連中が多いな。
よそでやれ。

Xcode 1.1にクラスブラウザがあることに初めて気付いた日曜日の夜。

古杉

かまってちゃんばっかりなわけねｗ

>>822
拭かないと不潔とかそういう問題ではない。
乾燥してくると摩擦で痛くて歩けなくなる。
もらしたこともないのに知ったふうなこと言ってんじゃねぇ!w

いい歳こいてチョチョシビってる奴って何なの？

ほーら英語で書くと文法間違ってるし。

SunがJava開発関係の和訳を、オープンアプローチで改善するプロジェクトをスタートしてる。
https://jdk-api-ja.dev.java.net/ja/

自社内で翻訳するのに疲れたのかな。

minasan eigo jouzu desune!!

損名事 名意出巣世

「君が英語が得意かどうか」と「日本市場でMacを広めるのに日本語ドキュメントが
あったほうがいいかどうか」は全然別のことなんだよ。

だから、ここで英語力自慢とかするのはとても軽薄で滑稽なことだと思う。

>今後、日本語訳無くてもOKって持論を展開する人は、
>必ず英語で書いてね。
この白痴にも言ってやってください

まぁまぁ、
透明あぼーんとしてスルーできるからかえっていいわ。

862の言ってる事が本質だな。

>>862
（自分はイザ知らず）他の人の英語に文法ミスがあるのは気付いている。
別に一連の英語のレスは、自慢だけで片付く物ではないでしょ。
あきれた挑発へのおちょくり、かつ、挑発に素直に乗っただけの答えと見ていいと思うけど。
私なら自慢と思ったことはないね。海外にいて、いつも英語力の不足を自覚するだけで。

もういい加減にしたら？

みっともない

デフォルトのgccから本家のに入れ換えたら、Xcodeのビルドに影響出る？

でる

xcodeでgtkって使えますか？

使えるでしょ。ヘッダとライブラリのパスをそれなりに指定してやれば。
gtk-configとかpkg-configと組み合わせて自動検出させる方法は知らん。

>>871
書き忘れましたがpkg-configでgtk使おうと思っていました…

どなたかご存知ないでしょうか？

>>869
ﾄﾝ♪

>>872
なんだ、>>747の再出かw　レス付かずに気にはなってたけど。

xcodeのコード補完って時間指定だけど、shift+spaceとかキー指定に出来ない
のかな？

うちは esc を叩けば即座に出る気がする

DefaultKeyBinding.dict をいじったからかもしらんけど。

あ、そうか、DefaultKeyBinding.dict をいじれば他のキー指定にもできるはず。
http://journal.mycom.co.jp/column/osx/104/
参照。補完自体は "complete:" のはず。
手元の key binding は "¥033" = "complete:"; になってた。
¥033 がエスケープキーだと思う

環境設定　キーバインド　補完リスト

キーバインドの設定で出来ました。ありがとうございます。
デフォルトでescなのはしりませんでした。

それから、Appleの謎のショートカットキー表記が分かって
便利ですね、この設定画面。

お〜、そんなところに環境設定が。

折角収まった所ではあるが、このスレの住人やAJの中の人は、このエントリを読んで考えた方が良いかもしれんね。
http://rblog-tech.japan.cnet.com/poweryoga/2007/02/mac_914f.html

結局、ADCドキュメントの邦訳はAJの仕事なのか？

名詞はあまり翻訳してほしくないなぁ
キー値コーディングとか、管理対象オブジェクトとか、まぜまぜにせんでもええやねん
例えば、
述語ビルダーにアクセスするには、受信済みプロパティと受信要求テンプレートのインスペクタパネル...
↓
プレディケイトビルダーにアクセスするには、フェッチプロパティとフェッチリクエストテンプレートのインスペクタパネル...

うーん、たしかにドキュメントにする時には、カタカナばかりで見づらいな
でもクラス名とかが想像できるから、絶対後の方がいいと思うけどな

てか併記してくれ
受信済み（fetch）とか

>>884
>てか併記してくれ
賛成に１票。

まー別に日本から開発者が出てこなくてもそんなに困らないしねえ。

今日び普通に API 使えば国際化の基本は終わってるし、あとは文字列入れ替え
（ローカリゼーションとも言う）したら日本語用ソフトが完成。
というわけで日本には文字列入れ替え要員、テスト要員とかがいればオッケー。

それでは日本のソフトウェア業界が育たないだろう。

>>886
つTextMate

もはやとっくに支・印・韓にはボロ負けです

「実行可能ファイルをデバッグ」で起動すると、暴走するなんて
現象にあった人いませんか？

どこで暴走するかはわかっていて、SDL_ttfでTTF_OpenFontをコールすると
暴走（GM_freeという関数で無限ループ）します。

「実行可能ファイルを実行」で起動すると問題なく動く。
同じコードなのにデバッガにアタッチするかしないかで動作が変わります。
うーん、謎だ。

>>890
最適化オプションが違うのでは

ゼロリンクも謎が多かったので使うのをやめた

ローカル以外にも使うならゼロリンクなんて使っちゃダメw

>>890
例えば未初期化変数を参照しているようなバグがあると、gdb ありなしでその
未初期化なゴミの値が変わって、動作が違ったりする事はあるような。

分散ビルドの為にCore 2 Duo MacBookを買ったんだけど
メインで使っているiMac Core Duoと分散ビルドできなくて困ってます。
もちろんOSのバージョンは最新で揃えています。
もしかして、Core DuoとCore 2 Duoの違いでもダメなの？
そうだったら　シ ョ ッ ク な出来事です

よくわからんけど、環境設定の分散ビルドのところでは何と言われてるのよ

>>895
出来るから頑張って設定しろ

http://developer.apple.com/documentation/DeveloperTools/Conceptual/XcodeUserGuide20/Contents/Resources/en.lproj/bs_speed_up_build/chapter_35_section_3.html

わあ、できるんだ安心した
でも、OSの欄とリソースのGCC4.0.1が赤くなっていて、
分散ビルドはできても肝心のコンパイルができないようです

もう少し頑張るです

>>899
Bonjourを複製してIPで登録し直せ

やっぱだめだorz
おそらくCore Duo(i386) とCore 2 Duoは違うアーキテクチャと認識されるみたい
ショック ショッカー ショッケストです

Core 2 Duo といえば。。。
皮は違うけれどもただ今耐久テストを実施していたりします。

次期主力bananaサーバ建造委員会　その６
http://qb5.2ch.net/test/read.cgi/operate/1171963749/l50

Xcodeでデバッグしてるんだけど、
NSStringなんかの日本語文字列はデバッガで見れるけど
char* 型なんかの日本語文字列はデバッガで見れないんだね。

Win開発者の俺から見ると、ホントXcodeってダメダメだね（笑）

エンコーディングが何だか分からないのに表示できるのが不思議

>903
文字コードから勉強し直せ。

>>901
変だな、mini(CoreDuo)とMacBook(Core2Duo)で試してみたけど
一応分散してるように見えるのだが。

共有ワークグループビルドのためにこのコンピュータを共有にチェック
分散ビルドにチェック
Bonjourにチェック

ホスト　ＯＳ　　　　　リソース
mini 10.4.8(i386) gcc 3.3(1819), gcc4.0.1(5363)
MacBook 10.4.8(i386) gcc 3.3(1819), gcc4.0.1(5363)

うちではこんな感じ。
ファイヤーウォールを使用してると「到達出来ません」とか言われたので
とりあえず切ってある。

ただ比較的小さいプロジェクトしか手元に無いので劇的に早いとか言う感覚がない。
分散してると判断した根拠は、ビルド時に相手のカーネルタスクの負荷が上がった事象を見て判断。

MacBookの電源を落として再ビルドかけた

やはり、多少は時間がかかっているように見える。
一応は分散ビルドが機能してると思われ。

分散ビルドも使えないような人ばっかりかよorz。
Bonjour経由で使われるのはdistcc。
ファイアウォールの設定は「システム環境設定＞共有＞＞新規」を見る。
Bonjourからhost名に到達できない場合はXcodeの「設定＞分散ビルド」で
「Bonjour」を複製してIPアドレスを指定し追加。たのむでほんま。

>>906-908
ごめん、10.4.8なら大丈夫なのかもしれないorz
++0.0.1の環境をiMacに入れていたので、MacBookは購入すぐにインクリメントして
10.4.8の環境では試していませんでした。本当に申し訳ない。

言ってる意味がよくわからない、最終は10.4.8だと思うのだが。

ヒント：シードデベロッパ

>>904-905
アホか？おまえら。

デバッガで表示されるchar* 変数に
ユーザーが見たいエンコーディングを指定をして
文字列の内容が見れないのか？ってことを言ってるんだよ。

やったことないけど、データフォーマッタ書けばいいんじゃないの？

>>913
相手にするな！

test

Win開発者の俺から見ると

gdbの使い方も知らんのか。

>>917
マジレスしていっすか?

もしかして set charset あたりのことですか? あれって例えば UTF-8 として何か
実際に変わります?
とりあえず call を使えば何でもできますが....

>>914
>>916
>>917

おまえら、まともな回答出来ないから
逃げてるだけだろ（笑）

だからデータフォーマッタはどうだったのかと聞いているのだが。

>>920
何の話？

>>921
903の話だろ。

>>919
そういう態度なら後は勝手にやれば？

>>923
そうは言っても>919はただ難癖をつけて何かをバカにしたいだけなんだろうからあまり意味ないのでは。

答えも得られそうにないので、
Xcodeが使い物にならないってことで
終了にするよ。

んじゃそれで

Xcodeのデータフォーマッタはよくわからんが、
デバッガコンソール(gdb)でprintfじゃダメなの？

もうほっとけ。自称Win開発者の903にかまうのは時間の無駄。態度も悪いし。

問題提議としては正しい方向だよね。
態度がまともならだが。

ていうか char* に ASCII でない文字列を入れるな。
NSString か CFString を使えと。

文字化けるくらいで、ダメダメもないだろ。
char* なんて、Hexで見えれば無問題でしょ。

>>930
>ていうか char* に ASCII でない文字列を入れるな。

Unix のレイヤーはどうしたらいいんだよ! ファイルパスとか。

str*()を使わないでがんばる。

>>932
直前まで NS/CFString でやっておいて、
使う寸前に cStringWithEncoding:NSUTF8StringEncoding
ですね。とネタにマジレス

>ていうか char* に ASCII でない文字列を入れるな。
まあ UTF8 は許しましょうか。

Xcodeのソースコードのウィンドウで縦のスクロールバーの真ん中に横棒が出るんですけど
これって何なんでしょう？クリックしても何もおきないけど...

環境設定のレイアウトはオールインワンにしてあります。

>>935
黒ならwarrning, 赤ならerrorの位置

Xcode に限らないけど
スクロールバー上で Option + クリック でそこに移動。

>>936
なるほど。分かりました。

>>934
>使う寸前に cStringWithEncoding:NSUTF8StringEncoding

マジレスとか言って、これじゃネタだな。cStringUsingEncoding: ね。
ってゆうか NSString を使うなら fileSystemRepresentation。普通の UTF8 だと
仮定するのはよくない。まあ実際は大抵動くだろうが。

あとは、普通の Unix のプログラムを書くとき Cocoa/CF を使わないといけないと
すると、それはどうよ? みたいな。
そのコードを linux とかでも動かしたくなるかもしれんし。

>まあ UTF8 は許しましょうか。

UTF8 と言っただけでは済まないのが　Unicode の面倒なところ。Normalization とか...
strlen() の意味とか。

>fileSystemRepresentation
偉そうなことを行ってすいませんでした。知りませんでした。
いま NSString のマニュアルみたら -UTF8String というのもありました。
一杯 method ありますね...

MacOSX 10.4.9(正式版)でも分散ビルドができないorz
iMac Core Duo gcc 4.0.1 (5363)
MacBook Core 2 Duo gcc 4.0.1 (5367)

gcc 3.3なら大丈夫かもしれないけど、4.0.1はビルド番号不一致で赤になる

そのうち直るよ、知らんけど。

gccだけ別途入れるとか？知らんけど。

Core duo はi386版gcc
Core 2 duo はi686版gcc かもしれない。たぶん。

うそでしたorz
どちらもi686なのでgccだけコピーしてみます。

言うまでもなく10.4.9でも分散した。
OSのバージョンがどうのじゃないと思うんだが、
・・・まぁなんだな、好きにやったらいいと思うよ。

>>946
ありがとん。
やっぱ、クリーンインストールしなきゃダメかな...
確かにプレリリース版を入れている時点で、ここで質問しちゃいけなかったのかもしれないけど
正常な状態が解らなかったもので...
もしよろしければ、gcc4.0.1のビルド番号を教えていただけますでしょうか？
(gcc3.3は黒色なので分散できる筈です)

gcc3.3(1819), gcc4.0.1(5363)

>>948
ありがとう
MacBookの方が4.0.1(5367)なので、クリーンインストールしてみます
メイン機でなくて良かった

MBP 2.33GHｚとmini 1.67GHzだと分散したほうが遅いな・・・がっかり

デバッグ中に　コマンド＋Option＋Y　をおすとブレークポイントが設定されるんですが、これってバグなんでしょうか。
デバッガ停止の筈なんですが、使いにくい事この上ないです。

>>951
うちではちゃんとデバッガの起動／終了になる。

NSWindowやNSPanelのサブクラスを作って
初期化メソッド-(id)initをオーバーライドしたんですがうまくいきませんでした。
考えてみたらインターフェースビルダーの中でインスタンス化してるということは
すでにallocとinitされてる、、？てことはNSWindowやNSPanelをカスタマイズしたい時は
基本的にはawakeFromNibなどの中でやれということでしょうか？

>>953
どうカスタマイズしたいのかわからないけど、透過度や矩形の調整を
したいなら initWithContentRect のほうだと思うよ。

>>953
-initWithCoder:を上書き。

>>953
IBに貼付けてあるだけなら、awakeFromNibでやればいい。
サブクラス化しても、復元がcoderで行われている。initは呼ばれない。

IBに貼付けてない、コード側から作るオブジェクトなら、
普通にinitを上書きでいいんじゃない？

正直initWithCoder:を触るケースって今一分かんないんだよな。

PanelをIB上でUtilityPanelに設定するとHideOnDeactivateが設定できなくなるので、
それを初期化かなにかで設定できないかなと思ってやってました。
MyObjectのawakeFronNib内でPanelにsetHidesOnDeactivateを投げて設定できることは確認しました。
今から出かけるのでまた夜にどちらとも試してみます。ありがとうございます。

一日遅れで試してみましたが
今回のケースならawakeFromNibがいいかなと思いました。
awakeFromNib以外の方法を探してたのは
awakeFromNib内の初期化メソッドがどんどん多くなってきたので
なるべくクラスごとに分けて見やすくしようとしたためで、
それで試してみると-initの上書きが反映されないと。
awakeFromNib内を簡潔にしたかったので、
結局init系を上書きしてもコードで生成しないといけないのでそんな変わらないかなと。
先に何をしたいか書くべきでしたね。読み返してみると質問内容が全然違う；
みなさまありがとうございました。

作成したアプリが Xcode の"ビルドして実行する"で起動すると正常に動作します。
しかし、プロジェクト/build/release/アプリ をダブルクリックして起動すると起動
は成功するのですが、動作中に応答しなくなります。何が原因なのかお教えください。
よろしくお願いいたします。

アプリは NSTextView のサブクラスを使っていて、テキストビューで入力した
文字列を Python のフィルタで処理してからテキストビューに表示するようにして
います。Python のフィルタは NSTask で動作させています。このアプリなんですが
テキストビューへの文字入力を始めると応答しなくなります。 Python のフィルタ
とのやり取りに失敗しているのではないかと思うのですが、原因がわかりません。

このアプリのフィルタ部分ですが、アプリをXcodeの"ビルドして実行"から
起動した場合には正常に動作して、予期した通りにテキストビューに処理済
文字列を表示します。不具合はビルド結果をダブルクリックして起動した場合
におきます。

連書き失礼しました。

>>959

環境変数まわりとか？パスが切れてないとか。
タイムアウト処理くらいは書けばよいのでは。

というか、文字入力のたびにForkしてるのか？

959です　レスありがとうございます >>960

パスはカレントディレクトリ、python のパス、フィルタのパス、いずれも
/ から始まる絶対パスであたえていますが、これで切れることはあるので
しょうか？

文字入力の度にプロセスを起動するのではなく、ドキュメントを開く時に
プロセスを起動して、キー入力の度に NSPipe を介して標準入出力から
文字列をやり取りしています。ドキュメントを閉じるまで同じフィルタを
使用します。

>>961 すみません。アンカーを間違えました

>>959
Xcodeから起動した場合は自分の思った通りに動き続けるわけ?
バッファリングが違うのかも。Xcodeが何か細工をしているとかで。
pythonを全然知らんのでアレだが、どういうIOを使ってるか気をつけないとまずいかも。
あと、読み出し側がちゃんと読めてないと当然詰まるが、Xcodeで動かす限り
大丈夫なら、まあ大丈夫なのかな。

>>964
確かに。パイプ相手で強制フラッシュって出来るんだっけ？
細工が必要だろうね。
処理が終わったら相手が終了するなら、フラッシュはされるけど
上げっぱなしだったら何かしら強制フラッシュできないとだめだろうな。

>>964-965
Xcodeから起動すると思った通りに動いています。何百文字でも入力して
処理できます。ビルドプロダクトを起動すると1文字入力したところで
応答しなくなります。

バッファリングやパイプの強制フラッシュというのが具体的に何にあたる
のかわかりませんでした。せっかくレスしていただいたのに、申し訳あり
ません。勉強し直します。

>>966
そういう、ターミナルみたいなもの（実際シェルの代わりにそのフィルターを指定したら
動くだろうね。まあpipeでなくてptyだが）を作るにはもう少し知識がいるのかも。

例えば
% perl -e 'print "a"; sleep(5);' | cat
ってすると、sleep が終わるまで a は画面に出てこないわけ。何故かわかるかな?

あ、そのソフトの問題がバッファだと100%確定したわけじゃないけど。

blocing mode

>>968
(綴り間違ってますけど)
ただ、確かNSFileHandleはnon-blockingだとうまく動かなかった気が。
NSTaskを使っているというんでNSFIleHandleも使っているという仮定だけど。
やっぱpipe/fork/write/readかな(w

non-blockingにしたところで、応答しなくなる現象は回避できるけど、
バッファが埋まってflushされるまでは一文字たりとも返ってこないわけで、
今回のような使い方にはあんま有用でなかんべ

応答しなくなるのを回避するのは、むしろ例えば別スレッドにするとかですかね。
いずれにせよ本質的な問題を解決しないとどうしようもないという。

あとはXcodeが子プロセスにやってそうなこと/出来そうなことを推測するのもまた楽し(?)
個人的にはMac OS X上のpythonってFoundationをリンクしているのがちょっと気に
なっている。

Intelコンパイラ使ってマルチスレッド組んでる人いますか?
あれってソースコードの中にObjective-Cのコードが1行でも入ってるとダメなんですよね?

>>972
ICCはよくわからんけど、
POCみたいなObjC→Cのトランスレータ使えばいいんじゃね？

http://users.pandora.be/stes/compiler.html

>>971
というわけで、とりあえず stdio を使っている部分があるかチェックして、あったら
fflush() をしてみるとか。
python の場合、使っている IO が stdio を内的に呼ぶものになっているかも。
その場合は fflush() 相当、あるいはバッファリングを管理するものがあるのでは。

これ結構使えるようになったけど、
就職先がなくて困ってます。
実際、これで仕事してる人、地方の方いますか？
給料はどのくらいですか？

時給1200円開始でどう？

>>975
エルゴとか？

>>977
エルゴとか良いけど、出来れば、中国地方で探してます。
てか、winの開発系の方が給料良いんかな、、、

地方限定じゃ、まず見つからないだろうな。
両方やってる会社なら給料は変わらんだろ。

>>978
ここで晒すわけにはいかんけど、

「県庁所在地」 開発 Macintosh

あたりでググってみては

xcodeからc++のcommand-lineのプログラムをrunするときに
argumentsを指定するのはどうしたらいいですか？

例: Terminalからだと a.out input.dat output.dat みたいな感じにしたいんです。

>>976
都内で探せばバイトありますか？

>>981
「プロジェクト」　→　「アクティブな実行可能ファイル'XXXX'を編集」　→　「引数」タブ

>>975
自分で会社を起こす！

そして倒産！！

まぁ、ドライバ開発できれば引く手数多なのだろうけれど。

>>985
花火で会社を丸やけにするんですね。

>>982
こちらは地方なので1200〜1400辺りで様子見てから
良ければ社員になれるかな
Macで募集すると、すきこそものの上手なれで上達が速い傾向がある

>>988
伏せ字で良いから社名を言っちゃいなよ。
中国地方でMac開発者をGetするなんてそう簡単じゃないんだから双方ともに
チャンスじゃん。
早くしないと>>982は花火で会社を丸焼きにちゃいそうだぞ。

アッ○ル

>>983
それは試してみたんですがファイルの読み込みに失敗します。
input fileやoutput fileの場所の指定はどうやったらできるのですか？
argumentsのところにファイルの場所を含めての入力もしてみたのですがエラーが出ます。

>>991
mainにブレークポイント置いて
引数リストに実際に何が入ってるかは見てみたの？

>>991
作業ディレクトリを設定することもできるけど、フルパスで指定すれば問題ないはず。

「エラーが出ます」じゃなくてエラーコードなりエラーメッセージなりを書いてください。

>>992
見てないです。。。
まだそれほどXcodeを使いこなしてません。。。

>>993
Error: ~/Documents/p1/tests/t01 could not be opened

p1 has exited with status 1.



別途自分で用意したmakefileを使ってコンパイルした後に、
terminalから　./a.out ./tests/t01 ./tests/t01.out
の様に実行すると問題なくexecuteされます。

ちなみにp1.xcodeprojはp1のフォルダ内に、
p1 (executable file)は p1/Debug フォルダ内にあります。
p1/Debug フォルダ内にはargumentで指定したt01.outファイルがあります。

argumentsの設定内容:
1行目　~/Documents/p1/t01
2行目　~/Documents/p1/t01.out

共にチェックは入っています。

>>995
~を展開してください。引数で与える時でもいいし、プログラム的にでもいいですから。