あえて旧板で旧iMacとMacOSX

スペックヲタにも負けず、OS9ユーザにも負けず、
あえて旧iMacでMacOSXの実用を目指します。

とりあえず買ってきた。iPhotoと10.1.3がついて、税込15,540円。

箱を開けると、妙に中身がスカスカで、
台湾モノの箱だけが豪華な自作パーツを想像してしまった。
CDも紙に入ってるだけだし。

「アップルソフトウェア購入証明クーポン」とかいう、
何に使うのかさっぱりわからない紙切れも付いていた。

「かんたん日本語入力ガイド」とか言って、
ことえりの入力ガイドがついてるのが面白い。

さて、インストールしてみるか。

「まずは9.2にアップグレードしてください」と言われたので、素直に従う。
しばしの別れだ。さらば8.6。
君は使い道に困るOSだったが、それなりに楽しませて貰ったよ。

CDからOS 9.2が立ち上がる。
HFS+の領域に入れていいんだろうか？　と思いつつ、インストール開始。
残り時間、約22分。

ああ、俺もついに旧板の住人か・・・。

22分は、わりと早く訪れた。

「OSXをアップグレードする場合は9.2.2のセットアップを省略します」
と書かれているので、指示通りに無視。9.2.2にはさほど興味はない。

再起動後、OSXのインストールを始める。
Windowsと比べて、セットアップ中の作業フェーズが少ないのが気楽だ。
待ち時間は新板で情報集めをしつつ、横目にプログレスバーを観察する。

OSインストールの、元気が出そうな人のシルエットのアイコンが意味不明だが、
昼食をゼリーで済ませた漏れの心境を物語っているようで、悪い気はしなかった。

>>4
連続投稿防止ありがとう。
3レスに1回茶々入れしてくれると嬉しいです。

虹色ぐるぐるを体験。
レインボーが好きな悪趣味梨はわりとゴキゲンの様子。

言語選択。
「主に日本語を使用する」を選ぶと、即座に(5秒くらい)
OSのすべての言語が日本語に変更された。素敵だ。

　　　旧板ﾍ ﾖｳｺｿ >>4 ｵﾁｬ ﾄﾞｳｿﾞ
　　￣￣￣￣ｖ￣￣￣￣￣￣￣￣￣
　　 　　∧∧
　　　　(*ﾟーﾟ) ∬
　 　 　 /　　⊃旦
　　＠（＿＿）

ぐあ。
ダイアログのアニメーションに関心しているうちに、
ついうっかりカスタムインストールせずに開始してしまった。

インストール条件の「空き1.4GB」は、達成できた模様。
パッケージの展開を始めているようだ。何分かかるんだろう。

というか、あと何分かかるかぐらい示して欲しいと思った。
今、プログレスバーが1ミリぐらい動いております。

最初のパッケージを入れ終わったら、残り時間が出てきた。なるほど。
残り時間、約32分。

16時から会議なんだけどなー、と思いつつ。。。

>>7
お茶ありがとです（おめーじゃねーよ＞梨

>>7
涙が出るほどおいしいよ

＞梨
まあがんばれ。

俺も仕事しなきゃ

32分は、意外に早く訪れた。
残り2分になるまでに7分しかかからなかったが、最後の2分が異様に長かった。
残り1分は、何分かかるんだろう。。。

マルチリンガルのためのファイルを処理してるのに時間がかかるようだ。
素直にカスタムインストールして「私は日本人です」と主張すればよかった。

ようやく「最後の一分」が訪れ、インストールが終わった。

15秒後に自動的に再起動するのは、どっちが先に始めた事だろう。

少なくとも、WindowsXPよりはずっと楽で、早かった。
恐らくVineLinuxPPCのインストールと同じくらいか、それ以上に簡単だ。
（パーティション管理をはしょっているから簡単なのだろうが）
インストール作業中にユーザに入力を促すウィザードなんてのは、アホだと思う。

さて、再起動が完了したようだ。まずは何をしようか。

# 当スレッドでは、皆様からの暖かいご意見をお待ちしております。

　　　梨はこっちモナ
　　￣￣￣ｖ￣￣￣￣￣￣
　 ∧＿∧　　　　　 　 　
　（　´∀｀）　和み茶。
　（　　　　）ｼｬｰ
　 ｜　つ⌒ヽ。　　
　（_＿）＿） 且~.　 　


＃メモリ増設も何のしてないノリか？
　

そうだ。環境について記しておこう。

iMac Rev.D G3 333MHz
160MB RAM
6GB HDD(OSX 4GB/VineLinuxPPC 2GB)

ユーザ登録を強制されるのは腹立たしかったが、仕方ないから入れた。
アクティベーションとどっちが凶悪だろう。

え、ｳｿ、ｱﾚ抜けれたと思うがw＞OSXのﾕｰｻﾞ登録←してないヒト

メモリｷﾂｸないんでしか？
我は同じ環境でOS9.0.4でそろそろﾔｳﾞｧｲよ

>>15
ユーザー登録はコマンド+Qでスキップできますな。

>>15
素直に本名入れたんで、解除出来るなら解除したいｗ
とりあえず「後で登録する」を選んだが、いつ勝手に送られるかわかんないな。
メールアドレスも指定したので、メールが届いたらスパイ決定ということで。

メモリの事は言うなｗ
梨には、駄目だとわかっててもやらねばならない時があるのです。

セットアップ中に「マイラインプラスの申込をしていますか？」とか、
「ODNのインターネットを使いませんか？」とウィザードが示すのは凶悪だと思う。
独占よりは印象がいいが。。。

時間帯の設定、デフォルトが日本になっていなかった。変なの。

>>16
了解。
「ユーザ登録アイコンをクリックすると登録します」という表示を信用します。

ソフトウェアアップデートが自動起動して、
新しいAirMacとJavaを入れろと促してきた。
せっかくだから、アップデートするとしよう。

ﾅﾙﾎﾄﾞ､ｵﾋｽ2000でもﾕｰｻﾞ登録ｺｰﾄﾞｦｽｷｯﾌﾟﾃﾞｷﾙｳﾗﾜｻﾞｶﾞｱﾙﾓﾝﾅ(製品版ﾃﾞﾓﾈ)｡
ｺﾉﾜｻﾞﾉｽｺﾞｲﾄｺﾛﾊｾｲｷﾊﾞﾝﾉCDｶﾗﾃﾞﾓ通常通ﾘﾆｲﾝｽt-ﾙﾃﾞｷﾙｺﾄﾅﾝﾀﾞﾅ(ｺｰﾄﾞﾔｶﾝｷｮｳﾉｾｯﾃｲﾋﾂﾖｳﾅｼ)｡
ﾃﾞﾓﾅｲｼｮ(w

「""をダウンロード中」とか表示されてる。ださい。

だけど、ウィンドウがモードレスになって、マルチタスク対応を実感した。
昔のMacOSは、何か作業をすると、だいたいモーダルウィンドウだったもんな。

ハードディスクはまだ2GB程度の空きがあるようだ。
後で開発環境をインストールしなきゃなあ。

「システム環境設定」は、整然としていると思う。
まずはどこから触ろうかな。

梨がOSX。
また何か貰えそうな気配。

「起動ディスク」は、一応8.6/9.2.2/10.1.3から選べるようになっている。
本当に起動できるとしたら、凄い。

CDを排出しようとして、ドラッグしてからゴミ箱を探して、
見つからなくて焦ってしまった。慣れって怖いな。

ひとまず解像度を1024*768にして、マウスの速度を最高速にして、
ソフトウェアアップデートの完了を待つ。
さあ、再起動だ。再起動が頻繁に発生してしまうのは、やむを得ないのだろうか。

>>21
なんか欲しいのか？ｗ

スレの主旨とちょとｽﾞﾚるんだが、
うちのｸｲｯｸｼﾙﾊﾞは今OSXとOS9.2.2と OS9.0.4 が入っているw
ｳﾋﾋ

開発環境は、なんか英語くさい。
OSXインストール記念に何か作ろうと思ったが、英語に撃沈しそうだ。

仕事が来てしまったので、インストール作業中に片づけたいと思う。
908MBの容量が必要らしいから、たぶん30分くらいかかるだろう。
うん。30分あれば、今日の仕事は全部なんとかなる。

例によって、残り1分になるまでには、4分しかかからなかった。
びびりながら仕事してたが、結局残り1分が終わる前に、仕事は終わっていた。

インストーラが必ず「システムの最適化中」と表示するが、
いったい内部的には何をしているんだろう？
単なるディスクフラグメントの解消だけにも見えないが。。。

>>24
自慢かよ。ｳﾋﾋﾋ

だから、記念に何か作ったらくれ。
梨の作った旧板専用プラウザでもなんでもいいよ。

あと、バイン2Gって邪魔だね。
女々しｽｷﾞﾙｿﾞ。捨てるのが男ってもんだ。

結局仕事の方が増えた。iPhotoも入れるかな。。。

>>27
Vineは2.5を楽しみに待ってたんだから、正式版が出たら入れるぞ。
暇があったらOSXと比較しちゃる。

>>28
VineなんてPCに入れとけばいいだろ。

>>29
当然、PCにも入れるぞ。

フリーのFTPクライアントあるぞ。

「やりとり」
http://hp.vector.co.jp/authors/VA019709/YariTori.html

よし、仕事完了。

>>31
ありがと。容量に困ったら、いらないのから順にバックアップするか消すよ。

とりあえず今はiPhotoのインストール後のパフォーマンスの最適化中。
インストール作業より、最適化作業の方が長いね。
本当に何してるんだか？

>>26
ﾈﾀだよ。ｳﾋﾋ
OS9.0.4をファイル共有で何げにつっこんだら、
起動ディスクとして認識されてるみたいやけど、
実際選択して再起動しても起動しない罠

# ﾊｯﾋﾟｰMacがいつまでも出ないで半永久的に？マークの点滅
# BIOSに何か仕掛けてあるんだろうねw

>>33
NetworkDiskはMacOSXServerのNetBoot用ですネ。
NetBoot環境にないのに起動ディスクで選ぶと
起動できなくなって(ﾟдﾟ)ﾏｽﾞｰ

>>33
う。じゃあ、OSX専用で使った方がいいのね。

>>34
駄目もとで何回かやったけど全滅★

>>35
>>33は単純に工場出荷時より下のバージョンのOS認識しないのを
実証しただけでし。
iMacだったら問題無いンでないかえ？

梨。前にも言ったがお前は日本一の暇人だ。
早々にVineとOSXを比較してみればよかろう。
すぐに4G:OSX、2G:OS9でよい事がわかる。
PCにVineがあるならﾏｸに必要ないもんだ。

確か、ファイルの関連付けかなんかだったと思う。＞最適化
あと、ﾃﾞﾍﾞﾛﾊﾟﾂｰﾙいれて、ターミナルから、

sudo update_prebinding -root /

と打ち込んでも、最適化できるよ。
OSXの挙動が怪しくなったトキに効果アリです。

ターミナル見つけるのに5分かかりました。HDDの中、片づけなきゃなあ。

>>36
なるほど。
まあ、どちらにせよ挙動不審っぽいんでOS9はやめときます。

>>37
そこまで言うかｗ
ちなみに、VineLinuxPPC 2.5は、まだ正式版リリースはされていない。

>>38
了解。頭の片隅に入れておきます。

>インストール作業より、最適化作業の方が長いね。
>本当に何してるんだか？

プリバインド。

通常ダイナミックリンクでは、アプリの実行中に
アプリ「ん？hoge.dylibのfooのアドレスわかんねーな。
「アドレス教えろや。ゴルァ＞kernel」
kernel「えー。ちょっと待ってくれよ。それはさ、今を去る事１０数年前...」
アプリ「んなこたぁ聞いてねーんだよ！」
kernel「わ、わかったよ。0x00e0だよ。そんなに怒んないでよ。」
アプリ「けっ」

と言うやり取りがなされるわけだが、
時間がかかるんで先にアドレスを同定しておくんだよ

で、なんかを追加インストールすると、アドレスが変わっちゃう事もあるから
もう一回やり直すの。

フォルダの整理中にMozillaを発見して、
うっかりClassicを起動してしまった。

本当にエミュレータみたいで笑える。
ここでVineLinuxを選んだらどうなるんだろう。

起動が遅くて萎えたが、アプリが起動してからは思いの外早い。
わりと使えなくもないな、というのが正直な感想だったりする。

>>40
よくわかった。
OS9以前のファジーなアドレス管理とつじつまを合わせるための
作業と考えて間違いはないか？

それとも、フォルダパスでは無く、ライブラリの内部に対するリンクなのか？

topしたら、残り8MBしかメモリが空いていない。
とりあえず、IEもMozillaも、わりと快適に動くようだが。。。

MacOSX用のMozillaを入れて、Apacheの動作を確認した後は、
試しに開発でもしてみようかな。
他に何か見ておくべき機能とかある？

新板からきて眺めてます

ちゅうかメモリ増設しようZe、兄弟...
どのみち256MBしか刺さらないんだからせめて上段に、
5000円のｸﾞﾘｰｿﾊｳｽか神和あたりのんを...
んで、後で金が出来たら下段増設、と。どうよ？

>>42
なんで野糞をするとイヌがきますか？

クラシックは機能拡張マネージャーで、使わないもの徹底的に
オフにするとかなり起動が速くナルですよ。

>>43
新板のお客さん、旧板ではしきたりで使用機種とOS晒す事になってﾙｰﾖ

# ﾅﾝﾁﾃ
# ｱﾁｷも感化されてOSX起動してみっかなぁ。w

>>43
ありがと。書き込みよろしくね。
ちょっと気を抜くと連続投稿エラーになるのでｗ

>>44
一応、384MB(256MB+128MB)になるんだっけ？
漏れはもう金無いし、こんだけ動くなら我が儘言わないよ。
今月は買い物多かったので生活厳しいです。

>>45
匂うからでない？　犬の嗅覚は凄いのよ。

>>39
Finderでのcommand+option+なんとか、を覚えるよろし。

>>48
iMacRevDは裏256、表256でMAX512。
これ以上積んでも認識しやんのやったっけ？？

>>49
Dockにアイコン入れておくよ。

Mozillaをインストールした。
ディスクイメージを作成して、中に出来たフォルダを
ハードディスクにドラッグして、おしまい。

Mozilla.appをダブルクリックしたら起動できる。
スタートレックスキンも、問題なくインストール出来た。素敵だ。
でもModernで使おう。。。.

スタートレックスキンは見づらかった、今のMozillaはクラシック
が縞縞でいい感じだと思う、Xっぽい

defaults write com.apple.Terminal TerminalOpaqueness 0.5
iMacでも使えるか報告きぼーん。
使えたら一挙にX好きになるとみた。
でもね、日本語ファイルまともに扱えないのが痛い

う。激しく会議してた。
OSXの開発はまた次の機会になる見込み高し。

とりあえず、Apacheどこだろ。。。

>>53
ん？　それは何？

WEB共有開始でアパッチがうごくのがなんか情けないんだな

>>55
terminalを半透明にするコマンド
terminalから打つだけ

ちなみにconfファイルは/etc/httpd/httpd.confにある（あぱっち

HD4Gってのはあんまりだよな。
ｳｨｿとつないでおけばいいのではないか。と思うが。
あっちこっちにVineじゃPCもｲｯﾊﾟｲｯﾊﾟｲで使いものになりませんですか?

>>57
ん。半透明になったよ。
defaultsの仕組みがよくわかった。ありがと。

あと、httpd.confの件ありがとです。
今日はApacheで遊び終わったらマク弄りはやめます。

>>58
あと800MBくらい空いてるし、大丈夫さっ。

>>60
メモリの話ですか？

rootのパスワードって何にしたっけ。。。

>>61
メモリは8000KBも空いてるぞｗ

Netlnfoだよ。

rootのアカウントを作成した。奇妙だ。

NetInfoは、何が出来るのか全然わからん。。。
/etcを、Windowsで言うレジストリみたいにしたものなのかな。

Netlnfo Manager
ドメイン→セキュリティ→ルートユーザを有効
エラーがでたらOKしてルートパスワード変更がたらOKで入力

>>66
いや、それは出来たの。
他の設定はいじれなかった。

>>67
じゃ、niloadｺﾏﾝﾄﾞでやれば

語ろうスレの「>>1」ね。今帰宅。
機種はG4Cube/500(525MHz)+1.5GBメモリ+カマス4/80GBね。

で、どうよ？梨？

なんかの本にのってた＞defaults
ちなみにreadで属性確認できる
Xの独自コマンドなんだって....半透明terminal萌え

>>68
いや、root作ってsuしてchmod出来たので、目的は達成です。
ただ、NetInfoについては今後も勉強が必要だと思っただけ。
曖昧な表現でスマソ。

とりあえず、httpdして、phpinfoを書いて、phpが動く事を確認した。
変な所にドキュメントルートがあるよなあ。

なんか、前にOSXを家と庭に例えたんだけど、まさに想像通りだった。
家は綺麗なんだけど、庭に出ないと面白くない。
庭は家からじゃ把握出来なくて、
家の外に出て自分の足で動き回らないと楽しめない。

まだまだ「２つの違う世界が混在するシステム」に見えるよ。

>>70
うん。readは試した。あれはわかりやすかった。
X共通なのね。便利だねぇ。

とりあえず裏設定ができる定番コンパネいれてみそ。

http://www.bresink.de/osx/TinkerTool2.html

あとCocoaアプリとしてOmniWebというブラウザ。SPだけど。

http://www.omnigroup.com/ftp/pub/software/MacOSX/.sneakypeek/releases/

とりあえず、今までやってきて「庭」に出た気がした操作をまとめる。

■　Terminalの起動
「/Applications/Utility/Terminal」にあります。

■　ターミナルを半透明にする
「defaults write com.apple.Terminal TerminalOpaqueness 0.5」と入力。
想像が付くと思うが、0.5が「不」透明度。
defaultsは、Xの設定用コマンド。

■　Apacheを起動する。
confファイルは/etc/httpd/httpd.confにある。
デフォルトのドキュメントルートは/Library/WebServer/Documents
「httpd」と入力。

■　Netlnfo Managerの起動
「/Applications/Utility/Netlnfo Manager」にあります。

■　rootになる。
Netlnfo Managerを起動する。
「ドメイン→セキュリティ→ルートユーザを有効」で、パスワードを入力する。
Terminalで「su」と入力し、パスワードを入れる。

■　Apacheの起動を確認する。
ブラウザを開き、デフォルトだと「http://127.0.0.1/」を入力。

■　Apacheにphpを組み込む。
httpd.confの、phpの設定が書いてある行のコメントアウトを解除する。

■　Apacheにphpが組み込まれたことを確認する。
「/Library/WebServer/Documents/phpinfo.php」を作成する。
ファイルの内容は、「<?php phpinfo(); ?>」
ブラウザを開き、「http://127.0.0.1/phpinfo.php」を入力。
phpの情報がブラウザに表示される。

TinkerTool2をダウンロードしたら、それをきっかけに、
Stuffit 6.5をアップデートしてくれと言われたので、ダウンロードしたら、
それをきっかけに、Stuffit 6.5をアップデートしてくれと言われたので（略

TinkerToolがシステム環境設定に追加された。
読み込みに時間がかかっている様子。

ブラウザは今のところ困ってないから、とりあえずまた今度でいいや。。。

>>71
NetInfoを二度もNetlnfoと書いてしまった。
最近XPばかりなんで間違えた。
いずれにしてもTerminalからｺﾏﾝﾄﾞの方が楽だったきがする。

>>75
抜けに気づいたので一応。

■　httpd.confを編集する。
Terminalで、rootになって、
「chmod 0666 /etc/httpd/httpd.conf」
「chmod 0777 /etc/httpd」を入力すると、ファイルに書き込めるようになる。

--
間違いとかもっと簡単な方法があれば、適宜つっこんで欲しいと思われ。

>>77
うん。別にどうしてもではないけど、
CocoaアプリのQuartz描画エンジンの綺麗さを知るのに一番だから（ｗ
付属アプリだと「mail」がCocoa、「Calculator」はJAVAだったりする。

TinkerTool、読み込み中に固まってましたｗ

>>80
思ったより汚くは無いけど、薄いのに慣れるまでは結構疲れそう。
ただ、遠巻きにみても綺麗なGUIってのは、やっぱり気持ちがいいもんだね。
気持ちがいいのと、疲れないのは、どっちがいいかと言われると微妙だ。

>>79
バイン捨ててないのが間違いだよ。

>>82
何故そんなにVineを棄てることにこだわる？ｗ

>>81
実際にはOS9の方がメニューの出方は速いんだけど、
OSXに慣れると表示の品の良さで戻れないね（ｗ
遅い表示もリズムをとってくれてるように思えるようになるという＜ｱﾋｬ?

システムプロフィールは重すぎて使えないｗ
アプリケーションを選択させたら、黙って落ちてしまった。

>>82
何故そんなにVineを棄てないことにこだわる？ｗ

>>86
別に棄てる必要ないじゃんｗ

正しくブート出来るかどうか試してみる。

あと、ClockがDockの中でも秒針が動き続けるのとかね。
アイコンとしては無意味だけど概念を通さずに見たまんまUIとしては秀逸（ｗ

で、iTunes2は？　8.6って事は今まで使ってないでしょ。

やる事いっぱい、夢いっぱい（ｗ

商用OS展開としては失敗なんだろうけど、
丁度いいペースでアップデートとか移植とかされてくから
把握しながら遊ぶにはもってこいなんだよなぁ。

>>87
部屋中ガラクタでｲｯﾊﾟｲですか?
別れた女の写真なんかを何時までも懐かしがってる奴は
女々しいというよりｷﾓｲｿﾞ。

>>梨ﾀﾝ
あいちゅーんぢゅちゅうの音質インプレきぼんぬ♪

正直、いろいろ較べたことないんで、iTunes2がどの
レベルなのか意見聞かせて下さい。160kbpsくらいで。

あと、2GくらいHDに余裕があればiTunesも少しは楽しめるのにね。

どこが旧iMacなんだよ。漏れのDT233はOS X大活躍だぞ(wgetしか使ってないが)

14 ：梨 ：02/03/20 15:59
そうだ。環境について記しておこう。

iMac Rev.D G3 333MHz
160MB RAM
6GB HDD(OSX 4GB/VineLinuxPPC 2GB)

なにげに困るのはX環境のバックアップ。
SYSTEM権限・ROOT権限・USER権限でちらばってるから
旧式のトラックボール野郎にはわけがわからん
ちなみにわたくしもX環境は1.2で運用に挫折して以来2度目の2週間目
これからjtermをいれてみようとおもふ

>>94
実際は、root権限、管理user権限、一般user権限、ね。
で、一番楽なBackup方法はOS9でrebootしてdisk丸ごとコピー。これ最強。
でもこれをすると、じゃぁpermissionの意味ねーじゃんと突っ込まれる諸刃の剣。
まぁ、素人は・・・（略

>>95
どうもrootとsystemは別のものらしいんだからしくないんだか
たぶんsystem所有のファイルがあるのだが...
ちなみにその方法でも復旧しきれなそうな気が...ボリューム名とか
おんなじにすれば元どおり動くのかな？
現在はちまちまと設定系と機能拡張系ファイルをバックアップしてる。
ファイル構成がしっかりつかめればこんな苦労も無いだろうに...
長年Classic環境で楽してきた分ちょっとでもめんどうなのは萎える

JTerminalはデベロッパーツールズが必要な模様...CD買っちゃおうか悩み中

>>96
hfspax使いな。

>>97
激感謝。Norton先生のおまけに絶望してたとこです。
UFSで安定してますか？

>>97
ＨＦＳ＋で逝きましたので、それに比べては。

あ、自分にレスしてしまった。ついでに１００ｹﾞﾄ

>>98
UFSはUFSでメリットあるけど

＞長年Classic環境で楽してきた分ちょっとでもめんどうなのは萎える

なら、萎える事請け合い（ｗ
今のところ一長一短だよ。

PMG3/233なんですが外付けMOドライブから
起動する方法ってありましたっけ？

うちのはFW230MB-MOだから容量的に無理なんで試してないや。
1.3GBのメディアを入れた状態で
インストールCD起動時に認識されれば可能かも。

homeまるごとコピっとけばええやん、それより上はいらん

>>104
usersな。homeだと1userだけになるぞ。

ちなみにそれだと管理者権限でシステムに組み込まれる物や
管理者権限でAplicationsフォルダにインストールされるアプリはBackup取れないぞ。

>>103
すみません。
初心者質問スレと間違えて書き込んでしまいました。
何の脈絡もない質問に丁寧に答えてくださってありがとうございました。

結構ためになるじゃないかｗ

てめえ、、、
結局OSX入れたんか（w>>1

どうも、>>4です。
旧板らしく1文字コテハンにしてみました。
実は某掲示版で名乗っていたコテハンの使い回しです。
このコテハンだと言葉遣いが変わってしまいます。笑
梨さん＆みなさん、よろしくお願いします。

カンゲーage

基本的に純マカです。
現在動作環境は
QS2002/933　1.5GB　OS X10.1.3/OS9.2.2
iMacDVSE/400　768MB　OS X10.1.3
PBG4/500　768MB　OS９.2.2
という感じ。
ブラウザは主にマクモエ使ってます。

UNIXとかコマンド関係には疎いので、このスレ勉強になります。

ぐわ・・・そのうち一つください(^-^;

>>112
どうも熊さん、はじめまして。（実は新板でちょっと語ったことがあります）
あいにく全部稼働中なもので･･･
強いていえばiMacはあぶれていますが、一年前から姉のところに
里子にいくことが決まっています。

ご期待に添えず申し訳ありません。

うまくオフに出来たので、桜でも眺めてﾏﾀｰﾘする今日この頃。
マクいぢりはまた明日。
正直、携帯電話弄ってる方が楽しい罠。

>>89
iTunesは、そういえば使ってないね。OSXに飽きた頃に聞いてみよう。
横の端子にヘッドホンつなげばいい事も教えて貰ったし。

>>90
漏れは健忘症なので、自分の過去を残す物が無いと、
過去のことは綺麗さっぱり忘れます。かえってｷﾓｲです。

>>91
音質って、プレーヤー依存ではないような気がする。

>>92
なんで？ストリーミングに容量はいるまい。ととぼけてみるテスト。

>>93
液晶じゃないiMacはみんな「旧」扱いでいいです。
つーか、GUI外したらOSXじゃないじゃんｗ　素直にDarwinPPC使え。

すげー何か知らんけど住人が増えてる気がする罠

梨に旧板住人栄誉賞を授与しる!!w

>>92
56kと128kで同じチャンネル（内容が同じ）を聴き比べると禿しく違う。
LowとHighの音域が容量増すと広くなる（再現率があがる？）のかな、って印象だぎゃ

>>94 別にバックアップの必要ないかなー、とか思ってたり。
>>95 一応参考にしておきます。
>>108 入れたよｗ 思ってたより良かったぞ。遅くないし。
>>109 米ﾀﾝ、よろしくです。
>>111 「マカは金持ち」説がぶり返しつつある今日この頃。

>>115
栄誉賞ｹﾞﾁｭ!!

で、ストリーミングにHDDは食わんよね？
それとも、ローカルに保存してオフラインで聞けちゃったりするのか？

>>117
スピーカーの前にラジカセ置いて録音でもすれ

あ、ちなみに、VineLinuxは正しくブートしませんでした。
たぶん、古いOSから起動してBootXを使えば起動できると思われるが、
古いOSから起動する事自体が無い気がするので、
場合によってはさっくり消す予定です。
Cb3ﾀﾝに屈したようで納得いかないがｗ　残念ながらお別れ。。。＞Vineﾀﾝ

で、もし消すなら、UFSとHFS+とHFSのどれでフォーマットしたらいいと思う？

>>118
いや、別に無理に録音したい訳じゃないｗ
デフォルトでHDDに保存するなら、新設だなぁと思っただけ。

ちなみに、そういう時も普通は録音するためのソフト噛ませるだろー、
とか、ネタにマジレスっぷりを発揮してみないこともない。

別スレから、遊びのネタを持ってきてみたりする。

196 名前：　() 投稿日：02/03/21 02:50
Network Utilityをいぢりまくれ

197 名前：●~*(　) 投稿日：02/03/21 03:38
OSX機はやはりリンゴ＋Ｓを押しながら起動して
UNIXのコマンドラインオンリーだけで使うのが
正しい使用法だな…

>>114
エンコードのほう

>>122
そういえば、エンコーダ入ってるんだっけか。忘れてた。

それはなんとも証明しがたいものがある気がするが、
フリーの音源とかあれば、結果をうぷしてもいいよん。

>>121の197
なんでOSXなんだろね。
普通にBSDでもいれときゃいいのに。
こういうやつに限って運用一切してないんだな。
インストあんど設定オタ
で、使えるもんはなにひとつつくれん。
とか言ったら敵増えますか？

>>124
おお！
腐れマッカーにしては、骨のある奴

>>119
Classic環境＆OS9.2.2使わないで、DarwinマンセーするならUFSかな。
ただ、今のところはHFS+にしといたほうが無難ぞなもし。
ちなみにHFSは最初から使えないぞなもし（ｗ

>>122
やや、梨ﾀﾝの主観でオケーです。
適当に他プラトフォームの有名どころと較べて。

液晶買おうか悩んでます。

>>124
現行PPCで使えるまともなBSDが、DarwinPPCしか無いのよ。
つーか、PC買えって感じだよな。。。

FreeBSDは全然遊んでないなあ。試してみようかな。

NetBSDは？

>>127
漏れ、午後しか使わないし、最近の事情はわかんないから、
聞き比べ出来るほど耳が肥えてないよ。

脱MP3しようかわりと悩んだし。結局やめると思うけどさ。

>>126
HFSは駄目なのね。覚えておきます。

>>129
今も更新してるの？

2001-11-12がカレントらしい。
http://www.jp.netbsd.org/ja/Ports/macppc/

>>128
DarwinをDarwinとしてインストして使うんなら宗教的メリットもあるのでしょうけど
BSDとして使うにはMAC高杉、とかおもうわけです。
余ったまくであそんでみようという梨さんのこころいきはマカとして大歓迎です

つか、OSX on Darwinでしょ？
捨てるには綺麗すぎるGUiだし、それでいいじゃん。

>>132
おお、そんなに新しいのね。ありがと。

>>133
一応NetBSDは使えるような気がするよ。上のリンク見てる限り。
漏れはOSマニアなんで、わりと宗教的な心意気もあるよｗ
金をかけたくないだけで、たぶん大金持ちだったらマク買いまくってたと思う。使い捨て。

>>134
ん？　漏れはOSXで使うよ？　話の元は>>124にあると思われ。

>>136
で、iMac-333でのOSX使用感はどうよ？
実はG3で実際にセットアップした事無いから興味津々（ｗ

>121
ってゆーか、梨って山本定吉スレにまでいたんだ

http://pc.2ch.net/test/read.cgi/jobs/1014491087/l50

#誤解整理
おいどんのいうDarwinをDarwinとしてっていうのはソース落としてきてGUI無しインストして使うこと
で124は121の197に向けたもの
わざわざ高いマックにX入れてシングルユーザーﾏﾝｾｰは無いだろうと...
そのツールらしい使い方模索しないで馬鹿の一つ覚えは、
CUIまともにつかえんおいらなみに痛いなと...

>>137

はっきりいって，遅いよ。
私の愛膜（Bondi revB＋iForce400）でも。

古いタイプのビデオが見捨てられているらしいから。
具体的にどのG3まで見捨てられているかは失念。ゴメンネ。

>>137
ｶﾅｰﾘ快適だぞ。みんなﾒﾓﾘ積み過ぎ。
もしくは「快適」の妥協点が違うんだろうな、きっと。

>>138
わりと、ネタが面白いかどうかしか見てないかもｗ

>>139
その意図を踏まえてレスしたつもりなんだけど、返答が誤解与えてたらｽﾏｿ。

>>139
OSXはシングルユーザーぢゃないよ？まるちよ？

>>140
RAGE128系以降を積んでればOKと思う。RAGE PRO系はダメ。

>>142
いや、コンソール1個を指して「しんぐるゆーざ」と言ってるのかと。

>>140

お。情報ありがとありがと。

ややまじねた
実際Xのカーネルが死んで外部からのシェルも受けつくなる確率は
PC/ATベースのFreeBSDと比較してどんなもんなんだろう？
構成しだいでまったくかわるだろうからナンセンスな質問なんだろうけど
データセンターのラックに預けられるか否かの重要なポイントだとおもふ

>>141
10.1.3なのと、Rev.Dでグラフィックチップが対応してるのがデカイんだろうな。
あと、熊さんはOS9.xあたりと比べるから尚更なのだろう。

まぁ、メモリは新iMacで積んでちょ。

とりあえず、今までの所だと、アプリしか落ちなかったな。

>>146
GUIがフリーズした時にコンソールを出す方法を教えてくださいｗ

>>144
コマンド+S起動のシングルユーザーモードのこと
これでつかうならX Serverでストリーミングサーバー動かすくらいしか
Xであるめりっとが見えない。

>>147
新iMac、買わないもーん。現状にも不満は無いし。

つーわけで、iMacでもOSX出来るよー、と、声を大にして主張したい。
ただ、UNIX部分を隠蔽しているうちは、OS9から移行する価値は無いとみたね。

少し感想を語りたいんだけど、先にもう１クロールしてきますｗ

コテハンが集まりだしたので撤収
しねやお前等

>>149
それ、シングルユーザモードだったのね。。。
普通にマルチユーザでCUIログインするにはどうしたらいいの？

>>149
らじゃ。
>>150
10.2がMacExpoTokyoでお披露目みたいだけど、
今までのアプデトみたいに軽快動作化でくるのか、
新機能搭載でごめんね？でくるのか、どっちだろ？

>>148
localではないような。。。
あらかじめ外部からのシェルを許可しといて別器からfinderを再起動かな？
killすれば勝手に起きたような...finder
でも外からlocalのfinderプロセス殺せるかは試してないしやりかたもわかりません。
最悪、外部シェルからリブートできれば146の用件は満たせる。
※XにしてUSBマネージャの志望が減った気がする。
ちなみにUSBデバイスが生きてるならコマンド+オプション+escでアプリのプロセス殺せるよ
（たぶんしっているとおもうふが）

>>152
localからCUIのみログインする方法はしらないです。
ベータの頃はfinder(ウインドウマネーじゃ？)をkillすると
実質CUIのみモードになった（笑

telnet空けるのかー。。。

>>154-155
了解です。情報ありがとです。
不便だけど、そのへんは仕方ないのかな。。。

>>153
あ、漏れはExpo当番じゃないですｗ

10.2はそのうちでるってしかいわなかった。
blueTooth対応部分のみデモがあた。

>>150
そんな事言ってる内はMacの良さは分かるまい。
そのiMacは会社の窓から投げ捨てろヴぉけぇ

>>158
スペックヲタは逝けｗ
漏れは満足してるから、誰がなんと言おうとこれでいいんだよ！ｗ

# だってお金ないんだもん。

>>158
コテハン出てきたから消えるって言ってたのに、まだいたんか（w

>>159
MacはDT266がメイン機ですが何か？
スペックの事を漏れが指してたと発想するヴぉけだから
投げ捨てろと言った。
それとあと、市ねや。

>>161
>>150のどの部分についてレスしたのか示せ。
明確な主張する気が無いなら、このスレに書くな。去れ。

>>162
久々に梨らしいレスが聞けて満足だｗ
んじゃあ猿か

>>162
ゴタクはいいから、トラックボール買え。
>>161
お前も買え！

>>164
わりと1ボタンマウスで満足してる漏れは逝っていいのか？ｗ
力むけどな。

>>157
そか・・・。
結構Photoshop待ちなのかもね＜10.2

>>165
OSXはUSB2ボタンスクマウスまんま認識するから手持ちのマウスつっこんでみたら？

>>167
右クリックって使える？
ぶっちゃけ、FinderPop程度だったら、本質的にはさほど不要です。
上までカーソル持っていく手間が省ける程度だし。

--
クロールして、旧板の流れが止まったので、>>150の続きを。

UNIX部分を「ユーザに触らせないように」奥深くや隠し部分に隠蔽しているうちは、
OS9からOSXに移行する価値は無いとみたね。
何故なら、操作性に不便さをあえて与えるGUIが優れているとは思えないから。

これを打破するために、まず、簡単な方法論として、
UNIX部分を全面に押し出す方法論がある。

そこいらのgnomeやKDEみたいに、
TerminalやらLinuxConfやらのツールに簡単にアクセス出来るようにしたり、
システムの把握をするために、より多くのアクセス手段を与える。

けれど、これはたぶん、フールプルーフの都合上、避けていると思うんだよね。
ただ、現実は、その対象があまりに多くて、
旧OSなら出来ていた動作でさえ、陰にこっそり隠れているのが実情だ。

これは良くない。

システムプロフィールとか、メモリの利用状況（このMacOSについて）とか、
「/Applications/Utility」にある物を、メニューからアクセス出来る感覚が
「普通」では無いかと考える人は多いと思う。

これを「普通」にしておかない理由は、
単に「下手にいじられるとシステムが壊れるかも知れない」という
消極的な理由にしか見えないし、それじゃWindowsと何ら変わりはない。
むしろ、操作が開示されているだけ、Windowsのほうがマシだ。

同様に、一部フォルダが見えないのも気持ち悪い。
（これは設定で見えるように出来るのかな？）


今のところ、OSXが
「UNIXの良さを一般ユーザに与えるようには見えない」
のが本音だ。上で述べた家と庭の関係である。

開発者とユーザが完全に離別された、「創造性を刺激しない」環境だ。
こんなものを指して「開発環境がついてくる」と言うのはお笑い草だ。
開発者どころか、ヘビーユーザまでもがGUIに虐げられているというのに。


「システムの難しさをうまく隠蔽する」というのは、
本当はこういう意味じゃなかったと思うのだが。。。

梨はどこが不便になったと思うの？
僕は多少のデスクトップメタファの破たんは
みられるけど、９からXになって「便利」になったと
思うぞ、９であった便利な機能がなくてもなんとか
なるぐらい。

＞同様に、一部フォルダが見えないのも気持ち悪い。
＞（これは設定で見えるように出来るのかな？）

ちんこつーる入れれば見られるようになるよ。
どっとファイルも

＞開発者とユーザが完全に離別された、「創造性を刺激しない」環境だ。
＞こんなものを指して「開発環境がついてくる」と言うのはお笑い草だ。

じゃあ最近わさわさとOSX用シェアウエアが出てきている理由を教えてください。

>>168
まぁ、一般のOS9.x、8.xユーザーが移行してくるまで、この困った状況は続くと思うよ。
たぶんそれはAppleも判ってると。

OS10.1.0が出た当時は何か特別な事するにはTerminalでコマンド打たなきゃならなくて
かなり「敷居が高い」印象をOS9.xユーザーに与えちゃった。

何を良しとして何を悪しとするか、難しいね。

ちなみに右クリもスクもできるよ。

個人的にOS10.1.3に文句付けるのは「何か文句つけとかないといけないから」だと思うな。

ここ一年でも（メジャーメーカーを除いて）いろんなアプリが育ってきてるし
フリー＆シェアウェア類の方がCocoaアプリが多い（メジャーはCarbon）。
これなんかは>>172での問題に対応してるのが新規参入者だという証左だと思う。

>>169
OS9以前で出来た事が随分出来なくなってるよね。
上に挙げたこともそうだし、
「ユーザがファイルを把握する」という基本的なことが出来ない。

それはUNIXを使っているという「システム側の都合」でしょ？
そのせいでユーザビリティに制約を食らうのはどうかと。

>>170
ちんこつーるって？
TinkerTool2を使う限りは、見えるように設定できなかった気が。。。

>>171
開発者が自力で「隠蔽されたシステム」を解読したからに他ならないよ。
その発言が、「GUIに虐げられていない」事を証明しているとは思えない。

開発者が見たOSXの世界は、ユーザが見た世界とは違うんじゃないかな。

>>172
そう。平たく言い換えれば「敷居が高い」よね。
UNIXアプリは全部「こっそり付いてるだけ」。便利に使える訳じゃない。

右クリックは、オブジェクトごとに指示できる内容が違うの？
gnome程度なら、別にいらないや。

梨ー自作自演するなよー
だからーヒッキーてゆわえるのーよ

>>173
漏れは
「ユーザは与えられたものを使うだけ」
「開発者はユーザより難しい（上級ユーザとしての）操作を勉強すべし」
という物凄く大きな両者の区別に、激しい抵抗を覚えるよ。

漏れが開発者だから思うだけかも知れないけど。
ユーザに技術面での理解を求められない環境は、わりと苦しいな。。。

>>174
いやいや、そういう意味ではなくて、
創造性が刺激されないような環境だと言う割には
積極的にCocoaを使った面白いアプリ（デスクトップ上に天気予報図を出すアプリetc.）
が出てきてるけど、それは何故だと思うの？、といいたかったワケ。

>>174
TinkerTool2で出来るよ（ｗ
あと、右クリックで出来ることはオブジェクト側が決めてる。

OS10.1.3は、まずは土俵見せだよね。そういう部分は充分クリアしてると思うよ。
だから、10.2でどういうアクセントをつけてくるのか楽しみなんだよ。

>>176
そこらへんは、段階を踏ませざるを得ないんだって（ｗ

Macユーザーって、Mac=自分の理解出来るOSっていう意識が強いから
Darwin(unix)ベースになって技術知識のあるUnixユーザーに大きな顔されて
引きこもった感があるのよ、OSXに対しては（ｗ

だからPublicBeta以降は
「ユーザは与えられたものを使うだけ」
「開発者はユーザより難しい（上級ユーザとしての）操作を勉強すべし」
にせざるを得なかったんだAppleも。当然これでいいと思ってる訳では無いとおもうよ。

>>179
うむ。悪いけど、本音を言うとOS9ユーザに同情的にならざるを得ないぞ。
漏れは絶対に、もっとOS9ユーザにシステムを「管理」して欲しいと思う。

現実的に「ユーザは与えられたものを使うだけ」という路線を突っ走るなら、
本当に「与えられたものが足りなさすぎる」と一蹴して終わりだもんな。今は。

>>178
了解。便利そうなんで試してみます。

あと、OS 10.1.3以前の歩みは全く知らないので、
話が食い違ってたらフォローお願いします。

>>177
やっぱり、「開発者が自力で隠蔽されたシステムを解読したから」じゃない？
「開発者」は「ユーザ」としての感覚を併せ持つよね。

ただ、UNIX部分を完全に把握した上で開発しなければならないから、
エンドユーザコンピューティングのような物は達成できていないな、と。

もっとお手軽にシステムを把握出来る物だと思ってたから、
「そうじゃなかった。ユーザとしてシステムを把握するのは難しい」
という意図で意見しました。

だから、反論をするのであれば、
「ユーザとして簡単に開発できます。システムも把握できます。
　だから開発者が増えて、アプリケーションが増えるのです」
というような言い方をして欲しい。

さもなくば、「ユーザと開発者の隔たりが大きい」という主張は覆らないよ。

補足。

×　漏れは絶対に、もっとOS9ユーザにシステムを「管理」して欲しいと思う。
○　漏れは絶対に、もっとOS9ユーザがOSXを「管理」出来るようになって欲しいと思う。

新板に書いたんだけど、一応「快適」のおおまかな定義でもしておく。
ついでにごく一部訂正ｗ

----
漏れはClassicもAdobeもMacromediaも使いません。
印刷も映像も音楽もやりません。

ただ、iMacを綺麗なGUI付きの（端末利用も可能な）UNIXとして使いたかっただけです。
OSとしての比較対象は、OS9ではなくVineLinuxPPC 2.1.5です。

だから、それ以外の人にとって快適じゃなかろうが知ったこっちゃ無いです。
----

UNIXのツール類は揃っているの?>OSX

>>183
たとえばどんなツール？

>>182
実際ね、OSXをOSXとして使うには、
管理ユーザー登録してから、自分個人用に1ユーザー登録して、それから環境整備なわけだよね。
ところが従来のMacユーザー的に管理ユーザー登録が済むと、
管理ユーザー=個人ユーザーとしてセットアップしてっちゃうし、そうさせやすいUIだよね。
もっと自然に個人で使っても、マルチユーザーOSのメリットを享受できるように導かないと
本当の意味でOSXを把握することは難しい、とは俺も思う。

>>184
例えばテキスト処理系　grep awk perl 日本語通るん?
ed yacc vi emacs tar cc cpp

つか、UNIXで言えばどっちの系統なの?>OSX

>>186
カーネルがBSDレイアを持ってるのよ。

日本語が通るかどうかはわからない。
つーか、内部文字コードもわからなかったりする。
eucだったらおおむね通ると思うんだけど。

>>185
う。話逸らして悪いけど、漏れはそれ以前の問題だと思う。。。

ちなみに>>180で>>177に言ってる事は「理想」として同意。
間違いなくそうあるべきだし、さらに敷居を低くするべき。AppleScriptでもいいから。
ただ、その敷居を越えて参入してくるcocoa開発陣は「自力で」育ってきてる。
Appleに肩入れして貰ってるメジャー達はOS9ユーザー離れが怖くてcarbon止まり。
ここいらへんのねじれが多少なりとも解消されてかないと、健全な状況にはならないよな。

>>188
ユーザの移行が先か、開発者の把握が先か、って？

>>187
さんきゅ。BSDか。shellはまとも?

過去、テキスト(CVS)データ処理をしたかったのだが
手元にMacしかなかくてやむをえずMacPerlなるものを
使って欝になった経験アリ。

それだけでも使えるかもね>OSX

>>187
ところが日本語通らないんだな（ｗ
前、紹介したコレなら通る。
http://www.geocities.co.jp/SiliconValley-PaloAlto/8861/mac/

それ以前話はわかるけど、それ以前の話をすると
マカが信じる「Macは初心者に易しいOS」という教条が崩れるのよ（ｗ

>>190
デフォルトのシェル、なんだっけかなあ。tcshだったかな。
zshもあったと思われ。

CVSじゃなくてCSVか？
MacPerlは、Perlとしては使えないよね。。。

わりとUNIXだと思って差し支えないみたいよ。OSXは。
新板にシェルスクリプトとかを披露するスレもあったし。

>>191
ターミナルが通らなくても、シェルは、って無理か。

うむ。崩れるんですのよ？

「ですのよ？」じゃねーよ。。。

tcshってcshの流れかな。あとzshか。
だと、shellは漏れの流儀に反するなぁ(わがまま)
まぁなれりゃなんでもいいんだが。
CSVはタイプミスでち。

頑張れ>梨ドン 開発ってやつ。

GUIライブラリの導入記なんかキボン。
漏れはX/motifしか知らないし(w。

>>195
本当はもっと他にもあった。君の好みに合うやつもあったかも知れない。
漏れはデフォルトが何かと、zshがあるかどうかだけしか見てなかっただけ。

とりあえず、忙しいけど頑張って時間作るよ。応援ありがとね。

>>191
げっ日本語駄目かよ、ちぇっ。欝だ。

>>197
コマンドラインで直接入力しなければいいのでは？（だめなの？

>>198
たぶんそう。

sh,zsh,csh,tcshが収録されていますよ。
bashも頑張れば動かせるみたい。
折れには差異が、全然分からんけど。　

>>198-199
コマンドラインからパイプ&リダイレクトがいいのよ。
漏れはパイプカットしてないから直出しマンセー(w。
あ、shがあればいいかぁ。日本語通ればねぇ。

>>201
あら、お下品ですわね。
とりあえず>>191を使ってみては如何？

>>191、202 thx

久々に来たんだけど、なんで梨はホモ口調になってんの？

>204
ゆみが騙っているから

>>204
ホモのひとは必ずしも女言葉を使うわけじゃないーよ

所で梨はomniweb試した？
試してないなら試した方がいいよ。実際に使うかは別として。

思い出した。梨ってiMAC333だった。
確かにCUIのみモードも欲しくなる気がする。

http://www.omnigroup.com/ftp/pub/software/MacOSX/.sneakypeek/releases/

>>209
うちの会社のHPがきちんとレンダリングできるようになったら使いたい。

>>210
だとすると、ずっと先の事と思われ・・・

>>207
OSXでは、折れのメインブラウザです。
表示が奇麗だから、少々のことは我慢できる。

>>204は正解。ゲイが広義で、ホモが狭義だ。間違えるな。

>>207 >>212
そんなに面白いのか。。。
じゃ、試すだけね。ブラウザには本当に困ってないし。
>>209はありがとです。

>>208
うん。ぶっちゃけ、現行OSXの操作性なら、
UNIXとして使うときはCUIモードの方が操作性いいと思うぞ。

ホモとオカマはちがうのうのよ

>>212
俺も同じ理由でomniがメインブラウザ。
iCabもかなり良くなったけど現状のcarbonの限界が・・・・

>>207
OmniはCSSの解釈／表現がかなりおかしいいーよ

GUIなんて飾りです。
梨にはそれがわからんのですよ。
なくてもかまわんが付けて買わされるものなら豪華で美しいほうがｲｲ。

Linuxみたいに入れてすぐKDEなんかが使えるBSDはひとつもないぞ。
使いたいもんがあったら自分でそろえたらいいよ。

あの…
今ね、ひさしぶりに昔のMacでアクセスしてるの、
なぜかって言うと、
話せば長くなるけど、
ヨーカドー銀行からステートメントをダウソ試用としてもうまくいかなくて、
OSXから試してみたんだ。そしたら何気なく始めた
索引を作成って言うのが全然お藁なくて。
一日経って今もまだ終わらない。
その間、とっとと終わらせようと、放っておくために昔のMac電源いれて。

その前に、ちょっとクラシックを試してみたんだ。
でも、EudoraもIconographerも、メールボックスが画面にあらわれたり、
保存しようとしたりするといきなり終わっちゃって、
使い物にならなかった。

Finderも違和感あるし、喋るのも変な声だし、て言うか喋んないし。

新板でレス1000逝ってたよ
次スレ立てないの?

あのスレの次スレがここらしいぞ。

あっち、話途中で終わっちゃったよね。
劣っているスレで続きしようかと思ったら混んでたし。どうしよう。

今日はマク触ってる暇無かったでした。
明日と明後日は外で遊んでるから旧板来ないと思うし。

まぁ、自社通販優先っていうのはAppleに限った話じゃないでね。

梨の気持ちも判るなぁ。
Cubeも不具合で騒がれすぎてて、
とりあえず様子見してたら生産中止・後継機種無しになって
大慌てで探して中古相場暴騰って事があったもの。

日本人が思ってるほどAppleは馬鹿でかい会社ではないし、
日本のメーカーみたいに様々な部門・分野で稼いでる訳では無いから
様子見で売れなかったり、部品相場が値上がりすると
早めに明確な対処をしないと大穴開ける事になるのよ。

今回のことは、思いの外Macのハードの価格に
お布施代が含まれてないって事の証明になったね。
Cubeもそうだったけど妙に手の込んだ造りにしたりするからね。

梨、これに懲りずにもう少し様子見だ！
アメリカは景気回復に向かい始めた矢先で
それで不良在庫が底をついたのが今回の部品代高騰の要因だから
回復が軌道に乗れば安定した値段になるって！
あとは円安に歯止めがかかれば、だけど。

とりあえず、存在しない物を求めて失敗したことは、もう繰り返さないよ。。。

めんどくさいから日本もドル立てにしてくれ。
ユーロでもいいぞ

>>224
変に自虐的になるなよ、梨。
あんまり荒れられると新iMac薦めた俺も心苦しいし・・・

macに関してはAppleStoreでオペレーターと喧嘩しながら注文するのが
結局の所、一番安全だったりするんだ・・・
俺のCube/500はAppleStoreで450を500にしてもらったんだが差額1万円くらいだった。
対応は最低なんだけどね。得することが多いんだ・・・

いや、いいの。
もう冷静沈着客観的公平マジレス梨さんに戻るんだもん。
心の偽物は退治するのさ。えいっえいっ。

ｷﾓｰ

まわりが要求する完璧なマジレスさん像と現実の自分のギャップに
悩んだあげく、イメージを解消するより歪んで生きていく事が美しいと悟ったり。

自分で悟ったとか言うてる時点で『美しくない』

美しいとかうつくしくないとか。
いってみたり。

名スレの予感。

日本人なら「ココア」でしょ？
http://pc.2ch.net/test/read.cgi/mac/1016716727/

ApplicationKit 邦訳
http://cocoa_j.tripod.co.jp/

さげ進行のスレを紹介してアレかも知れないが、
OSX関連のスレが発掘されたので、まとめておく。

Mac OS Xでコンパイル初心者すれ
http://pc.2ch.net/test/read.cgi/jobs/998085846/
マック�]の画面コピーってどうやるの？
http://pc.2ch.net/test/read.cgi/jobs/1014134708/

[8.6/9.x/10.1] 林檎+Shift+3
[10.0] http://www.AmbrosiaSW.com/utilities/snapzprox/
grabは使えない？
http://til.info.apple.co.jp/cgi-bin/WebObjects/TechInfo.woa/wa/showTIL?id=106209JC

>>232
すばらしい！
時々起こるこういう活動をみると2ちゃんも捨てたモンじゃないなと感じる。
どこかのユーザーグループもやってるって話を聞いたけど。
でも人はあんまり集まってないみたいですね。
梨さんは協力しないの？

>>234
漏れ、英語は苦手なんで、ﾏﾝｾｰしかできん。。。無念。

あっちにこんな事書こうかと思ったが、完全に蛇足になるのでやめといた。
--
名スレの予感。

英語が苦手な開発者です。
>>1さんや翻訳者諸氏のお手伝いをしたいので、出来ることがあれば言ってください。

ホームページの構成なんかは後ですれば良い事なんですが、
今のうちに一応クラスの説明の例として、Javaのドキュメントを紹介しておきます。
http://java.sun.com/j2se/1.3/ja/docs/ja/api/index.html

テンプレートに従ったドキュメントになっているため、
テンプレート部分の翻訳は単純明快にした方が読みやすいと思います。

書いてきたよん。
今からドキュメント整形スクリプトでも書こうかと。

OS板でちょっと宣伝してきました。
久しぶりに逝ったんですが、マック関連のスレが多くてちょっとﾋﾞｸｰﾘ｡

プログ板も覗いてこようかな？

うお。OS板、よさげだ。
最近新板のタスクを全部引き下げてきたから、
今度はOS板に逝ってこようかな。

MacOSXって実際どうなん？
http://pc.2ch.net/test/read.cgi/os/994100878/

プログ板ではよさげな板が見付からず。
ココアは相手にされていないのだろうか・・・？

かわりにUNIX板で貼ってきました。

MacOS Xはどうよ？
http://pc.2ch.net/test/read.cgi/unix/984127526/l50

UNIX板はﾏﾀｰﾘしてるやね。。。
ま、貼り付けはそのぐらいで良いかと。

Cocoa開発、やってみたいなあ。
その時にはまた新板のお世話になるかも知れないね。

ビデオカードなんですけどVoodoo2 For Mac（VP-GW12M-PCI)という3Dfx
Voodoo2カードのドライバーないでしょうか、MicroConversions社がもう無く色々調べましたが見つかりません!どなたか助けて下さい!!

>>241
> UNIX板はﾏﾀｰﾘしてるやね。。。
> ま、貼り付けはそのぐらいで良いかと。

そですね。
他板の住人様、お邪魔いたしました。て、ここに書いても意味ないけどｗ
新板住人が中心になってやるべきだと思うし。

> Cocoa開発、やってみたいなあ。
> その時にはまた新板のお世話になるかも知れないね。

自分もこれを機にプログラムの勉強しようかな・・・。
このスレでさえ普段はROMるしかなくなることがあるし。

劣ってるスレでもよく話題になるけどやっぱりユーザーの自己啓発が大事だと
最近よく感じる。
そういう意味でも完遂して欲しいなぁ。

一番上のスレに質問が書き込まれてしまう法則。
人のない板だからしゃーないんかなー。

>>242
旧Mac板初心者質問スレ＃８
http://pc.2ch.net/test/read.cgi/jobs/1016682785/

ネットで調べてみつからなくて、開発元が逝ってるなら、
誰かにリテールのドライバを貰うはめになるだろうね。

>>243
> 新板住人が中心になってやるべきだと思うし。
> やっぱりユーザーの自己啓発が大事だと最近よく感じる。

うん。やっぱりそうだよな。禿同。

> 自分もこれを機にプログラムの勉強しようかな・・・。

チャンスがあるなら、試してみるのも良いことだと思うよ。
まあ、プログラミングだけが活用法では無いんだけれど。

真剣にOS Xに乗り換えた奴が使用例を語るスレ
http://pc.2ch.net/test/read.cgi/mac/1016726344/

やはり最初に評価されたのは「安定性」みたいだね。

当のMacユーザーが一番保守的な事を本人達が自覚するべきだとか言ってみる。

梨、頑張れ。某Cocoaスレで。

うむ。
これを機に、整形だけでも手伝ってくれる人が増えればいいのだが。

とりあえず、1ページあたり最短20分で整形できるな。
これを何分に縮められるかが腕の見せ所だ。
（ツールを使うのはかえって面倒な気がするから手打ちしてたりする）

ココアスレ流し読みしただけなんで勘違いやもしれぬか、
ｱﾎﾟｰﾃﾞﾍﾞﾛｯﾊﾟｺﾈｸｼｮﾝの翻訳してるの？？

>>249
うむ。
厳密には、Cocoaの技術文書の翻訳をしている。

# 暇なら手伝わないか？ って聞くのも野暮か。

>>250
ﾃﾞﾍﾟﾛｯﾊﾟｺﾈは暇つぶしに読みに行ってるけど、
正味開発系の知識が浅すぎるので役には立てないと思うyo...(ｳﾄｩ
英英辞典wと用語辞典(Web上のも含め)を片手にﾁﾏﾁﾏ読んでる状態だしなw
でも何か手伝えそうな事があったら強力するモナ−

とりあえずanonymouse CVS鯖構築情報
http://cvs.m17n.org/cvs/server.ja.html
最終的にリポジトリ設置できるのが望ましいような予感

>>251
う。やはり構築は難しいのな。＞CVS鯖
フリーのレンタルサーバで構築、なんてのは難しそうだ。

「CVS人間」を一人置いて管理するしか無いような気がする。
いちばん暇な人ｗ

> 何か手伝えそうな事があったら強力するモナ−

英語が出来るなら、知識が浅くてもチャレンジする価値はあると思うぞ。

さしあたって、英語が出来ない漏れはHTMLしか書いてないｗ
そして、HTMLで整形する人も募集中だ。

# 訳者全員がHTMLを理解しているなら、整形担当は不要な気がするが。

>>252
毎度の事だが有料鯖提供なら出来るyo...w
それとも並行して私がCVS鯖構築を一から勉強するとか？ww
"暇か？" と問われれば "はい" とは返答出来かねる微妙な状態なので何とも言えんが...

時間が空いたら挑戦してﾐﾙｰﾖ。勉強になりそうだし

う、、なんか今日は感動。
何も出来ないのにあちらに書くのはスレ汚しになるのでこっちにカキコ。
みんな、がんばれ！！！！！

HTMLの整形は誰にでも出来る仕事だと思われ。
ここに手順書いてもいいくらい。

>>253
CVS鯖構築よろｗ

>>254
とりあえず今日のぶんは頑張るが、
確かにこりゃあ、ボランティアベースでやるにはボリュームが大きいね。

>>255
table邨?繧薙〒豬√＠霎ｼ繧�縺ｮ縺ｧ縺ｯ繝�繝｡縺ｪ縺ｮ?ｼ?
縺昴?ｮ遞句ｺｦ縺�縺｣縺溘ｉ蜃ｺ譚･繧九′縲∵凾髢薙′繝ｻ繝ｻ繝ｻ

omni化け・・・鬱。

>>255
> HTMLの整形は誰にでも出来る仕事だと思われ。
> ここに手順書いてもいいくらい。

旧板に書いても人が集まらない気が・・・。
大事業だし新板の方にもう一つスレ立ててサイト構築の実作業用に
使っても良いくらいかと。

まあそれはもう少し進行してからでも良いかもしれないけど、差し支えがないなら
手順は本スレに書くべきでしょう。
新板では梨さん無職だと思ってる人が多いから全部お任せになっちゃうよｗ

整形は私が手伝うのが一番手っ取り早い気がする罠
# 梨さんが設置してる垢の関係でw

まずは片っ端から翻訳するのが先決なのだと思うので、
サイト構築云々は本スレ以外のトコでやった方が良いと思う。
（ごちゃごちゃしてややこしくなるから）

連絡用スレを旧板に立てるのはどうかな？
ここを使ってもいいけど、スレタイトル等の関係で紛らわしいし。

>>259
> 整形は私が手伝うのが一番手っ取り早い気がする罠
> # 梨さんが設置してる垢の関係でw

あ、そういうことでしたか。失礼しました。

> まずは片っ端から翻訳するのが先決なのだと思うので、
> サイト構築云々は本スレ以外のトコでやった方が良いと思う。
> （ごちゃごちゃしてややこしくなるから）

そですね。ホントに必要になったら別スレ立てるって事で。
あ、別にこのスレでも良いか。
旧板だしｗ

MacOSXでのCocoa開発の一環でお手伝いしてるだけなので、
（だから、後で読む事を当然楽しみにしているｗ）

>>1的には、このスレで雑務やってもいいです。
ひとまず>>259ﾀﾝにお手伝い用のircチャンネルのナビをきぼんぬしたいな。
手分けするなら、かぶったら最悪でしょ。

返答を待ちつつ、手順をここに書いてます。

実はお仕事中な罠

>>262
ｽﾏﾝこれからタクでクライアントにデータ見せに行かないとあかんので
ircログイン出来ん。
後で詳しくｷﾎﾞﾝﾇ

# 明日の朝10時〆ﾅｰﾉﾖw

>>263
了解。いってらっしゃい。
こっちでやっとくわ。

# 仕事ﾓﾅｰ＞漏れ

漏れも来週から平日は忙しくなるかもしれんし（マクも弄りたいし）
有志の方が簡単にHTMLを整形できるよう、マニュアルをここに用意する。
（本質的には訳者がHTTML化した方が効率が良いが、それは任せる）

HTML開発手順。

前提
・改行記号を含めた一括置換が出来る程度には賢いエディタを持っている。
・電子メールやFTP等、何らかの「成果物を送る手段」を持っている。

1. 翻訳対象のドキュメントをダウンロードしてくる。
http://developer.apple.com/techpubs/macosx/Cocoa/Reference/ApplicationKit/ObjC_classic/AppKitTOC.html

2. エディタでダウンロードしたドキュメントを、改行記号LF設定で開く。

3. 改行記号CRを、すべて改行記号LFに置換する。
　（要するに、s/\r/\n/gと同じ事をする）

4. とりあえず、BASEタグをHEADの下あたりにでも仕込む。
<BASE href="http://developer.apple.com/techpubs/macosx/Cocoa/Reference/ApplicationKit/ObjC_classic/Classes/">

5. あとは、エディタを使って、原文のタグを壊さないように入れ替えをおこなう。
　（慣れないうちは、ファイルと原文のプレビューウィンドウを開いて確認する）
　※　HTMLエディタは、癖があるため、手慣れたもの以外はかえって避けた方がよい。

6. 「See Also」は「参照」に一発置換したりして、効率化の工夫をする。

「ココア」スレの123氏への連絡。


HTML係としては、仕事が減ってきたら、
プロジェクトの紹介をするためのページの作成や、本家ツリーの再現、
作業方法(たとえば>>114)のドキュメント化などをすると良いかも知れないです。

あと、改行コードを整えたのは、
単にMacとUNIXが混在する環境で作られたドキュメントを
編集しやすくしたいと思っただけなんで、満足に編集出来たなら良いかと。
（他の人が手を入れることを考えたら、LF統一も合理か。。。）
まあ、厳密に出来てなくても、さほど問題ないっすね。

> タグは全部原文のまま使ってますが、サイズとかはある程度調節した方がいいのかしら。
> # 日本語になるとちょっと見出しが見苦しい感じがする...

あえて調節しない所に、技術文書としての美学を感じてましたが、
如何なものてしょうかｗ
確かに見づらいけど、改行せず横に長かったり、文字が妙にでかいのも、
クラスの説明見てると 普 通 に 感じてしまうのは漏れが悪いのか？ｗ
意見賜ってもいいかもね。

あとで邦訳版用の全文検索を付けるとか、フレーム使って
左側にインデックスを張るとか、出来ることは沢山あると思うが、
考え始めたらきりが無くってｗ　だから原文ママでいいかと。

> # いつも辞書片手にﾁﾏﾁﾏ読んでたﾃﾞﾍﾞﾛｯﾊﾟｺﾈｸｼｮﾝが日本語で読めるなんて（感涙
> # 翻訳者の皆様頑張ってくだちぃ

禿同。

> # そしてやはり整形関連は別スレ進行の方が望ましい予感w

このスレで今後どれだけの事を書くかわからないけど、
話題が混線したら、「ココアHTML係と討論するスレ」でも立てましょう。
# もっとましな名前考えろ＞梨

>>267
ところで同時進行でいろいろCVSサーバの構築Tips調べたんだけどさ、
どうもanonymouseCVS鯖として使えるレンタル垢は殆ど無い模様w
（これが普通なんだろうけど...w）
anonymouseFTPできる鯖に聞いたら「CVSは無理」と即答されちまったいw
CVSリポジトリ設置は専用鯖買うか自宅鯖立てるしか選択肢が無いﾖｶﾝ...(;´Д`)

>>268
うむ。252にも書いたけど、ありゃ絶対無理だｗ
専用鯖よりは、

252> 「CVS人間」を一人置いて管理するしか無いような気がする。
252> いちばん暇な人ｗ

ってのが現実的だと思われるが如何かｗ

# あと、CGIでバージョン管理プログラムを組むのも手だな。。。
# あまりにめんどくさいか？
# でもなんか価値がありそうな気がしないでもない。

CVSリポジトリ自体に興味が湧いて来る罠w
CVS簡易版でPRCSというのもあるようだよ。
ざっと検索してみた感じではCVSよりとっつき易そうなんだが、
如何せん関連トピックスがあまりに少なくて凹む罠w

CVSがRCSの進化型なら、PRCSは簡略進化型といった感じかしら

>>270
昔仕事に使うためにMS-Visual Source Safeから乗り換えようと思ってて、
結局運用まで行き着かずに断念したのが悔やまれるなあ。

PRCSは初耳。普及してるのかな？

# 整形も仕事もせずに、iVisitで遊んでた事は秘密です。

漏れもcocoaプログラミングを勉強してみようかなage

>>268-271
ローカルでは使ってるんですけどね。Project BuilderのCVS統合と自サイトのバージョン管理用に。んでもpserver立てるほどのスキルはないっす。
あぽーの公認でもとれればSourceForgeと言う手も有りかとは思いますが。
ttp://www.sourceforge.net/

#一応、トリップつけます。

たまにOSXつかってみたら大変なことになってた。
ソフトウェア・アップデートでLanguage Supportが上がってたなんて。
なんで誰も教えてくれないんだよ。今まで知らなかったよ。

とりあえず欲しいのはSimplified Chinese Language Support(37.0MB)と
Traditional Chinese Language Support(38.5MB)だけなんだけど。
OS9のLanguage Kitの倍のサイズに期待も2倍。
でも、うちの環境だとDL大変だしな。どうするかな。
なんで、10.0や10.1のCDに入れてくれないんだよ。

>>274
>なんで誰も教えてくれないんだよ。
コンパネで自動アップデートにチェックを入れればいいのでは？

>なんで、10.0や10.1のCDに入れてくれないんだよ。
10.1.2以降のアップデートだからでしょ？

>>275
ん？
手元の10.1.3のCDには入ってるんかな？

>>274
外でDLしてくると良いと思われ。

>>273
公認問題って、みんな地味に避けて通ってるよね。
議論が起こる前に
「公認を取り付けるような動きをする予定は今のところ無い」という、
厳格な態度を取るなら取った方が良いと思う。暗にでも。

それか、一度どこかでしっかりした議論するべきだね。

>>272
是非age

>>273
1日1回程度参加してバージョン管理できるなら、
CVS運用実績のある人がバージョン管理やった方がいいかも。どうでしょ？


一応、連絡先を晒しておきます。

メール：　[email protected]
（同アカウントでMS-Messengerでのコンタクトが可能）
Web：　http://nasi2ch.tripod.co.jp/jobs/
（Webサイトから、旧板避難所に飛ぶことが出来ます）

>>277
メール送りました。
鳥だとpopupウインドウ開くしAppleの方がソレっぽくていいと思うんだが。どう？

>>278
メールとココアスレに返事書いたよん。

なにやら向こうで公認議論煽りが出てきたくさいんで、
是非対策したいと思うんですが如何でしょう？

# 訳者さんには出来るだけ翻訳に専念して貰って、
# インフラ整備は周辺スタッフ（我々）のお仕事ということで。

>>279
そですね。
とりあえずはユーザーグループみたいな感じで連絡を取った方がいいかも。
2ch有志だとちょっと・・・（ｗ
Appleとは無関係っていうのを明記して、
Apple側の対応（翻訳ページ公開）が取れたら削除で構わないって事で。

>>280
> Appleとは無関係っていうのを明記して、
> Apple側の対応（翻訳ページ公開）が取れたら削除で構わないって事で。

そだね。漏れは異存ないです。
上にも書いたけど、翻訳の整形が落ち着いたら、サイトの整備しなきゃね。

あぷ＆管理担当になりました「の」です。
整形済みHTMLファイルの受付ルールです。

・とりあえず「メールでの受付」のみとします。
・HTMLファイルは必ず「添付」形式で送付してください。
　その際自己解凍形式では無く「書類」形式で添付してください。
・「タイトルにディレクトリ（パス）名」を記入してください。
　URLアドレスは以下になります（タイトルにはcocoa_jproject/以下のパスを表記）
　http://homepage.mac.com/cocoa_jproject/
・ファイル管理上、連絡・問い合わせは単独のメールでお願いします。

送信メールアドレス　[email protected]

>>282
ｽﾃｷﾖｰ

つーか、新板にも書こうよ。

>>282のルールに則って（大嘘
nasi2chの垢のデータを「の」氏にメールしました。

ｱﾋｬ氏も、以後は>>282をご利用ください。
表示確認やテストにnasi2chを勝手に使うのは構いません。

別に陰口を言うつもりは無いんですが、あっちで長文レスは避けました。

>>ココアスレの156たん
基本的なHTML作成スタッフのポリシーとして、
「議論は余所で」ってのがあります。

色は、「うるさくなかったので目に入らなかった」という人がいるより、
現状の方がマシなので、当面はうるさくいこうと思ってます。

W3C準拠議論はしたくないので、今後も厳密には対応しません。
そもそも原文のpタグの使い方もさほど論理的では無いので、
これらをすべて準拠させるとなると莫大な手間がかかるでしょう。

# ただ、あなたが整形してくれるというならば、
# 我々は諸手を上げて歓迎します。

>>285
きれいなHTMLの方がいいには違いないけど、優先順位は最上ではないと思う。
なかみがだいじだよね、まず。

帰宅-待機

寝るす。
次のアプ作業はPM9:00頃になるから慌てなくていいっすよ＞梨

>>288
やったーわーい。

たぶん漏れも次は明日ｗ

NSBrowserアプしたよ。とりあえず待機しとくモナ。

訴訟には順序というのがあって、
相当悪質な場合でもない限りは、まず警告が来る物なのだよ。
で、次は内容証明つき文書が来て、それでも応じない場合が訴訟だ。
そんなわけで、そのシーケンスが始まらないうちに
第三者にとやかく言われてもその第三者には対応しません。

アップルに削除要請を受けたら、趣旨説明をして、
それでもアップルに削除要請を受ければ、当然削除するし。

向こうの181です。
のさん、アップルと敵対していいことなんて何にもありません。
警告が来るか、友好的に協力できるかは、
こちらの態度次第で大きく変わります。
順序とは言いますが、警告が来た時点で、やる気は激減することは
目に見えてます。

>>292
誰も敵対するなんて言ってないでしょ。

>アップルに削除要請を受けたら、趣旨説明をして、
>それでもアップルに削除要請を受ければ、当然削除するし。

これが敵対する対応だとでも？

少なくともここを読んでからね。
http://homepage.mac.com/cocoa_jproject/

なんだか煽りと受け取られちゃってますかね。。
敵対とは言わなくても友好的じゃないでしょう？

まず認識しておかなくてはいけないことは、
今の状態は完全にクロだということです。
だから、主旨説明といってもそんな威張れたことじゃないんですよ。

威張ってる話ではないの。

で、どこを取って「友好的でない」と解釈しているの？

179 ：名称未設定 ：02/03/27 22:54 ID:HuCVSZ3Y
Appleに「著作権侵害されてまっせ」ってメールしときました。
お咎めあるかもね(藁。

っていう煽り厨に

180 ：の ：02/03/27 22:57 ID:YZqdkg3n
>>179
かまわないよん。明記してあるし。

ってレスしたから？

ケツ持つつもりが無い状態でいろいろ言われても
こちらとしては対応する気は無いって事です。
それともあなたが管理してあなたがアップルと対応しますか？
訴えられる云々をあのスレで論じてボランティアの人間の意気が上がるとでも？

その手の事への対処をするべく当方も動いています。
当然、当方も30過ぎの社会人として常識的にアップルと対応します。

これ以上この話題を進めるのなら上記のメールアドレス宛でメールで行ってください。
具体的な対応策をお持ちならば是非伺いたいですし。

179を煽り厨と切り捨てるのはよくないです。
そうされても反論はできないことですから。
煽りを受ける要因がこちら側にあるということです。

のさんが精力的になさっているところを、
横から口だけ挟まれたと気分を害されるのはわかりますけど。

ななしだからいきなり出てきたように思われますが、
そうでもなかったりするし。。
自分がアップルに許可連絡をしてもいいですよ。

ごめん。必要なのは具体的な意見、具体的な対応なの。
あなたは具体的にどうしたくて、具体的にどう対応するの？

179がアップルにメールしたのかどうかは知らない。
してなくても用意でき次第アップルにはコンタクトを取るし
していてアップルが対応してくれば、こちらからコンタクトを取る手間が省けるだけの話。

だから「かまわない」の。知らずに翻訳アプやってる訳でも敵対でも何でもない訳。

別に2ちゃんのスレ上でのレスが友好的でも
実際のアップルとの対応が現実的でなければ意味がない訳で。
口を挟むのは構わないから、挟んだ事柄については具体案を出して下さい。

>>299
>自分がアップルに許可連絡をしてもいいですよ。
それなら話は違う。是非お願いしたいです。

>297
179と思われる書き込みが

7 名前：●~* 投稿日：02/03/27 22:57
マカーもよ、米Appleの著作権侵害とは大胆だよな…。
http://hoboking-electric.net/cocoa_jproject/
さっきチクったけど。

煽り厨じゃないのなら、こんな書き込みしないと思われ

ちなみに、MXの著作権侵害のスレ

自分の意見は簡単で、
アップルに許可を取って、堂々とやればいいということです。
こちらから許可を求めるのと、向こうから警告がくるのは意味が180度違います。

たとえば、ｱﾌﾟｰﾙが翻訳してくれたとして、それが勝れているとは限らんワケで。

ｱﾌﾟｰﾙから削除命令が出た時、どこかの誰かが保存していたファイルを、無料サイトにアッ
プする事も考えられて、それが誰かの役に立つんなら、折れはそれでかまわんと思う。
なかったら創るってのは、いいことだと思うんだが。
（あくまで個人的な意見）

何にしろ、有用っぽい発言ってのが、一番楽だと思うんだな。

>>303
許可ってどうやってとるの?
煽りとかじゃなくて、物凄い素朴な疑問なんだけど。

じゃあ自分が連絡しますか？
いざとなったら、GNUSTEPの翻訳にすればいいし（笑）
こっちID出ないんですね、、丁寧語の爆弾は全部292です。

>>305
いやぁ、TOPページに書いてあったようなことをストレートにそのまま…

>>302
見た見た（ｗ
新板でもいろんなスレで煽ってるね。IDで検索掛けたら。
わざわざミラーの方のURL揚げてるのも粘着だし。
>>303
そういうわけで>>301のようにお願いします。

ところで現状の、取り掛かって間もない状況でアップルに正式な許可要請したとして、はたして許可はでるもんなんでしょうか。
非公認である程度まで進めちゃって、既成事実をあとで追認してもらう、という形でいくのがいちばんすんなりいけそうな気がします。

もちろん、取れるなら許可とった方がやる気でますけどねぇ。

実はTellUsだけはしてあるのですが、当然のごとく返事は来ていません。
前回はサイトへのリンクなどを書いていないのでもう一度送っておこうかと思います。
今回の翻訳活動自体に賛同していただけるならみなさんもTellUsだけでも
しておいていただけたらと。

問題になりそうなのはサイトに公開しているということでしょうね。
受動的に相手からのコンタクトを待つのは確かにまずいかもしれないですね。

ご足労とは思いますが「の」さんか梨さん、本スレの>>1さんあたりが代表して
Appleに直接連絡していただけたらと思うのですが･･･。

ていうか、Appleにとってなんの不利益にもならない、むしろ多大な援護とも
なり得る活動に対して、著作権やら翻訳権やらぬかして訴訟を起こそうというなら
みんなでAppleを晒しましょうｗ

>>308
じゃあとりあえず明日にでも。
それまでに反論なり、制止なり、こういう文面はいいよというのがありましたら、
お願いします。

>>310
じゃあ自分はやめときましょうか…

>>305
まずは最低限、責任者として実名・連絡先・実住所は必要。
で、アップしているURLと趣旨説明。

だから当然それだけの準備が必要なんで、その用意をしていたんだが（ｗ
なんたって実際に動き始めて2日目だからね、公開は。

当然、下手なやり方すれば、やぶへびになる可能性もあるよ。

ああ、書いているうちに>>299さんが名乗りを上げてくれたみたいですね。
連絡係と代表者が別だとちょっと煩雑かな、と思ってたんですが。

リアルベーシックのサイトで
マニュアル等を翻訳しているサイトがあったと思う
ちゃんと許可をとってね

>>313
いえ、そういうことじゃなくて、292さん、気さくに連絡しますよっていってるけど、
大変なの分かっているのかなぁと。
いい人なのは分かるのですが。。。

折れは、ココ1さんと同じ意見です。
パワーのない側（言葉悪かったらｽﾏｿ）から、力を持っている集団に、
意見を伝えるってのは物凄く大変な事だと思う。
経験論でしかないけど。

>>米さん
たしかに代表者と認められる方が連絡した方がいいですね。

たぶん、「ココアの>>1」さんと、「梨」と、「の」の分は実名にしないと（ｗ
連絡先等はサーバー管理者として俺の方がいいと思うんだ。

実際は>>309での「ココアの>>1」さんの意見のように
ある程度の既成事実が無いとアップルも評価のしようが無いと思うんで・・・
もう少しの間は様子見したかったんだが・・・

今日の自分の書き込みはうるさく感じたかもしれませんが、
アップルはこういうの時々すごく厳しいんで、心配になったわけです。
（実は経験ありです。。。）
心配性かもしれませんが、
メーカーの面目を潰すようなやり方はあまり好ましくないのです。。

ああ、許可議論がもう来たか。
もう少し「責任のある作業体制」が出来てから議論したかったな。

今の自分がなんとなく思うこと。

・どうあれ、最終的に連絡は必要。時期や人間の問題は別として。

・ココアスレの179氏の主張は無視すべきでは無いが、単なる煽り。

・ココアスレだけ見ると、現状まっとうな法的対応をしているようには見えない。

・問題視された後は、先手必勝。少なくとも迅速な対応で。

・このスレの話し合いは膨らみすぎてる気がする。
　まずはココアスレで出したメールアドレスで「の」氏が連絡を取る程度で、
　実名公開云々はその後で良いのでは。
　（むしろ、活動している人間である証明の方が大事）

じゃあ自分はそろそろ寝ます。
連絡はやはり代表者の方がいいでしょう。

>>319
心配しての意見なのは判ってるのだけれど、
梨も俺もそこらへんは理解してやってる事なんでタイミングを計ってた部分があるのよ。
先手を打った方が有利な部分と、後手に回った方が有利な部分があって、
アップルへの連絡という意味では、
自然にやってる事が漏れて現物がそこそこ上がった頃が頃合いかな、と。

多分、何も出来てない状態で連絡したら、まんま不許可だと思う（ｗ
訳者経歴とか当然訊いてくると思うし・・・

そういう難しい部分もあるので、あそこのスレでやって欲しく無かったのよ。

>梨
いや、実名公開はアップルに対してね（ｗ
一般公開では無いよ。

ココアスレの方は、ともかく一言書いてきたよ。

客観的に見て、「の」氏はわりと煽られている感があるよ。
今のところ、単に煽られただけだと思って、確かな対応に集中した方がいい。

たとえば、オープンされている文書を「個人的に」翻訳し、
それを閲覧する事に問題は無いわけで、
最悪の場合でも、作業参加者間のクローズドな資源にする事は出来る。
その場合の条件は「不特定多数への公開はしない」という事になるかと。

単に「訴えられる」とか「著作権侵害」とか書くと、
何が問題になってるか見失いがちになるから、一応書いてみた。

>>321
鋭気をくじいてしまったようで申し訳ないです。

自分ももう少し議論が進むまでTellUsも控えておこうと思います。
一応、前回は関連リンクは何も貼っていません。

えーとね、少なくとも漏れはあのドキュメントが、
Appleのサイトに転載される可能性は無いと思う。
そういった意味での「公認」を目指すのは妄想かと。

ただ、体制的にAppleがオープンソース活動の一環のような形で、
日本語化プロジェクトの存在を「容認」してくれるかが問題。

不特定多数に公開されているフリーのドキュメントを、
リンク元を示した上で、無償で（非営利で）公開しているのだから、
連絡を取るならば、こちらにとって不利な要素は少ないはず。

・最終的には連絡は必要、という点は同意です。
　できれば、あちらからくる前に、がいいですね。

　ただ、さっきも書いたのですがやっぱり許可を貰いにいくのには
まだ早いかなと思ってます。
　もちろん「既成事実をつくっちゃって許可を貰いにいくのが早いか
それともお咎めが先か？」と心配しつつ無駄になるかも知れない作業
を続行するよりは、先に白黒つけちゃおうという意見があるだろうこ
とは想像できますが・・。

そういった意味で、まずは、
責任者としての「組織」の所在を明確にするために、
方向性と主旨を定かにした「ホームページ」の更新は必要かと。

私たちは善意でやっていますよ、対価は取りませんよ、
こんな人がこんな事をやっていますよ、
原典の著作権はAppleにありますよ、
そして、こういった活動について相談中ですよ、といった。

ボランティアベースでやっている事だから、
「善意」を訴えていくのが最善だと思うけど、どうだろう？

>>323
見た。基本的に了解。

ま、個人的な意見としては、
ただの煽りより中途半端に誠意のある心配の方が事を悪くする場合が多いでね。
「アップルへの連絡どうなってます？」と訊かれれば説明するけど・・・ねぇ？

あれ、書いてるあいだに話に乗り遅れてる・・。

とりあえず、今日は寝ます。
では〜

>>327
同じ事言うけど、「既成事実」というのは、訳文の量では無くて、
「日本人ならココア」プロジェクトの組織形成にあると思う。

「だって合法かどうか知らないけど訳文は役に立つでしょ」という論法よりは、
「我々の活動と、その主旨は無害です」という論法の方が明らかに良い。

あと、掲載責任という点で、組織を考えるなら、
訳者自身よりもそれを掲載する側に責任の加重が行く気がします。
そのへんを含めて、組織の編成を考えた方が良いかと。
結局誰が責任者なのか、とか。

個人的には、ﾏﾀｰﾘ進行したいんで、
責任ある編集者と、有象無象の名無しさん、という構図は崩したくないんだけど。
（当然、自ずから責任ある実名掲載を望むなら、それは別として）

翻訳と「個人的まとめ」という違いこそあれ、やってることは
ほとんど変わらないと思うので「My Inside Macintosh」
ttp://www02.so-net.ne.jp/~shin-n/toolbox_ref/toolbox_index.html
作ってらっしゃる方に意見を求めてみるというのはどうでしょう？

>>326
当然「容認」レベルでしょう。
こういう部分に関してはApple及びアップルは絶対「公認」しないよ。
>>327
インド人もびっくり（ｗ
なんせ、まだ2日目だからねぇ・・・
>>238
同意。
前にユーザーグループみたいにしたほうがいいって言ったのはそういう事で。
でも、なんせ、まだ2日目だからねぇ・・・（ｗ

>>326の下3行をわかりやすく書き直す。

「もともと」不特定多数に公開されているフリーのドキュメントを、
リンク元を示した上で、無償で（非営利で）、
「極力同一条件を保って」公開しているのだから、
連絡を取るならば、こちらにとって不利な要素は少ないはず。

# 蛇足だけど、バナーの出るtripod垢は地味に良くないかもね。

>>332
わりと悪くない発想かも。

> 翻訳と「個人的まとめ」という違いこそあれ

でも、これって企業のメンツを保つなら、大きな違いだよね。
「翻訳」というスタンスがまずいのであれば、
「読みやすくまとめた文書を作る」という風な組織の目標転換があっても良いのかも。

>>331
homepage.mac.comの方は
アップルに対して実名・実住所・実連絡先で登録してるから責任者は俺でいいし、
責任荷重が重くても、連絡するのが俺でも、それは承知の上で引き受けたのだからいいよ。

ただ、それ以外はﾏﾀｰﾘ行きたいのだけれども、
それもこれも、そうはいかないという話ならばちょっと考えちゃうな・・・。

>>335
＞でも、これって企業のメンツを保つなら、大きな違いだよね。

そうですね。ですが仮にAppleからのお達しで「翻訳はまずい」という
ことになったとしても、あのような形ならば確実に続けられるというこ
とで、一つの方向性は示しているのではないかと・・・

個人のまとめなら出自を明記すれば殆どの場合OKで、
アップル側も不利益面だけチェックすればいいけど、
翻訳は著作権がまんまだからね。

まぁ、どっちみち急に訴訟という事はあり得ないから、
もう少し「全体的な意味で」様子見した方がいいのではないかと。

>>336
偉い！　偉いなあ。
漏れはココアスレの1たんがそれで良いと言うなら、
そういう方向性でとりあえず行ったら素敵だと思うよ。
ただ、漏れは1たんが代表をするんなら、1たんの方が適任だと思う。

ただ、あくまで個人では無く、組織の代表として文字通り責任を担う必要があるけどね。
あと、今後の方針をどうするかは、またみんなで話し合えばいいしさ。


ともあれ、当面の我々共通の「目標」は、

1> とにかく日本語の資料がないcocoa開発環境を、みんなで改善しちゃいましょう！

であったわけで、単純な翻訳ってのは「手段」に過ぎなかったとも言える。
だから、今後もこういった大義があれば、「手段」が変わっても活動は出来ると思うよ。

>>339
>ともあれ、当面の我々共通の「目標」は、
>1> とにかく日本語の資料がないcocoa開発環境を、みんなで改善しちゃいましょう！
>であったわけで、単純な翻訳ってのは「手段」に過ぎなかったとも言える。
>だから、今後もこういった大義があれば、「手段」が変わっても活動は出来ると思うよ。

同意。
まぁ、今日は整形物もアプ物も無いようだからここらへんでお開きにしましょう。
ココスレで厨がコピペにご執心のようだが（ｗ

>>337
その通り。
そういう「方向性」を考えることは、有意義だと思うんだ。

>>338
漏れ個人の心情的には、咎められたから対応するってんじゃなくて、
組織の在り方（ポリシー）が先に確立してた方が活動しやすいよ。

>>341
方向を転換する可能性を秘めつつ、なら責任者はココイチさんの方がいいんだよね。
けど、現状では現実的でないし・・・。
もう一つの問題は、
俺は当然素人として、ココイチさんもプログラマとしてのスキルが充分じゃないから、
責任者となっても、細かい意味での内容に責任持てないという（ｗ

まぁ、ともかくは今週中に大まかな在り方を決めましょうや。

許可をもらう云々ではなく、単純に有志を集めて翻訳活動をしていることを
活動報告程度にはお断りしておいた方がいいのではないでしょうか？

報告済みであるという「既成事実」を仕立てて、相手に認知させておくと
あとはAppleからの連絡待ちという姿勢でいられるのでかえってﾏﾀｰﾘ出来るかと。

で、連絡もないままに完成した時には改めて公開の許可をいただく。
完成前に連絡があれば基本的に相手の要請に従うと。

>>342-343
うん。まあ、そんな感じｗ

まあ、おおまかにはココイチさんの意見待ちですわ。

ほんじゃ、Cocoaスレ的結論が出るまでは個人的にﾏﾀｰﾘと翻訳すすめて行きます〜
ではおやすみなさい。

著作権の場合、訴えられなければ問題無しです。

アップルもむざむざ訴えたりしません。アップル自身がサボってる翻訳作業を
停止させても何の得にもなりませんから。

「もしアップルから要望があれば、いかなる段階でも翻訳ページとその権利
を全て引き渡す用意があります。」と一筆断っておけば完璧に泳がせてもらえる
でしょう。ユーザーは自らの利便性をいち早く得られるし、アップルも体裁を
保つ余裕がでる。

>>346
その意見にも一理ある。

ただ、翻訳ページとその権利をすべて引き渡すのか、
翻訳ページをすべて破棄（掲載の撤回）するのか、とか、
そういう細かいことを決めるための体制が必要だと思う。

漏れが今日主張してるのは、実はこの１点だけ。

翻訳に関しては、全ページに渡って「非公式」であると明記してあるので、
Appleが損害を主張するのは極めて難しいでしょう。
（Appleに何の損も無いので著作権上、サイトの停止を要求くらいはできるが
賠償請求は根拠が乏しい。）

ただし、ADCのメニュー画像の使用は直ちにやめるべきです。訴えられかねません。
「参照」として原文ページへのリンクをつける程度にするのがいいでしょう。

でも、万一有罪になると恐ろしい金額になるよ。
もう、人生狂う位に。

>>349
裁判にもなってないのに「万一有罪」はどうかと（w

>>347

アップル当局からクレームがあった時点で、一旦停止して、
まず“翻訳ページとその権利をすべて引き渡す”。
あとは、アップルの方で煮るなり焼くなり勝手にして。
って事でいいのでは？

そのまま使おうが、修正して使おうが、完全に破棄しようが
アップル次第です。

>>348
ん、価値判断の基準がよくわからない。
厳しく言うなら「Appleが翻訳したドキュメントを公開する事を阻害している」とも言えるし。

個人的には、原文の構成を再現する事がいけないなら、
HTMLの整形自体をやめた方がいいと思っている。
また、翻訳に関係ない部分の文章の引用も極力避けるべき。

ただ、現状は機能性（というか、当初の「目的」）を追求した結果、
図の引用もおこなっているし、HTMLの借用もおこなっている。

「この行為は違法すれすれなんで、のらりくらりとやっていましょう」
とかいうよりは、自分たちの目的意識をはっきりさせたい。
Cocoaのドキュメントを読みやすくする事が後ろめたい行為だとは思いたくない。

法的根拠云々とかの「対策」では無くて、「誠意」でしょ？
「はっはっはー、これからAppleも手が出せまい！」じゃなくて、
「日本のCocoa開発環境の発展を考えました」ということ。

Appleが、それが発展に繋がらないと考えたなら、やめるべきだし、
権利をAppleに譲渡する事で発展に繋がるのであれば、そうするべき。

「我々の目標とは何だったのか？」というのを見失ってる気がするよ。

>>351
上にも書いたけど、一理あるとは思うよ。

ただ、権利を引き渡すと言うことは、責任を放棄するという事だよね。
最初からそう結論付ける前に、みんなの目的意識をはっきりさせたいな。
「権利は放棄してるから何しても大丈夫です」とは思いたくない。

×　「Appleが翻訳したドキュメントを公開する事を阻害している」とも
○　「Appleが公式に翻訳したドキュメントを公開する事を阻害している」とも

×　「はっはっはー、これからAppleも手が出せまい！」じゃなくて、
○　「はっはっはー、これならAppleも手が出せまい！」じゃなくて、

ごめん。眠くて。

Appleはデザインの盗用には非常に厳しい。画像の盗用は一発アウト。心証も悪い。

>>354
んー。だったら、新しいHTMLのスタイルを考えるべきなのかもね。
結局やる事はテンプレートの切り貼りだから、なんか綺麗なの考えてみるか？

漏れはぶっちゃけ、直接相談したほうがてっとりばやいと思うんだけど、
（問題が難しくなればなるほどね）
相談を持ちかけることで良い関係が損なわれると考える人も多いみたいね。

漏れのここまでの結論では、

1. 「目標」を考え直す。
2. 「目標」を元に、活動の再編をおこなう。
3. 代表者（責任者）が必要なら、最低1名立てる。
4. 活動拠点(Webサイト)が必要なら立てる。一カ所に絞るなら絞る。
5. Webサイトに置く、活動自体の案内ページの構成を考える。
6. 掲載するファイルの構成を考え、変更するなら変更する。
7. すべてが決まった時点で、Appleに活動の報告をする。

という手筈で良いと思うんだけど、如何でしょ？　ま、参考程度に。

ところで、「Made with Macintosh」なサイトって、
画像の盗用が多い気がするのは漏れだけか？

いや、こんな所で突っ込むべきじゃないんだけどさ。

「非公式と明記ならOK」という発想をする思考回路が謎。

>>356
多分あってる

>>357
内容が著作権に触れなければ非公式と明記することで責任問題は
避けられると思うんだけど、この場合はちょっとね・・・。

Appleも黙認するしかないような気がするけどねぇ。
結局うやむやになってずっと煽られ続けるのかも。

Appleが素直に翻訳物公開の許可くれればいいね。

>>352
翻訳ドキュメント中の画像はOKだが、ADCメニュー画像はNG。危険過ぎる。
図表の引用には必然性があるが、ADCメニュー画像は無くてもいいもの。

あと「目的意識」って何にこだわってるの？
アップルが余裕でいられる構えを取っておけば、自由に翻訳作業を続けても
平気（訴えられたりしない）ってことだよ。それでいいじゃない。
企業の権利関係上、容認できないような領域に踏み込んではいけないだけ。

>>355
アップルとしても実害がない限り「黙認」したいはず。
だが、公式に「許可」となれば話は別で、容易に認めない。

で、話を持ちかけて不許可になってから
「じゃあ、今のは聞かなかったことにして黙認してください。」
というのも微妙じゃない？

>>357-358
アップルが損害を被る要素が無くなるからOKです。

非公式を明記すれば、翻訳に不備があった場合などに
「アップルのサイトに不備があったと思われて企業イメージを損ねた」
などと訴えられることが無くなります。

単に翻訳しているだけなら、問題は著作権のみです。
その著作物もWebで無料公開のものなので勝手に翻訳されても「金銭的」な
損害はありません。むしろ、これで日本人がもっとMacを使うようになれば
アップルとしては得です。

ですから、著作権を有するアップル側としては黙認する以外ありません。
「公認」だと内容に関して監督責任が問われる恐れがあるので無理でしょう。
アップル的には、知らないふりをして勝手にさせておくのがベスト。

これめちゃ失礼だな。

--
329 名前: の メール: 投稿日: 02/03/28 01:09

ま、個人的な意見としては、
ただの煽りより中途半端に誠意のある心配の方が事を悪くする場合が多いでね。

３日も家を留守にしていたので状況を呑み込むのに時間を要する罠w
なにやら外野が騒ぎ立てている模様ですが、
まあ私はHTML整形で少し手伝っているだけなのであまり口を挟む立場で無いのですが、
基本的には>>362さんの意見に同意です。

翻訳そのものに関しては特にApple側に被害を及ぼす形は考え難いので、
まあ今具体的にやや問題があるとすれば精々画像を無断で拝借している部分くらいでしょうか。
本家に習いたいのは山々ですが、必要なのは恐らく純粋に"情報"であって、
情報を得る事に有用な翻訳文献が欲しいというだけの行為ですから、
あまり形にこだわらず当初の目的を大切にしましょうne

公認となれば>>362さんの記述している監督責任の問題等が出て来てしまいますが、
もしあくまでも公開されている情報をより有用に使うという目的での、
「承諾」が必要なのであれば、
弱輩ながら本業がそういった企業との交渉を生業の一つにしているのでw、
微力ながらお手伝いもできるかと。
私では無く誰か主だった責任者(代表者)がするべきと言うならば、
直接話が通る部署と人を間に介して紹介する事も可能かと。

# こういったケースに限らず、企業と話しをしたい時は、
# TellUsでは不問にされて解答が得られない場合が非常に多いので、
# いわゆる上層部に直接話を通す方が確実です。
# 以上企画制作人間の経験談w

まずはまだ形として曖昧なものを議論するより、
ある程度形が固まって方向性が見えてから、
というココアスレの１さんや梨さんの意見に異論はありません。
つーかばたばたしていてHTML整形滞っているので早急に手をつけねばw
本スレの71さん、ばりばり翻訳してくれてるのに申し訳なや...(;´Д`)

>>363
世の中「悪気がないほど質が悪い物はない」のは常識。

「の」は明らかに見苦しかったよ。もっと謙虚になれ。

>>364に附随してうちの弁護士に少し相談してﾐﾀｰﾖ

・Web上で公開されている文献をそのまま翻訳して公開するケースなら、
　文献の著作権二次使用承諾及び再配布（この場合は公開が再配布にあたる）の承諾は取っておくのが望ましい。
・承諾を取る際に、現在のAppleJapanがADCの日本語訳を公開していない事実から、
　承諾を断られる可能性は低いのでは無いか。（弁護士所見）
・原文が存在し、その著作権表記も存在する以上、承諾を得ずに二次使用及び再配布をしているとして、
　Apple社から警告が来る可能性は否定できない。

うちの弁護士は「公認」ではなく「承諾」を取れ、と申しておりました。
二次使用承諾を得られれば、翻訳して公開する事に何の問題も無くなるぞ、と。

んーと。
論点が「連絡を取るか否か」になりつつあるな。

漏れは「Appleは黙認するしか無いはずだ」という論点は危険な気がする。
「ここまでは大丈夫、ここからは駄目」という線引を我々が勝手にやる事になるんだもの。
今後線引きについての議論が繰り返されることが目に見えている。

目的意識に拘る理由は、対応方法が複数考えられるから。

>>367
すげーフットワークね。。。
>>326にも書いたけど、禿同です。

あえてコピペする。
これを見る限り、「連絡の返答が返ってくるまで活動を止める」という判断は良く無さそうね。

187 名前：名称未設定(sage) 投稿日：02/03/28 04:53 ID:KpmuCdKI
開発関係の翻訳はアップルの対応の不味さが出てるよね。

ttp://www.zdnet.co.jp/macweek/0112/12/c_mdkoike.html

ここでも有志による翻訳を提言しているわけだけども、自分の知る限り
この件に関しては続報が無かったと思う。
これってYESでもNOでもなく、答えていないってことなんじゃないかな。
つまりは保留って感じで。

classicの時みたく日本語書籍ほぼ全滅、もしくは情報古すぎってな感じに
ならなければいいけど。

となると、
「連絡にウェイトを置くより、まずは自分たちのやり方を確認する」
というのが順当な行動になると思う。

そうなるとまず、何が悪くて、何が悪くないのか、というガイドラインが、
参加者の中で一つに定まってないといけないし、
それが「プロジェクト参加ガイドライン」として、正しく方向性を示すはず。

少なくとも、参加者が増えるごとに同じ議論を繰り返したくないでしょ。

HTMLの整形については、「ヘッダとフッタの引用を控える」
という意見はわかったけれど、他の事については問題がないのか、
我々の中で「仮に」「想像で」決めなければならない。大変だなあ。

本当はこういう部分での非生産的な討論よりも、
「Method typesはメソッドの種類で統一した方がいいんでねーか」とか、
「See Alsoは、やっぱり参照の方がしっくりくる」とか、
そういう点での方向性を定めた方が素敵なんだけどｗ

# 勝手に修正したら訳者さんに悪い気がするし、
# ちぐはぐなままなのを黙認するのも「整形」になってない気がしてｗ

>>367 の弁護士さんに同意。
GNUstepってのが、GPLであるくらいだから、
ドキュメントの翻訳くらいよっぽど下手しなきゃ大丈夫だよ。
この場合の下手とは無許可で著作権を侵害することも含めている。
拒否されたなら、それはやっちゃいけなかったことなんだから、
あきらめればいい。
何がいいか悪いかはアップルに聞くのが早い。

つーか、ボサーっとして翻訳作業をしないアップル（Appleにあらず）がいちばん悪い。

>>372
地味にﾊｹﾞﾄﾞｩ。
ま、そういう意見はまた別の機会にｗ

>>371
弁護士にしろAppleにせよ、聞いた方が早いってのはよくわかったｗ
でも、米Appleに電話するほどの勇気は無いな。

なんで米Appleに電話したいのかわからん。
日本語の話せる窓口がちゃんと用意されてるんだから。

>>369
貼付けてあるURLを読んだ雑感、
正味Appleの対応の不味さと言うより、
承諾を順当な手段で申請したかどうかが激しく気になるw
企業からの承諾といったケースは単純に真っ向から申請すれば
答えが得られる程単純では無いから、
どこの部署の誰某に、となっているのが普通で、
例えばAppleのサイトに電話して出たお姉さんが答えられるものでは無いからねw
そして正規の窓口に連絡した所で
得てして該当の人物までなかなか話が通らないのは、
どこの企業でもある事だしw
問題が無ければ文献の二次使用承諾取れるかだけ問い合わせてみようか？

>>370
原文のmetaにも著作権表記がモロあるからね。
消した所で著作権が消えるわけでは無いし、
ソースの二次使用はどうかと疑問に思いながら整形してたよw
正味原文へのリンクと原文に沿った内容の保持にウェイトを置いて、
他の部分はこちらで雛形を作った方が良いと思うよ。

バスケも巻き込め。
英字キーボードの時は、2chからも署名協力したんだし。

>>375
> 問題が無ければ文献の二次使用承諾取れるかだけ問い合わせてみようか？

それ、出来るなら素敵だと思われ。

> 他の部分はこちらで雛形を作った方が良いと思うよ。

そうか。。。
んー、何かいい提案ある？

# それと別件で、ircに来て貰っちゃだめ？
# 一応#jobsで待ってみるわ。

今はことを大きくする必要はないと思う。
もしかしたらあっさり承諾もらえるかもしれないのに、
そんなことしたらうざったく思われるだけで。

あとアップルがていたらくなんてのは、言わない方がいい。
こっちは、著作権を侵害しているんだから、
いいことしてるんだなんて開き直るのはよくない。

>>378
いや、著作権を侵害しないで済むなら、それにこした事は無いのだが。。。

アヒャさんが気軽に弁護士に相談できる立場にいるみたいだし、
とりあえず、
> 問題が無ければ文献の二次使用承諾取れるかだけ問い合わせてみようか？
でいいと思う。

アヒャ氏が電話で確認した結果をお知らせいたします。

AppleJpanからの正式解答：

現在ADC＠JPでは製品の案内のみを行っている状況で、
ADCにて公開されている技術情報の著作権に関しては
即承諾できる状況ではありませんが、お客様の御意見を尊重し、
米Apple本社のADCへ実際に著作権二次使用承諾の申請を行いたいと思います。
（実名と連絡先は通達済み＞結果）


今後の対応としては、良い活動をするために、
無断で公開していたHTMLドキュメントはすべて削除し、
テキストでの翻訳を続けつつ、申請結果の報告を待ちたいと思っています。

nasi2chアカウント上のHTMLドキュメントは、すべて削除しました。
その他のアカウントを管理している方も、然るべき対応をお願いします。

また、プレーンテキストによる翻訳文の受付は、
従来通り、メールにて受け付けたいと思います。
メールアドレスは、[email protected]です。よろしくお願いします。

なお、申請結果が出るまでは、参加者が相互に情報を交換できるように、
「ここの訳を読ませてくれー」といった要望には極力応えていきたいと思います。

お疲れさまです。
アップルはいい対応をしてくれましたね。

>>383
うん。よかったよかった。電話してみるもんだね。

おつかれさまでした＞ｱﾋｬ氏

うい、吉と出るか凶と出るかは米ADC次第なのですが、
とりあえずADC@AJはとても真摯に対応して下さいました。
ｹｺｰ好感度アップw

COCOA開発環境支援という意味ではAppleに被害を及ぼすような内容ではないし、
非営利目的の有志による活動である事も述べているので、
良いお返事がいただける事を期待して待つとしましょう。

AJもたまにはマシな対応するじゃん！
少しだけども見直したよ。

先ずは、お疲れさんでした＞(*ﾟ∀ﾟ)ｱﾋｬ＆梨の御両人

今ADCから自動返信でメールが届いてたんだけど、
（問い合わせがスムーズに行くように自動的にIDふってくれるみたい）
何か英語だったから解釈が微妙なんだが、
ADC内にCVSリポジトリみたいなんがあるっぽい記述がｱﾙｰﾖ
恐らく有償サービスの一つなんだろうな...

乙カレさまです。>(*ﾟ∀ﾟ)ｱﾋｬ 梨

米ACDのほうが2ch発とかいう偏見がない分真っ当な判断が下されそう。（Ｗ
（こちらにとって良いにしろ悪いにしろ）
問題はADC@AJの
「．．．と思います。」
ですね。
これが単なる日本人独特の言い回しなのか、
やる気がないのか判断しかねる。

//かといって「絶対に．．．します。」っていう日本人も胡散臭いんだけどね（Ｗ
//ああ！　日本人全般が胡散臭いってことか！

>>388
少なくとも、やる気が無い対応とはとても思えなｶﾀﾖ＞AJ
米ADCがどういう返答を出してくるかだけは保障できない、
と言われたのが唯一の気掛かり。w

48氏より、NSBrowserCell届きました。

>>390
レスポンスはやっ（w

ｱﾋｬ様、AJへの問い合わせお疲れさまです。考えられうる一番よい解答では
ないでしょうか？

>>391
うん。わりと元気出たと思われ。ｱﾋｬ氏、ｶｺ(・∀・)ｲｲ!!

おっとこまえだよね（w

誰かメールの文字化け解析ツールとか知らん？
AJの担当の人からせっかくメール頂いたのに派手に化けてる...(ｳﾄｩ

>>394
文字コード変えてもダメ？

>>394
どんな文字化けだかわからない？

転送できるなら転送してくれたら解析するよ？

# つーか、返事はやっ！

ClassicならMailKanjiFixerという万能メール文字化け解決ツールがあるが。
はやく結果を知りたいねえ。

焦れるｗ

>>394
ほれ。
http://www.kanzaki.com/docs/jis-recover.html

ｱﾋｬ氏が急に呼び出されて出かけたまま帰ってこない罠ｗ

そろそろ3時間が経過しますが何か？

ニコラス・ケイジ只今大急ぎで車泥棒中とかいう夢。

うー。

ふー。

ふー。

日付変わっちゃったね　ｱﾋｬ（・∀・；）

やっぱり事故に一票ｗ

で、XLR8どうよ、とか気を紛らわしてみるテスト。

試す余裕も、手元に実機もないｗ

なーるーほーどーーー（ｗ
しゃあないい、今日は寝るわーーー

うい。

しゃーないな。。。

正式プロジェクトとして認定に一票

ごめん、仕事だったw

文字セット切り替えても直らないのよねw
本文転送して解析してもらいたいのは山々だが、
ドコに私の実名が入ってるかわからんのでなw

ちなみに、返信の時に原文が残ってたから、原文で文字化けの例をあげると

>上記URL以下の階層にある文献の日本語訳・及びその公開に際して、
>Apple社様から正式に許諾を頂きたく今回お問い合わせさせて頂きました。
　
　↓

$B>e5-(BURL$B0J2<$N3,AX$K$"$kJ88%$NF|K\8lLu!&5Z$S$=$N8x3+$K:]$7$F!"(B
Apple$B<RMM$+$i@5<0$K5vBz$rD:$-$?$/:#2s$*Ld$$9g$o$;$5$;$FD:$-$^$7$?!#(B

ｷﾀ━━━━━━━（ﾟ∀ﾟ）━━━━━━━━!!!!!

# 正直、待ちこがれて某スレで煽ってたｗ

>>413
EUC。

>>413
お帰り。

はやく乳晒して！

>>414
煽ってンじゃネーヨｺﾞﾙｧ!!!w

文字セットEUCに切り替えても何の変化も無い時わどうしたらいいすか。

>>414
うそｗ

>>415
禿しくﾜﾛﾀ

>>416
ごめんごめん。ISO-2022-JPだ。

miとかで文字コード指定して開けないか？

保存する時は何も考えずにmiにコピペしていい。
で、文字コードを変えずに保存。

開くときに文字コードを指定する。どう？

>>416
Jeditで、JISで書き出して保存。
そのファイルを開き直すと、「これはJISなので変換しますか？」とダイアログが出るから
OKすれば、ちゃんと見られたよ

なんでEUCって言ったんだろ漏れ。。。頭逝ってるなあ。宇津志。

miｼﾎﾞﾝﾇ
Jedit落としてくっかー

ﾌｫﾛｰ(*ﾟ∀ﾟ)ｱﾘｶﾞｰﾄ

>>422
ﾁﾝｺﾁﾝｺといってたからだよw

>>424
確かに今日はだらけすぎたなｗ
まあ、たまにはああいうのもいいかとｗ

# あーでも、仕事に関わる分野の判断でイージーミスしたのは痛いな。。。

ふっ・・・結局起きてたりとかの罠の夢

読めたyo!!
>>421ﾀﾝｱﾘｶﾞﾄｰ

期待を裏切って悪いが、内容は、
確かにこちらの意向を受け取って担当部署に話を通す事を約束する報告でした。

記号文字化けはJIS
半角文字化けはEUC

これ、メアリ叔母さんの教え

>>425
オレは今日みたいな方がわりと好きだなw
おやすみ。
ﾁﾝｺ!!w

あぁ、、さすがにまだ今日だもんね。
でも丁寧な対応をしてくれてるね。

>>427

まぁ、聞き流されるよりは全然良いかと・・・（・◇・）

>>427
お疲れ様です。とりあえず良い連絡ではないかと。

>>428
うむ。わかってたのに判断を逆にしたのがわりと鬱。
ここ4日間、ずっとソッチ系のソース読んでて頭が逝ってるｗ

>>429
仕事すればするほど旧板の発言がｱﾌｫになっていく法則ｗ

伝えて貰える確約だったので、健闘してると思うぞ
小さな事からコツコツと（きよし談）

ぢゃ、ねるす。アヒャさん、梨、お疲れさま。

まだ起きてたのか、ってツッコむべきだったなｗ

はー、安心した所で漏れも寝ようかなー。

おれも朝に新規作成の発注（なのに夕方UP！）が来るので、もう一度寝とこっと

>>389
>>427
そうですか。単なる日本人独特の言い回しの方だったようですね。
大変喜ばしく思います。
そしてあらぬ疑いをかけたこと禿しく猛省いたします次第でありまする。＞ADC@AJ

て優香駄レス多すぎで読みずれ−よ＞梨

>>437
旧板で駄レス読み飛ばしたこと無いから配慮足りなかったかもｗ

ま、旧板はわりとﾏﾀｰﾘ進行きぼんぬ。
適宜必要な最低限の情報は新板に報告していく方針なんで。

>437
×読みずれ−よ＞梨
〇読みずれ−よ（ｗ＞梨

>438
ごめん。ｗを忘れた。
言ってみただけだから気にしないでね（はーと）

つーわけで、報告待ちの間、スレッドの主旨に戻って、
あえて旧板で旧iMacとMacOSX。

ほぼ一週間ぶりで懐かしい。
とりあえず、糞っぷりを発揮することえりさんをカナ設定にして、
今回からは「マカー用。」で書き込む事にしてみた。

ま、あまりにことえりさんが可愛くて、
ATOK15の待っているリブに環境を戻す可能性おおありだが。。。

まずは、マウスを繋げてみた。
WindowsにもOS9にも繋げる、MS製インテリマウスだ。

右クリックもホイールも使えると聞いていたが、
とりあえずホイールはすべてのアプリで使えるわけではないと判明。

ついでに言えば、後ろでダウンロードしてる最中に、
Stuffit 6.5がフォーカスを盗むのが最悪。
Windows 98の頃に、同じような症状で、
「プログラムメニューを辿ってる最中にフォーカスを盗まれて
　最初からやりなおしになるのがむかつく」
という笑い話があったが、まさにそんな感じ。(Win2kで改善されたが)

まあ、この問題はStuffitが悪いので、もっと行儀良くなる事を切に願う。

ま、マウスはいいとして。

とりあえず、iMacを起動した直後に、OSXが、
「ソフトウェアアップデート」が更新の通知をしてきた。
WinXPのように勝手にダウンロードしてくれる(設定可)のもいいが、
主要ソフトのアップデートだから、素直に喜んでもいいか。

ただ、例によって最適化が遅いのと、再起動を必ず促すのは改善して欲しい。
再起動させるのって、カーネルの設計が腐ってるか、
優れたカーネルを有効活用していないと思われる。

今回の更新は「iTunes 2.08」
そういえば、エンコードを試して欲しいと言われていたなあ。

手元に音楽CDが無いので、エンコードは後日になるかも知れないが、
まあ、いずれ試してみたい。

で、せっかくだからラジオストリームを聴いてみる事にした。
なんかクリックの効きが悪いというか、
リストを押しても反応してくれなくて困ったが、
操作自体はもの凄く簡単だった。

使った事は無いが、たぶんWMPでもにたような事は出来るんだろう。
まあ、なんとなくあの重たいプレイヤーでラジオなんか聴くと、
仕事で使うアプリケーションに影響が出そうで恐かったりするが。
(このへんは単に偏見とか、OSXに対する抵抗感の無さの現れかも)

トランスを聴きながら仕事すると捗る気がするのは漏れだけ?

ああ、俺のOSX本格始動はATOK14が手に入ってからだったなぁ。
前のよりは賢いとは言ってもことえりさんATOK8よりお間抜けさんなんだもの・・・
ともかく10.1より前にATOK14出て助かった！とオモタヨ（￣◇￣）

ちなみにUSB OVERDRIVE OSX-J版はここ
http://www.usboverdrive.com/

おお、梨は積極的にOSXと戯れてますねw
私は今日OSXの入ったﾊﾟｰﾃｨｼｮﾝ初期化して別れを告げたよ。
あんなノロマなOS使ってられるか(ﾟДﾟ)ｺﾞﾙｧ

>>442
2..0.8？

ATOKよりはEGの方が安定してて良い。
所詮四国の会社だと思った

ATOKなんかを使うやつは…byアイツ。

EGでないと、ユニックス外字が使えないって本当なの？
ATOKの文字パレットでも選択不可？

>>449
ユニックス外字って何だ（w
グリフの事を言っている？
ユニコードなのとグリフセットは違うぞえ

http://freehome.kakiko.com/tuk/momo.htm

>>451
ブラ蔵

すいません質問です。質問スレよりこっちのが良いかと思ったので

10.13のパッケージには、アップルスクリプト スタジオは入っているのですか？

来月買うから、そしたら教えるよ（w

>>444
15の味を知ったら14には戻れないかも知れないが、14でも十分だなｗ

>>445
漏れは早さより面白さを取るねｗ

>>446
あ、そーだったかも。ｽﾏｿ。

>>453
わかんないけど、AppleScriptを作るためのツールは入ってたような。
まだ手を出してないので、あとででいいなら調べてみます。
急ぎだったら新板の質問スレの方が早いと思われ。

>>451
踏んだ

やっぱり週明けかなー、とぼやいてみるテスト。

>>457
ﾘﾍﾞﾝｼﾞｷﾎﾞﾝﾇだな

>>458
そっちか！ｗ

# 故・ｷﾎﾞﾝﾇｽﾚの同志達にも教えてやりたいぞ。

インテリマウス系の専用ドライバでたよ。
IntelliPoint Driver 2.1.0 for Mac OS X
http://www.microsoft.com/mac/download/hardware/intellipointOSX.asp

>454
>455
急いでないので待ちます。HDDの整理もしないといけないので
メモリも買わないと・・・安くならないかな

>>460
新板のスレ見てた。あとで入れようっと。

しっかし、出先から旧板来る漏れって。。。

>>462
そんなに女神様ｷﾎﾞﾝﾇしてるのか？

NSMovieView届きました。

>>463
昨今は女神様ブームだからなｗ

め，めがみさまっぁー．
ぼ，ぼくは，あなたの，しもべです．
おのぞみとあれば，足の爪でも，足の付け根でも...

うわ、100位まで墜ちてるよ。。。

AppleScript Studio、あったよ。
一応報告まで。

>>AppleScript Studio
デベロッパーなんちゃらメンバー（ただだよん）に登録してデベロッパーツールズ
げっとすれば入ってる

>466,467
わざわざありがとうがざいます。

デベロッパーサイトから落とせるの知っていたのですが、OSXを持ってないので
パッケージに入ってるのなら、わざわざ落とさなくてすむので
当方、低速回線です。

AppleScript Studioは、ProjectbuilderでAppleScriptが使えるようになるみたいなので
以前、梨さんは、記念になにか作ってみようと言っていたのでこれで作ってみてはどうですか？

私は、とりあえずまだOS Xに移行できません。。。

>>468
ああ、何か作るんだっけね。

すっかり忘れてiTunesでラジオききながら、
2ちゃんねる巡回してた漏れって馬鹿みたいだねｗ

今週、仕事が結構混んでるので、時間取れるか微妙です。
たぶん来週は余裕も空くかと。

# 時間が空いたら本とか読みたい。

じゃあ梨ﾀﾝ、OSXに慣れる意味も込めて
ボーリングのスコア計算アプリでも作るか。

>>470
ﾜﾗﾀ。それはExcelで作ろうよｗ

>470
よし作ってみよう。
まず一つ前のフレームがストライクかどうか調べる。
あ、第一フレームだった。
frame[0][-1][0]を参照してしまった。
あぼーん

隣のレーンのピンを倒したらスコアに入りますか？

後ろに投げた時にウケるかヒンシュク買うかは確率1/2でいいんだっけ？

面子によります。

1投目と2投目の間に投げてしまいシャッターをブっ壊してしまった場合はどうしますか？

AJの回答状況報告あげ。

ま、返事きてたら書くんだろうけどさ。。。

あっちって、こっち。

>>478
あっちむいてﾎｲ↓

>>479
あ、もしかして、ここに書いたら漏れの負け？

しゃーないな。暫定措置とるか。
このままじゃプロジェクト自体が止まっちまう。

Mac(ﾌﾟ

鉄拳4にTEKKEN BOWLが無かったので鬱気味

MacOSx　何回インストールしてもDocにアプリケーションがない（フォルダアイコンだけ)
)、HDのapplicationsの中のアイコンが白紙アイコンだらけ、システム環境設定
が開かない。。だれか、原因教えてください。お願いします。
imac 333Mhz
メモリ 裏128MB 表64MB

>>483
バージョンくらい書けやｺﾞﾙｱ、とか
HDのフォーマットは何じゃｺﾞﾙｱ、とか、
パティション切ってんのかｺﾞﾉﾚｺﾞ、とか丁寧に書いてみるテスト。

梨、ｱﾋｬさんの例の件、その後どう？
進展あったらメールください。

>>483
~/Library/Preferences/LSApplications
LSSchemes、LSClamedTypesあぼーんして
2回くらい再起動かけろやｺﾞﾙｧ

スマソ、LSClaimedTypesね。
俺も例の件の進展具合知りたいYO!

お久しぶりにございます。
あまり良く無い報告を携えて今戻りました...

ADC@USのﾊﾞｶｧｱｱｱｱ!!ｳﾜｧｧｧﾝ

MacTreeでやたら「適価」という言葉を使うのが妙にムカツク。
つうか、こいつ、出現頻度高すぎ！商売してるとしか思えない。

http://www4.mactree.net/~trade/

>>487
何があったすか。。。

>>487
その悲しみを乗り越える為にも「出直しﾇｰﾄﾞ」ｷﾎﾞﾝﾇ

>>487
うむ。辛いだろうが、しっかり聞きたいぞ。。。

見たら夢から覚めて大人になっちゃうよ・・・

>>492
それでも良かったんだけどね。
はっきりした方が、出来る限りの対策が可能だったから。

ま、曖昧であれ、こういう結論が出てしまった以上、しかたないな。
大きな動きが無い限り、ここでプロジェクトを解散せざるを得ない。
無理に続けても、新板の潔癖君が追いうちをかけてくる事請け合いだ。

いままでの成果物は、まとめてアーカイブにして持っておくよ。
参加した人で、このアーカイブが欲しい人は、メールくださいな。

うっ！・・・・・（＞＜；）

仕方ない、は、仕方ないが・・・・・
そのかわり時間書けてでもAJが翻訳して公開してくれるとか、
なんか光明のかけらでもないかのう・・・；；

>>494
自分たちの活動に意義を見いだす事は大事だが、
それで200位以下まで落ちた新板のスレに餞が出来る訳でもあるまい。

Cocoaの事は、忘れる事にするよ。

>>487氏、>>494氏、新板1氏、48氏、71氏ほか参加者の皆様には、
この場を借りますが「おつかれさまでした」と言わせてください。

結局ADC@USはなんと言ってきたのだ？
報告すれ

はあ、大体想像つきました・・・。
端的にデベロッパのMac離れの理由を見た気がします（大袈裟）。
ｱﾋｬ氏、梨氏、その他の皆様、どうもお疲れ様でした。

>484
483です
フォーマットはMac OS 拡張
パーティションひとつ
version 10.0です。
どうでしょうか？

>>484
~/Library/Preferences/LSApplications
アクセス権がなくて何もできません。
もちろん、アクセス権の設定も出来なくなっています。
まじで困ってます。情報ください、おねがいします。

Appleはもう終わり。と言うことでよろしいか?

あの、ひとつ端的に報告よろしくです。

>>500
もしかしてrootで自分のhomeフォルダ動かしたりしたでしょ？
それやると、新しいユーザ作ってそっちに環境移さないと修正でき
なくなるんじゃなかった？

梨の自己顕示欲がまたひとつスレを潰したか。

>>504
なんかあったんか？

このスレの主旨から逸れまくってたし、
そろそろ話を戻してもいい頃なのかなー。

OSXで遊ぶと言っても、そろそろやる事無くなってきたけど。

iTunesは、普段gogo.dllしか使わないから比較のしようが無いし、
iToolsは、個人情報入れないと使えないならたぶん使わないし、
あとはgFTPとか入れてWinと連携とって、サーバに使うぐらいだな。

PHPのバージョンアップとか、Perlで自動化とか、
そういう路線でいいならいくつかネタもあるかも知れないね。

むしろ、他にOSX使ってる人がいたらネタが欲しいくらいだけど、
旧板はOS9ユーザの方が多いから、積極的に話振らないとだめかなー。

>>503
いいぇー何もやってないですよ。
インストール直後からおかしいんですから。
システム環境設定も開かないし。。
もう、１０回くらいインストールし直したけども、
いずれも、アプリケーション全滅です。
なんででしょう？？？

>>506
10.1.3にしてみたら？　っつーのはだめ？

普段の行いわるくねが？

>>507
それは なしで

imacにosxがインストールできない人間て自分以外に
いない気がしてきた。。。

>>509
人にきいた話でしか無いけど、10.0はやめたほうがいいんだってさ。
君のiMac、うちと同じRev.Dだと思うけど、
10.1.3ならちゃんと入ったから、アップグレードした方がいいと思うなあ。
動作速度とかもケタ違いなんだそうな。

出来た。
インストール直後の設定で今までネットワークの設定
and iToolsの設定を飛ばしていたのを、心を入れ替え
すべて先に設定したら、見事にインストール成功しました。
こういう物なのでしょうか？？？
納得いかん

>>511
そんなもんなのか。。。
ベータ版とか言われた理由がよくわかった気がするぞ。

>>511
わしは同じようにネットワーク、iToolsの設定は後回しにしたが
正常にインスコできたぞい。
なんじゃらほい

ただ設定アシスタント起動中にスリープさせたら同様の事態に
なったことはある。ぶち切れそうになった。

10.1.3にアップグレードすることを
激しく決意しました。
いろいろありがとうございました。
でもげんなりです
必死に原因さがしまくったのに。。

【コピペ１周年】４月７日同時多発オーダーIN吉野家【祭り】
(1)馴れ合い禁止。（一人で来る事。同伴禁止：いても知らぬ顔）
(2)「大盛りねぎだくギョク」を頼むこと。（並盛りねぎだくｷﾞｮｸも可）
(3)各会場ごとに指定時間厳守で現地集合。
(4)食ったら即帰る。
注）吉野家は家に帰るまでが吉野家です。

本スレ
http://ex.2ch.net/test/read.cgi/entrance/1017935504/l50
スレよりぬき等
http://www2.mnx.jp/carvancle/yoshigyu/
お祭り板
http://live.2ch.net/test/read.cgi/festival/1014549688/l50

>>515
興味ねぇ

>504,505
>梨の自己顕示欲がまたひとつスレを潰したか。
> なんかあったんか？

ココアスレの事じゃないのか？
だとしたら、別に梨の責任じゃないと思われ・・・
梨が参加してから事態が進行したのは、確かだが
いずれにしろ「通報シマシタ」という人は出てくるだろうし、
アポーの承諾についても決断しなければならなかっただろう

結果的に残念に終わってしまったが＞全てが無駄だったとは、思いたくない

>>517
うむ。自分が悪くない事を謝罪する気は無いし、
あのスレでは翻訳が始まる前から問題の懸念はあった。
(*ﾟ∀ﾟ)ｱﾋｬ氏が確認を取ることは、流れ上必然だっただろう。

結果は残念だが、自分たちの大義を通せたなら、
それは良いことだったんじゃないか？
後ろめたいまま、煽られながら翻訳するよりは。

ん？アップルからの回答は具体的にどうだったの？

WebObjectsはじめました的な私的にはあんまりCOCOAネタ興味ないんですが、
もしも熱い情熱が煮えたぎる感治まらずだったら、いっそ翻訳じゃなくてくて
解説本の共同執筆とかいう手も...
閲覧には執筆活動への参加ないしカンパというスタンスでhtml公開
それにしてもバカだね＞あっぴる

とりあえず拒否の理由がわからなきゃ、今後の方針の立てようも、
アップルへの非難のしようもないのだが。

>519
具体的は、分からないが>487の(*ﾟ∀ﾟ)ｱﾋｬ氏の様子からダメだったのだろう
今は、(*ﾟ∀ﾟ)ｱﾋｬ氏が忙しくてあまり旧板に来てないから落ち着いたら聞けるのでは？

今できる事があるとしたら
>520の案のように解説サイトを作るか
AJに翻訳して公開してくれるよう要望書を出すぐらいだろう
AJは事の顛末を知っているはずなのだから

AJには無理。
拒否の理由は
「日本はただの消費者植民地なのでアプリの開発なんかやらんでいい」
ってことでは無いでしょうか？
誰かがじょぶすにうまい寿司でも食わせれば逆転もアリ

>>522
ひとつ疑問なのだが、
何故(*ﾟ∀ﾟ)ｱﾋｬ氏は>>487を書いたときに、理由を明記しなかったのだろう。
書こうと思ったら書けたのでは無いか？　他ｽﾚでは雑談してる訳だし。

で、それがわからなければどうしようもない事はわかる筈だし、
あの人は詳細を出し渋ったり、遠回しに物を言う人では無いと認識してたが。
そう考えて、ここには書けない事情があるような気がしたよ。

>>521氏の言う通り、もうどうしようも無いと思われ。
解説サイトを立てるにせよ、今回のプロジェクトとは切り離して考えるべきだと思ったよ。

ん、なんか表現が変だな。以下、>>524を訂正します。


(*ﾟ∀ﾟ)ｱﾋｬ氏が>>487を書いたときに、理由を明記しなかった理由を考えた。
「忙しいとはいえ」雑談の合間にでも何か書けたのでは無いか、と。

あの人は詳細を出し渋ったり、遠回しに物を言う人では無いと認識している。
理由を書かない事で周囲が行動出来ない事も理解しているだろうし、
ここには書けない事情があって「故意に」明記を控えた気がする。
控えた理由は>>523みたいなやる気を削ぐ物かも知れないし、他の理由かも知れない。

(*ﾟ∀ﾟ)ｱﾋｬ氏の配慮を汲んで、Appleの回答に拘らず、
このプロジェクトを一度解散して、再結成した方が良いと思う。

あいまいな推測を先立たせるより、アヒャ氏にもう一度聞いてみては？

>>526
聞けたら聞いてるってばさ。

聞けないと判断するのもあいまいな推測だと。
なんか水臭いし、全然前向きじゃないよ。

何か回線ぶっちぎれて右往左往してるうちに...
"(*ﾟ∀ﾟ)ｱﾋｬ"氏ってなんかなぁw

>大変恐縮ではございますが、TechNoteへのリンクをされることは自由なのですが、
>本文自体をApple Technote以外のサイトにて公開することは許可できないとのことです。
byADC@US

以上、サイト公開は許可できませんそうです。

梨は憶測を口にするな
事実以外は全く役立たずだ

まあ憶測するのはいいが、それを判断の根拠とするのは悪い癖だな。
特に今回は多人数が関わっていることなんだし。

まぁ今回はぱたりと回線ぶっち切れて尻切れトンボで24時間後に復帰する阿呆な我が良く無いのだが、
憶測で結論付けるのはやっ...と>>493あたりのレス時間を見て思うのであった...

我は考えをまとめてから、書き込もうといろいろ思案してるうちに、
唐突に電話回線逝ったものだから（言い訳）、無駄に混乱を与えた事はお詫びいたします。

【今後の傾向と対策】
・ADC@JPに今後日本語役の予定はあるか小一時間程問いつめる
・ADC@USの文献を 参考 にしたオリジナルのリファレンスって無理なのか考える

とかど？

ﾌﾝｶﾞｰ誤字ﾊｹﾝ

日本語役 → 日本語訳

推測とはいえ、その場において最良の選択をしたつもりだけど。
特に正常では無い事態において、
確固たる真実だけでしか行動出来ないのはどうかと。

ともあれ、今後どうするの？

>>532
ううむ。どうも漏れは旧板の流れと時間感覚が合ってないのかもしれん。
「旧板で待つ時は1週間待つ」というルールを肝に銘じる事にするよ。ｽﾏｿ。

漏れは現状のプロジェクトに対してメンバとして出来ることは無いんで、
とりあえずプロジェクトの「方向性」が定まるまでは待つ事にするよ。

得られる限りの情報を集めてからにしたいなら、それでいいと思うよ。

>>534
特に正常では無い事態ってなんだよ。

>>536
たとえば、唐突に回線が切断されたりとかｗ

「プロジェクトメンバーに連絡がつかなくなりました。
　だから一週間プロジェクトはすべて停止していました」
というのは、あまりにも判断力に欠けるかと。

「待つ時間が短い」という指摘は受け止めたが、
それ以外で問題のある行動をしたつもりは無いよ。

１週間？１日だろ

アヒャ氏に失礼だから、勝手に例を改ざんするのはやめとけ。
人の意見を聞いていなかったことは問題だよ。
487に対して493と3時間で独断してるだろ。
別に怒る気も無いんだが、けっこう突込みどころ満載だ。

>>537
敢えて言うならば
"事態を完全に把握して次の活路を見い出す"
という戦略つーか何かをする時の構えの足り無さに疑問を感じつつも
我にそれをとやかく言う資格は無いwww

>>538
一日でいろんな憶測をしてくれるのに
次の活路を見い出す意見は出せんのか残念だ、と一日も待たずに言ってみるテストw

そして充電落ち。ｽﾐﾏｿﾝ...

>>538-539
いや、だから判断を急ぎすぎたことは悪かったってば。。。

>>540
「事態を完全に把握する事」が、このプロジェクトの「方向性」と言えるなら、
漏れは君の案に異存は無いよ。上にも書いたけど、漏れには、

532> ・ADC@JPに今後日本語役の予定はあるか小一時間程問いつめる
532> ・ADC@USの文献を 参考 にしたオリジナルのリファレンスって無理なのか考える

これは出来ないから、事態が完全に把握されないと何ともないような。

それとも、憶測や個人的な意見を話してもええんか？
なんか思いの外風当たりが強いから、黙ってたほうがいい気がしてるのだが。

あのスレで全部翻訳してから聞くべきだったね
翻訳さえあれば後はP2Pで。

>>543
そういう了見なら最初からアングラでやってくれ。

先に何故できないか理由を求めるべきだだと思う

微妙にﾌｶｰﾂ...激しく微妙...

>>542
憶測で結論付けて終止符を打ってしまう事と、
いろいろ意見を出して次にできる行動を考える事の違いってわかる？w
"活路" ってそういう意味

532> ・ADC@USの文献を 参考 にしたオリジナルのリファレンスって無理なのか考える
これに対して技術的に可能か不可能か、ADCの許可云々以外の課題は無いか、
開発者としての意見が聞けるかと期待してただけにｶﾞｶｰﾘ
たとえばADCに次に訪ねるべき事は何か？そんな意見すら出せないのか？
それとも元からHTML整形以外は手を貸さないつもりだったのか。

# と責めるのは簡単だが "責難は成事にあらず"w
# 責める事は則ち何かを成す事ではないw

>>543
そうなのかもね。事を急いで悪い結果を招いたなら謝罪しないと...

>>545
うん、現在日本語訳された資料が無い事と合わせてADC@JPにもう一度聞こうと思うyo!!

普通の企業は、厨房からの電波メール/電波な電話は体よくあしらいマス。

>>548
あら、御指摘ありがとうございますうw
安心しろ、電波メールは送ってない、ちゃんと担当が付いて、
正式にお話しているw

一応取り引きのある企業と同じ体裁でこちらからは対応してるyo!!

>>546
何故責める。。。
一度に書くと誤解されそうで嫌だな。#jobsに集合できん？

まず、漏れが言いたいことは
「オリジナルのリファレンスを作ることと従来の翻訳作業は別だ」という事だよ。
HTMLの整形作業とリファレンスの構築を同一視しないでくれ。

> 技術的に可能か不可能か
> 開発者としての意見が聞けるか

一般的に可能かどうか、という話なのか、
漏れがリファレンスの構築を担当できるか、という話なのかを明確にして欲しい。


技術的に可能かどうか検討する前にやる事があると思うんだ。
どうしてここで君が「事態を完璧に把握すること」をやめて、
漏れに「提案」を求めるのかわからないよ。

> たとえばADCに次に訪ねるべき事は何か？

「ADC@JPに今後日本語訳の予定はあるか問いつめる」
「ADC@USに文献を参考にしたオリジナルのリファレンスを作れるか問い合わせる」

漏れはまずはこれを問い合わせてからだと思うよ。

>>550
だからそういう 意見 を言えよ、と言っただけだw
あとあくまでも一般論を聞いてる。
梨さんも私も他の人も決して無職の閑人で無い事など承知している上で尋ねたのだが。
#jobsね、了解。

i桜氏と少し話した。

大昔(>>355 >>370)に書いて、勝手に意図を伝えた気になっていた。

漏れがまず言いたいことは、
「まず主旨があるべきだと思うから、主旨が達成出来ない時点で、
　一度プロジェクトを解散して、再度仕切直しをするべきだ」
という意見だった。

仕切直しをするまでに「活路を見いだす」打ち合わせが必要なら、
それをする事は否定しない。前向きで良い事だろう。
ただ、「翻訳プロジェクト」のまま、リファレンス作成に携わりたくは無かった。


これをうまく伝えることが出来ず、周囲に誤解を与えたことをお詫びします。

>>552
気にするな、梨

所詮後づけの正当化だし。
妄想全開の>>524-525をみて>>552はねぇよ

まぁ、手が空いてる内は俺も人力を尽くすから、善後策を考えようや。
どちらにしろ仕切直しが必要という梨の意見には同意。

なんにも協力出来ていないのに恐縮ですが>>552に賛成。
揚げ足とっても仕方ないし、とりあえず梨さんはまだやる気あるみたいだし。
もういいでしょ>>554さん。

とりあえず確認として、上記2点の質問の結果は

1) 今後AJで翻訳作業を行う予定がある。
2) AJに翻訳作業を行う予定はなく、USからいかなる形での翻訳の公開も許可されない。
あるいは非常に厳しい条件を付けられ実現が難しい状態になる。
3) AJに翻訳作業を行う予定はないが、USからは比較的緩い条件付きで公開を許可してもらえる。

この3パターンで良いと思うんですけど。
1),2)の場合は考慮の対象外でしょうね。
プロジェクトの意義が薄れるorプロジェクトの続行が不可能なので。
3)の場合だけプロジェクト再始動と。

運良く3)の方向で話がまとまると仮定するにしても、
条件次第で梨さんや某のさんの負担も
極端に大きくなる可能性があるのですが･･･。

実行委員の方々の意見として
実際どの程度の条件なら呑めるとお考えなのでしょうか？
場合によってはこちらから「こういう条件ではどうか？」と提案する形に
持っていけると、意外とスムーズに事が運ぶのではないでしょうか。

ここはWOスレ以来、唯一の優良スレに認定。

オリジナルの英文を転載するのでは無く、現在アップルからは提供されていない
日本語訳を掲載しようとしていることがADC@USに正しく伝わっているのか？

また、訳文の著作権を完全にアップルに譲渡することを前提にしているのが
伝わっているのか？


この２点が明示されていれば本来ADC@USが拒否する理由など無いはず。
再度、この点を強調して問い合わせしなおすべし。

>>559
禿堂

>>559
自前のサイトに載せる事を前提にしている限りダメだと思うよ。
そもそも著作権を完全にアップルに譲渡する、てことは実質的に
そんなことはできなくなるってことだし。アップルに限らず、普
通自分のとこの著作物を個人サイトに載せる事を了承するとこな
んてない。

翻訳した結果をアップルに著作権ごと譲渡して、公開の仕方や、
そもそも公開するのかどうかも含めて完全に委ねる、というの
なら拒否されないかもしれない。こちらがそれでもよければだ
けど。

日本の法律だと著作者人格権は譲渡できません。
だから、そもそも
> 著作権を完全にアップルに譲渡すること
自体無理です。
例の15歳への対応を見る限りそういうった方向は難しいでしょう。
# でも、もともと匿名で公表されたものはどうなるんだ?

まずはレスから。

最初に、仕切直しのための相談をするために、
新板の訳者さん達をこっちに誘った方がいいと思うよ。
それは、これから一応やっておく。

>>555
漏れも手が空かない可能性があるから、「一般論」と「現状」は別で語りたい。

・一般論(>>551)
技術的には可能です。

いろんな言語のリファレンスを参考にして、
プロジェクトに相応しい内容を選定することと良いでしょう。
出来れば、効率的にドキュメントを作成するための仕組みもあると良いですね。

・現状(>>557)
開発コアが新板から旧板に移るとしても、
新板の訳者諸氏にドキュメントを書いて貰うにしても、
作業負荷は多大です。
具体的に作業に対し常駐出来て、面倒を見れる人が欲しいですね。

Appleに対する再質問の要約と想像

・事実

著作権二次使用の承諾について質問した。(>>381)

返答(>>529)
>本文自体をApple Technote以外のサイトにて公開することは許可できないとのことです。


・質問

個人的には、すべてをAppleに聞くまでも無いと思っているけれど。

Q1. 今後AJで翻訳作業を行う予定はありますか？(>>532)
Q2. 「日本語訳」は独自の物であり、英文とは別と考えられませんか？(>>559)
Q3. 訳文の著作権をAppleに譲渡する事を前提とすれば翻訳できますか？(>>559)
Q4. 「原文とは一切関係のない」独自のリファレンスを公開して良いですか？
　　Cocoaについて説明文章を書いて公開しても構いませんか？

・回答の想像

あくまで想像の域を出ないので、はっきりしなければ聞くと良い。

A1. AJの妙に親切な態度を見る限り、無い気がする。ｗ　(漏れの想像)
A2. 著作権の中の「再配布権」に抵触する恐れがあるため、
　　言語を変えれば別著作物、とは言えないと思う。(>>367)
A3. 厳密に著作権を委ねるなら、公開せずに渡すことは可能かも。
　　ただし、その文章が完全に無視されても文句は言えない。(>>561-562)
A4. これは問題が無いと思われ。Cocoaについて述べるだけだし。(漏れの想像)
　　どうしても確認を取るなら、(>>332)の作戦も素敵では無いかと。

梨が個人的に考える「活路」

あくまで自分の考えなんで、叩き台程度です。沢山叩いてください。
良い意見を出し合っていければ良いと思います。

・目標（スレッドの主旨であり、メンバーの大義であるもの）
「とにかく日本語の資料がないcocoa開発環境を、みんなで改善しちゃいましょう！」
(by ココアスレの1)

・現状最善だと思う策。もしくは、目標のために欲しいもの。
「日本人開発者がてがけた、わかりやすいマニュアル。主に入門書」

・最善策を実現するために考えられる方法
　・他言語の入門書や日本語リファレンスを参考にして、
　　日本人がCocoaを初めるとっかかりを提供する。
　・たとえば、導入方法や技術概要から始まって、
　　機能毎に分けたリファレンスや、簡単なサンプルを作ったりする。
　・当然、優秀な開発者が高度な技術を論じても構わないと思う。

・最初の一歩
　・まずは、新しい本拠地スレッドを立てる。
　・ウェブサイトをベースにして活動し、
　　掲示板（スレでいいんだけどさ）やML等での情報交換を可能にする。
　・誰かに向けてサービスするのでは無く、
　　情報を共有する事に注力して、共有を簡単にするための整備をする。
　・活動に必要であるなら、Appleのユーザグループに登録する。


最後に、懸念事項も書いておきます。

つづきをどうぞ

梨が個人的に考える「懸念事項」

ネガティブな話ですが、問題を隠すのは苦手なので、
この機会に言わせてください。

・参加責任について

プロジェクトは、リーダーや計画を元にした厳密な物では無いと思います。
スレッドの主旨を元にした、参加者や代表者を問わないプロジェクトで、
オープンソース開発に近い形態になるでしょう。

しかし、便宜上、Webサーバの管理や舵取り、問題の対応役として、
1名のリーダーを立てた方が良いと思います。
リーダーを立てずに連帯責任を負うならば、個別の活動を纏めるシステムの
整備が必要だと思いますが、整備担当者がやはり必要でしょう。
（結局、この「整備担当者」が「リーダー」にあたるような気もします）

・リーダーの決定

リーダーは条件から任命されるものではなく、
あくまで立候補で決めた方がいいと思いますが、それはまあ良いでしょう。
ただ、現状でリーダーが出来る人間がいるのかどうか、わかりません。

プロジェクトを進める上で信頼を受けられる人であって欲しいです。（要望）

・スケジュールの放棄

参加者はみんな忙しいので、スケジュールを決める事は出来ないと思います。
みんなでﾏﾀｰﾘ、無期限に出来るといいですね。
（これは漏れ自身が前回の反省を踏まえて思ったことです）

懸念事項としては、スケジュール放棄が進行に影響するかが心配です。
（i桜氏には「1週間と勝手に決めるな」とも言われました。その通りです。
　ただ、プロジェクト全体が長期間止まる事への影響を無視できないのも事実です）


まだまだ細かい問題もあるかも知れませんが、
あとは、常にその場での最善策を見つけていけばいいと思います。
（「大義」が一緒であれば、そう大きな方針の食い違いも無い、と信じます）

>>566
以上です。ほっとする書き込みをありがとうｗ

誰かが音頭とってくれるなら旧板移住も辞さぬ構え

だ、誰かーｗ

>>568
ああそうだ。
正式なリーダーが決まるまでの暫定リーダーなら、
漏れが立候補した方がいいかも知れないですね。誰もいないからｗ

つーか逆に言うと、漏れにはその程度の事しか出来ないっす。


良い活動ができるかどうか、まずは参加者を募ってみてもいいかも知れないですね。
参加者が多ければ多いほど面白くなると思う。

>>569
む。よく考えたら、

> 正式なリーダーが決まるまでの暫定リーダーなら、
> 漏れが立候補した方がいいかも知れないですね。誰もいないからｗ

スケジュールが無いんだから、こんな事言ってはいけないですね。
ついでしゃばってしまった。謹んで撤回いたします。

陰ながらリーダー様や共同参加者様の出現をお待ちしておりますｗ

旧板の顔である梨が遠慮なくリーダーやればいい。。。と思う。

>>564
A1. する気はあるけど、手が足らないだけだと思うよ。
http://developer.apple.com/ja/techpubs/
ここ見ても重要なのはたまに日本語訳されてるし、
最近もQuartz関連のが2個日本語訳されてる。

>>562
>日本の法律だと著作者人格権は譲渡できません。

だから、建前では、「訳者不明の翻訳物」がアップルの著作権侵害をしていて、
アップルが“裁判所を通さずに”示談で訳文を没収するという形式を取れば、
お互いの“利害”は完全に一致するのではないか？

ようするに、

・アップル当局は「知らないふり」をして事実上は許諾（←法的にはいつでも起訴できる）
・プロジェクトは「起訴されていないだけ」の状態で泳がせてもらう。

という利害上の信頼関係を暗黙に実行していれば良かったとおもう。
最初から最後まで“ちゃんと無断で”やるべきだった。

ときおり見られるんだが、
旧板とか新板とか無用なテリトリー意識を出すのはやめてくれ。
そういうことは、今回の目的にはいっさい関係ないはずだろう。

>>571
漏れの今の力量じゃ無理だｗ

>>572
そういえばそんなのを見た気がした。
ま、良いことだ。ほんとは手が回れば素敵なんだけど。

>>573
今となってはどういようもない話だけれど。

「訳者不明の翻訳物」が「利害上の信頼関係を暗黙に実行」
する事は出来ないと思われ。
どっちみち「ここに著作権侵害をしてる人がいますよ」って「通報」が行ってた。

Appleは、企業の建前上、それを没収して自分のサイトに載せる訳にはいかない。
「俺達が訳した物を没収して自分の物にしやがった！」と騒がれるのはメンツにかかわる。

……という話を、前にしていたのさ。
「黙ってこっそりと公開して、完成までばれなきゃいいね」という意見もあったよ。

>>574
確かに目的には関係ないが、手段には関係あるので、
頭の片隅にでも、どっちの板を中心に展開するかで、
活動の仕方が変わってくる事をちょこっと考慮してみて欲しいな。

漏れは、流れが落ち着くという意味では、旧板で詰めるといいと思うし、
人を沢山集めるという意味では、新板でやった方がいいと思うよ。
こないだまでの「ココア」スレとこのスレの連携は、わりと好き。

> 最初から最後まで“ちゃんと無断で”やるべきだった。
これは個人的にも好きじゃないし、荒れて当然だ。

旧板の欠点は人が集まらないことですからねｗ
まあ先の見えない現状で人を集めても仕方ないので旧板で良いのではないでしょうか。
プロジェクトの始動に目鼻が付いてから告知の意味も含めて新板にスレ立てると良いかと。

どちらにしろもう2ちゃんの中だけでは収まらない雰囲気ですが･･･。

リーダーというのはちょっとピンと来ないです。
何をやるものなんでしょうかね。
サイトを提供してくださる管理人さん（今までは某さん）と、2ちゃん内でサイトの構成などの
議論をとりまとめる議長さん的な人（梨さん？）は別でも良いかと思うのですが。

Appleとの交渉や、ユーザーグループ設立の必要が出た時に対外的に
リーダー、代表者が必要になった時には改めて募集すれば良いかと。
（たぶん、この場合のリーダーはなかばスポンサー？）

【裏技提案】

Q&A方式にすれば良い。

Cocoaドキュメントの一つ一つに
「Q:〜について、Appleの情報では英語なのでよく分かりません」
「A:これについては、こういう意味です＜以下、訳文＞」

という口上を付けた構成にすれば解決です。

578に同意で、いわゆるリーダーというのはいらないんじゃいかな。
あえて言えば、まとめ役というか調停役というか進行役というか、
欲しいのはそんな役どころで。
2chのななしさんに指示は出せないからね。
ひとりがひっぱるというのは、ここでは向いていない。

ああ、今梨の長文を読んだけど、その構想ではリーダー≒整備担当者ね。

うん。「リーダー」という表現が悪かったら謝る。

まあでも、
> ひとりがひっぱるというのは、ここでは向いていない。
のかもね。

578> まあ先の見えない現状で人を集めても仕方ないので

という事で、まずは「懸念事項」はほっといて、「活路」へのレス希望です。

リーダー云々以前に、
---
Q4. 「原文とは一切関係のない」独自のリファレンスを公開して良いですか？
　　Cocoaについて説明文章を書いて公開しても構いませんか？
A4. これは問題が無いと思われ。Cocoaについて述べるだけだし。(漏れの想像)
　　どうしても確認を取るなら、(>>332)の作戦も素敵では無いかと。
---
のAppleへの確認が先でしょう。

「活路」の目標は当初より規模が拡大しているけど、
単純なリファレンスの日本語訳という線で、もう少し話ができないだろうか。
実現可能性がほとんどないことは承知しているが、ここから目標を広げるとなると、
自分としてはほとんど別の話となってしまうので。

>>584
先に断っておく。

漏れ個人は、もう「日本語訳」という路線は無理だと思ってる。
だから、否定的な事も書くし、「活路」はああいう書き方になる。
逆に、漏れの挙げた路線だと、翻訳じゃなくても日本語解説でいいと思う。

で、それはそれとして、「日本語訳」路線を進めるなら、
叩かれることを覚悟で>>579みたいな言い訳で武装して回避するか、
翻訳の成果をクローズドにしてしまうかのどちらかの路線が
考えられると思うんだ。君はどう思う？

うーん、俺が今ちょっとこだわりたいのは、
>>564 の質問を想像だけで終わらせてしまわないとか、
無理なら無理でアップルの性格・方針をより理解して、
教訓だけでも得ておきたいとか、そんなところです。

翻訳者のみんなは、開発者では無かったのかな？
漏れにはそれがわからない。

自分が開発するために翻訳していたなら、
漏れの「活路」では、それがより実践的になるという話だし、
そうじゃなくて「開発者のために翻訳だけやってくれる」なら、
漏れの「活路」は受け入れがたいだろうね。

あくまで開発者寄りの意見をしてしまった事は自覚しているよ。

>>583
それってそもそも許可がいる事なんだろうか？
たとえばこのスレでOSXのインストールや設定方法を書いたけど、
これってOSXの発売元に許可を取らなきゃ、書いちゃいけない事なのかな？

漏れはかなり大丈夫な気がするけど、証拠は無い。。。

>>586
なるほど。
漏れは、「聞く」のはQ1だけで、あとは「調べる」事だと思うなあ。

と思ったけど、
> アップルの性格・方針をより理解して、
> 教訓だけでも得ておきたいとか、そんなところです。
これはちょっと気になるね。

漏れもアポーには詳しくないんで、古参マカさんの意見も聞きたいかとｗ

おれはあのAppleUSAの返事は変だと思う、微妙にずれてないか？こっちの言いたかった事ちゃんと伝わってんの？
誰か英語のかける人直接USAに聞いて欲しいよ

時間経過の流れからしてi桜さんが再確認をとってくださるのは多分週明け以降でしょうから
まずは今のうちにAppleに確認してもらいたいことを挙げておいてはどうでしょう。

梨さんが挙げた4点以外に何かあれば。

不正確な情報ですが、i桜氏はこれから数日忙しくなるかも知れないようです。

>>590
賛成ー。
調べれば聞かなくて済む事も、聞かなくて済むようにしたいです。

>>589
「翻訳」を前提とした「二次使用」として質問したのだけれど、
ADC@JPからUSに行く時に、二次使用の目的が伝わっていなかったのかも？

メールより電話の方が確実だと思うけど、
訳者さんとかが別途USに連絡取るなら、それも良いと思います。
たくさんの人が問い合わせる事で、態度を和らげてくれるかも知れないし。

>>591
> 不正確な情報ですが、i桜氏はこれから数日忙しくなるかも知れないようです。

ようやく前向きになってきたところなのでかえってちょうど良いかもしれませんね。
i桜さんには申し訳ないですけど。

> 調べれば聞かなくて済む事も、聞かなくて済むようにしたいです。

聞かなくて済むようにした上でやはり確認した方がいいかと。
異文化の国との交渉ですから。

> 「翻訳」を前提とした「二次使用」として質問したのだけれど、
> ADC@JPからUSに行く時に、二次使用の目的が伝わっていなかったのかも？

じゃあ梨さんのQ2を修正して
「公開するのは日本語訳なのですがそれでもだめですか？」と。

>>579に書いた通り、

Q&Aの構図をとって、
「誰かから質問があったから、内容を日本語で解説してあげた」
っていうページを作っても全く問題ないはず。

こういう路線で行くのはどうか。

>>593
「引用の範囲を超えない範疇で解説する」ってやつだね。
でも、それをするなら、最初から
「独自リファレンス作りました」と言った方が良くない？ｗ

>>592
> 聞かなくて済むようにした上でやはり確認した方がいいかと。
> 異文化の国との交渉ですから。

なるほど。日本の法律だけに準拠してても駄目だもんなあ。

>>592
そういえば、問い合わせの時の文面と返答の文面が明らかになってないのも
今回の件がわかりにくくなっている原因かと。

個人名は伏せるとして、メールの全文を公開してもらわないと。まずは。

>>595
それもそうか。
まずは我々の事実関係の確認、になるのかな？

でも、調査もしたいと思われ。

>>587

＞翻訳者のみんなは、開発者では無かったのかな？

自分はサンデー開発者なので異存ありません。んで方向性についてですが、
やはり成果物をオープンにできなければ意味が無いと思うのです。

Macでの開発に携わっている人なら多かれ少なかれ英語のドキュメントを
読むことには馴れているはずで、このプロジェクトの目的としては開発者の
裾野を広げるということが主になってくるはず（日本語の方が、自分にとって
読みやすいというのもありますが）。
「OS Xってタダでプログラミングできるんだよね、僕もちょっとやってみようかな」
という人々に対する恩恵が大きいと思うのですが、そういう人たちは得てしてMLに
登録することにすら尻込みしがちです。

簡単なリファレンスとFAQでも良いので、ぜひ公開の方向で・・・。

あれだけアポーを叩いていた梨が中心になっているのは納得いかん。
つか、住民は梨の業務上都合の良いように利用されてるだけだと思われ。
古参住民達も少なからず思ってるんだろ？はっきりしときな！

>598
梨の業務上都合の良いように利用されてようが構わないよ
別に恩恵を受けるのは、梨だけじゃないのだし

梨が中心になってるのは、進行役が他にイナイだけと思われ
もしその事に不満があるなら、立候補してみたら？

>>599は梨の自作自演sage

>600
違います。(藁
ちなみに599=517=522=某スレ16(藁

>>597
全文禿胴

梨自作自演するな。

今日から忙しくなる予定だったが、急に暇になったｗ

>>597
漏れも個人的には公開に賛成です。

「翻訳プロジェクト」を続けると、
・叩かれても違法でもいいからとにかく進めたい
・進めたいが叩かれたくないからクローズドにしたい
という2つしか選択肢が無いと思うのです。

>>593氏の作戦で行く場合、
プロジェクトが叩かれなくて済む理論武装が欲しいと思うのです。
「100%損害賠償請求は無いが、これは違法すれすれだ」というのは、
結局プロジェクトの雰囲気を良い方向には進めないと思う。

あと、納期も義務も無いから、目標達成にはボリュームが多く見えても、
参加者のペースで気楽にやったらいいと思います。
翻訳の時も、APIリファレンスからCocoa全部になったりして驚きましたがｗ
「目標は高いが、出来るところからやっていく」という姿勢は良いと思いますよ。

>>598
梨はおマヌケ間抜けな所があるので、そこまで考えてなさそうだな。
どっかポカリと抜けてる。
関係ないが夏に向けて、CPUにファンをつけた。
28度から24度になりますた。
G4/500カード安くなってきてるなぁ。
Dual G4カードもうちょい安くならんかな。一体型DualマシンにしたいZe!

　 ∩川∩ 　　　　 　　　　　　　　　　　　　　　　　　　∩川∩
　（ﾎﾟ×ﾟﾎ）　 ＜　このスレは終了しました　＞　 （ﾎﾟ×ﾟﾎ）
　　,コ 匸＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿,コ 匸
　　）　　　　　これ以降の書き込みを禁止します　 　　　（
　　￣|匸￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣|匸゜
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣

バハメンたら、バハメン♪

>>606-607
最近稀に見る低能クワッカーだな。
半泣きクワッカーはここまで↓
http://pc.2ch.net/test/read.cgi/jobs/1012720624/l50

>>608

なるほど。

では終了。

>>598-599
うむ。適任者歓迎。
漏れがやるよりも、現在第一線で働いてる面倒見の良い
英語とWeb管理の出来るマメなCocoa開発者が勤め上げた方がいい筈だ。

まあでも、誰も書かないよりは書いた方がいいじゃん？

あと、漏れはいまだにMacで金稼ぎするという点では不信感あるよ。
AppleはMSより開発者を大事にしないと思うし、ユーザもそうだ。
却って、これを機会に漏れが儲けた方がプロジェクトとしては成功だと思うがｗ
自らそういう「活路」を見いだす気は無い。あくまで日曜大工レベル。

>>605
うっさいｗ
少なくとも、ここまで壮大な活動が、単なるアポー叩きに終始したりはしないよ。

「開発者向けの日本語環境整備が悪い」とか、
「ADC@USは日本のローカライズに消極的だ」とか、
そういう批判は今後他のスレでわざわざ議論しなくなると思われｗ

安くてOSX開発に使えるマク無いかなー。

英語とＷｅｂ管理ができてＣｏｃｏａもかじってる
オタッキーな新聞奨学生ﾎﾞｼｭﾝage

最終的に
「梨＝アップルから依頼された翻訳業者」
だったら萎えるな。

不特定の人にただ働きさせておいて
プロジェクトを転覆させる。
↓
訳文持ち逃げで納入
↓
(ﾟдﾟ)ｳﾏｰ

>>612
(ﾟ∀ﾟ)ﾅｼ ﾜﾙ ｶｺｲｲ!!

いや、本業の方ではプロの翻訳部隊もいるし、
金になるならわざわざここでやらないさｗ

でも逆に言うと、もし漏れがアポーから依頼されてたら、
経費使って環境整備したり、報酬山分けしたり、
成果物が公式サイトに載る事が保証されてたりして、結構ﾏﾝｾｰでない？ｗ

> 却って、これを機会に漏れが儲けた方がプロジェクトとしては成功だと思うがｗ
梨ってそんな発想持ってたんだ。。。？

けっこうひきぎみ。
アップルが素人の勝手翻訳を買うかね。
完全オープンソースというか、そういう線でいってくれたほうがいいんだが。
不特定多数の匿名に報酬を分配するなんて、無理ですよ。

あと、最近になって勘違いしてる人が増えたかも知れないが、
あくまで本質的なリーダーシップは、ココイチたんにあると思われ。

漏れは本当はしがないHTMLパンチャーなのだよｗ

>>614
Cocoaは日曜プログラマーだけの言語では無いし、
これを機会にCocoaを覚えて、その知識で飯を食う可能性はある。

つーか、ここで得た知識で仕事をしちゃいけないとか
わけのわからない事を言うなら、漏れは降りるよ。

>>615
例え話だよ。612の仮定自体に無理があるでしょ。

なら、いいんだけどね。
ちょっとそれぞれの理解が混乱してる。

むしろ俺が降りよう。

繧?縺ｯ繧頑｢ｨ縺ｯ縺ｩ縺薙°繝昴き繝ｪ縺ｨ謚懊¢縺ｦ繧九↑w
繧ｺ繝懊Φ繧偵?ｯ縺榊ｿ倥ｌ縺昴≧縺ｫ縺ｪ縺｣縺溘ｊ縺励◎縺?縺�縲?

584?ｾ�?ｾ昴?ｮ險�縺｣縺ｦ縺?繧倶ｺ九?ｯ逅?隗｣縺ｧ縺阪ｋ縺代←縲√＞繧阪ｓ縺ｪ閠?縺医?ｮ莠ｺ縺碁寔縺ｾ縺｣縺ｦ繧九ｓ縺九ｉ縺ｪ
縺√�?
縺?繧阪＞繧肴ｨｪ逶ｮ縺ｧ隕九※縺阪※諤昴≧繧薙□縺代←縲∫ｫ九▲縺溯ｨ育判縺後?昴す繝｣繧九?ｮ縺ｯ縲√↑縺懊°縺ｩ縺?縺ｧ
繧ゅ＞縺?莠九↓闔ｫ螟ｧ縺ｪ隴ｰ隲悶′雋ｻ繧?縺輔ｌ縺｡繧?縺?縺九ｉ縺�縺ｨ諤昴≧繧薙□縺代←縲?

こう書けば誤解が解けるかな？

漏れは自分からAppleに成果物を売ることは不可能だと思っているし、
このプロジェクト自体で金を稼ごうと思っているわけじゃない。

また、Appleから金を受け取っている訳でも無ければ、
実名の連絡先すら誰にも言ってない。

ただ、このプロジェクトを通じて学習した事で金稼ぎをする、
金稼ぎが出来るような知識を公開している事は否定しない。


あ、ちなみに、Appleのユーザグループに入ると、
いやがおうにも営利活動出来なくなるので、
そういう「縛り」は悪くないと思われます。「裏切り防止措置」でしょ？

今更誰かが儲けようとしてるなんて発想が出るとは思わなかった･･･。

>>614
そもそも梨さんが立ち上げた企画じゃないし、すでに一度は無許可のまま
公開していたものなのですが･･･。
クローズドで有料配布ということにならなければ今回の成果物で儲けることは出来ないでしょう。
でもサイト構成自体梨さんだけでやってるわけじゃないので、
梨さんに陰謀があっても未然に防げるのではないかと思います。
でも>>232あたりからこのスレを読み返すと梨さんのこのプロジェクトに対する
思い入れみたいなものもわかると思いますよ。

サイト運営に膨大な費用と労力がかかって「タダじゃやってられん」というレベルに達したら
自分は対価を払う覚悟もしてますが。

だんだん話が複雑になってきている、
こういうのは思いっきりシンプルでわかりやすいものじゃなくちゃ、
てのが俺の考えであったところへさらに金がどうのって見て、
こりゃちょっと、って思ったわけよ。
だから、俺がひきぎみで降りようと思った理由を、端的に言うと
話が複雑→実現困難になってきたという個人的判断だ。

ムネオハウスなんかは祭りの勢いを利用して、リアルレイブまでもっていった
希有な成功例だなあとは思うんだけどね。

>>619が気になるけどｗ

■　プロジェクト自体で金を儲ける

プロジェクトに「裏切り者」が出て、成果物で直接金儲けする事を防ぐなら、
アップルのユーザグループに入って監視の元で行動すると良い。

少なくとも、独自リファレンスの著作権は放棄してはいけない。
「著作権は放棄するが、誰かがこれで金を稼いではいけない」
というのは勝手すぎるよ。
そうしたいなら、ライセンスに明記し、著作権を意識すべし。

■　プロジェクトから得た経験で金を儲ける

これを禁止したいなら、ドキュメントを見た人間は全員実名で
「私はCocoaで仕事をしません」と誓約しなきゃだめだね。

>>622
あっさりと許可が下りていれば･･･。
でも現時点でも「ちょっと小細工すれば」程度の話で、実はそんなに複雑に
なってないと思うんですけど･･･。

憶測で話が進みすぎてますね。

>>621
> サイト運営に膨大な費用と労力がかかって

労力はかかるけど、費用はかからないと思うよ。
少なくとも、非営利のプロジェクトで、手間を惜しんで金かけちゃいかんと思う。

>>622
Appleに禁止されて、話が一筋縄ではいかなくなったので、
今後どうしようかと協議している所だから、話は複雑になってもやむを得ないよ。

話し合いの結果、結論は簡単になるかも知れないし、漏れはそれを望んでいる。
今はまだ、いろんな説が飛び交っていて、方向性を定められずに迷走しているんだ。

「方向性が決まるまでは傍観に徹する」というのも一つの方法だと思うよ。
どうしても意見が統一出来なければ、複数の方向性が同時に進行してもいいわけだし。

>>623
後半は誰もそんなことを言っていないと思われ。
荒れる原因になるのでやめましょう。
困っているのはすべての日本人プログラマです。

>>625
> 労力はかかるけど、費用はかからないと思うよ。

安心しましたｗ

>>623
独自リファレンス路線ならGNUライセンス以外無いでしょう。

再度、要約しておこう。

どれも叩き台に過ぎないんだが、方向性が違うので分けた。

で、漏れはＡ案を推進している。

■　Ａ案．ウェブ上に日本語の解説サイトを作成する

「日本語の資料がないcocoa開発環境を、みんなで改善しちゃいましょう！」
という目的に従い、
cocoaの日本での開発環境を改善するためのTipsであれば、
種類を問わず好きなように掲載していく。

プロジェクトは非営利で、Tipsの著作権と責任は執筆者が個々に持つ。
プロジェクトは法律を尊重し、他者の権利を侵害しない。

1名の「Web管理者」が、掲載作業を行う。（これは工夫したら削減可能かもね）

細かいことは>>565にも書いた。

■　Ｂ案．翻訳プロジェクトを続ける

プロジェクトは非営利で、成果物の著作権は完全に放棄する。
プロジェクトは損害賠償をせずに済むよう最大限の回避策を講じる。

細かいことは従来と同じ。

■　懸念事項

再質問をまだしていないし、内容がまだ定まっていない。

>>627
GPL化するのは賛成。

619はワシ。
膿を出すのは大切だけど、ウンチャラコウチャラという事が書いてあるだけだよ。
2ch出のプロジェクトで、議論に疲れてポシャったもの、結構たくさん見てるので。
ていうか、622読んで、あんた分かってるじゃん、とオモタ。

あとは、梨の星座と血液型も書いてあるZo!

今さら梨が住民が馴れ合ってるのが納得いかんが、
おめーら勝手にやれや。
今までの（このスレの事ではない）梨のカキコを見る限り
コイツはあきらかに現物主義者だぞ。

梨が仕切り始めたらどうしょうもないな。
ﾔｼが飽きるのを待つだけだ。

何もしない奴らに限って文句だけはたれるのな（藁

漏れは一発で結論だけ書いてとっとと進めるやり方は苦手なんで、
（あーでもないこーでもないと悩んだ方が後々のためになると思ってる）
適任者が来て一発で問題解決するまで放置するって言うなら、賛成だよ。

>>631
激しく同意。
数々のスレッドを潰した実績を持つ天然。

まぁ、ﾏﾀｰﾘ今後を考えようや。

そうか

>633
お前の職業プログラマだろ？
英文読めないの？
梨はケチだからCocoaの解説書買う金浮かそうとしてるだけに思えて嫌なんだよなぁ

長時間英文読むのって、たまにダルくならん？

英語が読めない................................ううっ

>>637
> お前の職業プログラマだろ？
> 英文読めないの？

うむ。読めない。（ﾍﾀﾚ
日本語情報でわからない所は当然英語の資料を読みに行くが、
サンプルコードの方が説明文よりわかりやすいという、そんな人種ｗ

> 梨はケチだからCocoaの解説書買う金浮かそうとしてるだけに思えて嫌なんだよなぁ

漏れは金持ちでは無いが、ケチったりはせんよ。
合理的な節約と、徹底的なケチは違うよ。
漏れは金がないだけで、実は浪費癖があると思われｗ

プログラミングに限った話、一冊の良い本は10個の優良紹介サイトに勝るね。

>>640
しかも尻に火がつくと1册を3日で頭に叩き込める伝説

>>641
尻に火がついてる時はまずは火を消した方がいいと思われ。。。ｗ

漏れは寝る前に睡魔と戦って、哲学書みたいな本を読み進めていくのが好きだ。

体験して理解する入門書とかは体験するけど、
あとはリファレンスにしか使わないなあ。
でも、一回全部覚えた方がいいよね。ビルトインの機能とか。

日本語訳サイト作るよりも、プログラマのための英語講習サイト作るほうが
有用かもしれない。

最初から英文読めるようになった方が結果的には楽だもん。

>>643
ﾜﾗﾀ。合理的だ。確かにその通り。つーか激しくきぼんぬｗ

学生の頃は、英語に必要性も感じなかったし、
言語として学習する意識が無かったもんなあ。
今は頭が偏見もってて、まともに学習できるかどうか。。。ｗ

良い学習サイトあったらきぼんぬ（それこそ本を買えって？

>643,644
英語自体の学習サイトは結構あるけど、プログラマ用じゃないんだよなぁ

翻訳コンニャクを作ればノーベル賞どころではなく、マジでミリオネア

コンニャクでは無いけど、翻訳エンジンって作れるよね。

たぶん、おびただしい数の文例を入れる事を怠っているだけで、
ユーザに仮の文例を登録して貰えるカスタマイズ付きの
オンライン翻訳エンジンとかがあれば、文例は強化できると思うんだけどなあ。

>>645
わかりやすい所とかあったら、見てみたいな。

>>647
(￣ー￣)ﾆﾔﾘ
コンニャクなら、ダイエットも出来てオトクなのさ。
2重に儲かるし

>>648
あと、コンニャクなら、いや、なんでもないですｗ

>>649
(´д｀*) そっちもグローバル化するのれすか....

>647
翻訳エンジンは作れても100％にはならないからな
文例を強化してもフレームワーク問題のぶち当ると思われ＜変換率はある程度上がると思うが

英語学習サイト
http://www.alc.co.jp/
http://www.scn-net.ne.jp/~language/

とりあえず、ふたつほど貼ってみる

>>650
やっぱあれって、日本独自の文化なのか？ｗ

>>651
ありがとです。見てみます。

100%にならないのは仕方ないと思うの。
ただ、ことえりはともかく、翻訳エンジンこそ用例で強化すべきだと思うのさ。
で、カスタマイズ時に、用例のポリシーを参照して、
違和感なく用例を追加できるような機構があればいいんじゃないかと。

>>652
羊ネタは、よく出てくるね。
（例：ナイト・オン・ザ・プラネット）

英辞郎って、フリーじゃ手に入らないよね？

和英/英和は、xyzzyの辞書機能に随分お世話になってるから、
多少お金払うのはいいんだけど、niftyには入会したくないなーｗ

エディタで使うことを断念して、各種辞書を買ってこようかしら。

>>653
羊ってそんなに凄いんかな。
でもあれは逆に日本の文化じゃないよね。。。

>654
それは、私に言っているのかな？
フリーじゃ手に入らないと思ったけど

>>656
回答ありがと。
他に知ってる人がいるかも知れないから、番号指定しなかったの。

やっぱり、辞書買う事にします。
エディタとかで使えないと、買っても使わない気がするけど。。。

>>657
エイジロウの本がいま書店で売っているよ。
2000円くらいだったかなぁ。
Winは辞書フォーマットの変換環境が結構揃っているので、大抵の用途で使えると思う。
MacだとEPWINGのみだーよ。
PDA用に変換したいでし。

>>658
お。本屋逝って調べてみよう。行く行く言って行ってないんだよな、本屋。

テキストベースで提供されるもんなのかな？
だったら、Perlでいくらでも書けるなら、xyzzyに入れられるかも。

和英辞典の中に、ついでに国語辞典を入れたりしてカスタマイズしようっと。
百科事典や業界用語辞典を入れるのもいいかも知れない。

ともあれ、デジタルな辞書は便利だよね。

>>659
赤色の本だぞ。
コンピュータ関連というよりも、普通の本のコーナーに置いてあったりする。
京都の丸善では山積みされてるYo!
電子辞書にはいろいろ形式があるから、ちょい調べたら規格とか分かると思う。
折れはPerlもかけなけりゃWin機も持ってないので、未だにPsionに辞書つめてないゼヨ。

マクでは、広辞苑と研究社英和和英辞典、フリーの英英辞典を使ってるよ。後、花言葉辞典w
結構便利。

花言葉辞典

まさか花の子ですか？
（通じない可能性あり）

>>660
うむ。便利そう。探してこよう。
作業効率があがりそうな出費は惜しまない。

というか、技術文書も全部デジタル化して欲しいぞ。
本を引くのも気分転換になるからいいんだけどさ。

広辞苑は高いつー罠。
ていうか、文章書く人以外いらないと思う。
岩波純正の辞書ツールはかなり悪いので、違うやつで使うが吉。
OSXのemacsで使えたら嬉しくて花の子ルンルンなのだが。

>>663
おみそれしますた

>>664
いえいえ、そばかすなんて気にしないですよ。

あんまり関係ないが、OSXやけに遅いと思ったら、ログイン時にトラックボールの
ドライバを妙な風に起動する設定にしていた。
自分の馬鹿さ加減に、情けなくなりましたよ。

>>665
賢人豚？

↑
獣の数字

梨は翻訳に他人を利用しちゃおう計画が前に進まなくなったので、
キレて久々にスレ伸ばしをやってる模様。
このスレで梨に協力しようとしてる住民のみなさんは
こんなヴァカもう無視しちゃって良いですｗ

>>666
うん。
動かないので、適当にやってたらえらいことになっちゃったよ。
今は快適。

>>668
梨は最近いろんな人に気を使っているように見える。
ていうか、梨に協力しようとは誰も思っていないとおもわれ。

まともなプロジェクトに対して無粋な野次を飛ばす人が多いのは、
半ば諦めてるからいいんだけど、一応方向性だけ再確認。

野次の根拠(>>598)
方針(>>628)
質問すべき点の編集(>>564 >>572 >>583 >>592 >>595)

漏れは単に「目標は高いが、出来るところからやっていく」という持論を
取り纏める事が状況的にできないんで、進行役の登場を待ってるのさ。

ﾏﾀｰﾘ進行なら、質問の繰り返しをするだけでも意義はあると思ってるよ。
少なくとも、何かしたくなった時の判断には役立つはず。

逆に、一気に目標設定をして引っ張ってくれる人がいるなら、それで良い。

質問する場合のプロセス。

方針
・（回答の推察はともかく）
　他国の法律の話であるため、疑問は直接質問した方が良い。

手順
1. 問い合わせの時の文面と返答の文面が明らかになってないので、
　どんな質問をすればいいかがわかりにくくなっている。
　個人名は伏せるとして、メールの全文を公開して欲しい。＞i桜氏

2. 質問内容を適宜追加編集する。

Q1. 今後AJに大規模な翻訳作業を行う予定はありますか？(>>532 >>574)
Q2. 公開するのは日本語訳なのですがそれでもだめですか？(>>559 >>592)
Q3. 「原文とは一切関係のない」Cocoaについての独自の説明文章を公開して良いですか？

※　古いQ3は「公開活動をする」という目的に合致しないので除外。
※　Q1は質問しなくてもいい気がしてきた。
　　「一応、予定はある」と言われても、納得できない気がするからｗ

3. 質問をおこない、回答を待つ。
　回答を待つ間、どういう回答が来たらどうする、という妄想話をしつつ。

（続く）

かーなーりー私見。


でもやっぱり、個人的にはA2は「駄目」だし、A3は「勝手にすれ」だと思うけどなあ。

慎重に考えるなら、A3は、
「オフィシャルが個人のサイトを内容を評価せずに 許可 する事は出来ない」
というか、「はいと答えることで好き勝手を許す可能性があるので回答しづらい」
という気がするんだけど、それは心配しすぎか？

A2で良い回答が得られる可能性は断念して、
Q3はあえて聞かないで作業に取りかかりたい、というのが私見。


ま、話は十分複雑化してて、一部に萎えムードがある事も事実なんで、
活動再開までは大人しくProject Builderをいじって遊んでたりするわけですよ。

で、いじって面白かった所とかを書いていきたい。
（このスレの主旨は、一応そういう感じなのです）

出来上がったアプリとか、作った時のコツとかをメモしようと思うのよ。
その事についていちいちAppleにお伺い立てる気も無いし、
Appleからお金を貰うためにこのスレを立てた訳じゃない。

極論を言うと、翻訳一切無しでも独自説明サイトは成り立つ訳だし、
サイトとして成り立たせる必要は無いかもしれない。スレで十分。


ただ、もっと全体的に良い方向に話が進むなら応援したいし、
日本語解説が増えることは個人的にも嬉しいのです。

過去ログ読んでてひとつだけ最近の事情と変わったことを補足。

VineLinux 2.5、とうとう発売だそうです。
ただ、急遽OS9の動作環境が欲しくなったので、試せなくなるかも。。。
OSXとのデュアルブートに対応してたらマンセーなんだけどなあ。

で、OSXと混在してるOS9って、ちゃんとまともに動くんでしょうか？
動作確認のための起動なので、純正OS9と挙動が違ったら嫌なんだけど。。。

教えて偉い人！

基本的にはかわらないです。

>>674
ありがと。

いや、細かい所で変わったらやだなぁ、って。
まあ、動作保証をするための確認では無いからいいんだけどさ。

そりゃ個人スレと企画スレを一緒にすれば、
公私混同ではないが、エゴを感じさせはする。

>>676
今も昔も、ここは「MacOSX」を扱ったスレだよ。

本家「ココア」スレは新板にあるし、
ドキュメント作成プロジェクトが開始したら、スレを新設する。

君が明確な区別が必要と感じ、立てたかったら
「ドキュメント作成プロジェクトを実施するために考えるスレ」
を立てればいい。

ただ、そこまでする事無いでしょ、というのが漏れの考え。


行動しようよ。

梨が飽きて去ったら、再開とか色々考えようぜ。
しばしのｶﾞﾏﾝ。

>>678
そんな消極的な事言ってないで、別スレ立てて君が始めればいいじゃん？
そっちのスレに書くなって言うなら書かないよ。

>>679
板から去ったらって事だよ。
しばらくは居るつもりだって？
んな事分かってる。
皮肉で言ってんだよヴァーカ

今はfinder-mlがおもしろいね。
梨は方法論好きな井の中の蛙みたいなところがある。
大仰ぶるところはよくない。
だが時々流れをまとめてくれるのは良い。

気にするなー。ﾏﾀﾘﾏﾀｰﾘいけばいいさー。などと

>>680
ねぇ、煽り耐性に高くなるのって、
例え反論の余地がいっぱいあっても、
それを思い出したのが半日後だとしたらなおさらだけれど、
こう言うのを無視してさらりと普通の話題を続けると言うことだよね!

・・・ぼくに出来るかなぁ

>668
ﾜﾛﾀ
何で梨がこの件に絡んでるのかよく分からないんだけど
奴の妙な仕切りで折角のプロジェクトが潰れないことを祈るよ。

俺はプログラム書けないし英語もできない
梨以上にこの件に関して無用な人間が口挟んで悪いんだけどさｗ

人前に出て動かんヤツに、手を挙げた人間を刺す資格はない...とか言ってみるﾃｽﾄ。

それはさておき、X上の9と9のみではものにより挙動が違うけど、
なんの動作ちぇっくなんだろ？

ところでHFS+とUFSの違いを誰か説明して欲しいんですが。

>>686
ユーザーの視点から見た違いは、

HFS+.....MacOS Xで最適化されているのでUFSより速い。
UFS......ファイル名でアルファベットの大文字・小文字が区別できる。

技術的なことはわからん。

つか、漏れも含め反論してる人間は
プロジェクト自体は素晴らしいと思ってるけど、
それに梨というコテハンが参加している事に意義がある訳。
MacというPCを好んで使っている事（人）を蔑んだり
今だに見た目でPC選ぶ人間を認めなかったり。
そんな奴がこういうプロジェクトに参加するって事は
都合の良い時だけMacユーザーと馴れ合ってる振りをして
自分の株を上げたり、自分の業務にOSX関連の作業が出てきた場合を想定して
住民を利用しようとしているのは見え見え。
このスレでの反論は罵りとかそういう次元では無い。

×意義
○異議
これはさすがに訂正せねばｗ

UFS--
ファイル名めちゃくちゃ長くても良いよ。
フラグメントはそんなに起きないよ。
リソースフォークって何？（ｗ

>>663
lookup使え。

>MacというPCを好んで使っている事（人）を蔑んだり
>今だに見た目でPC選ぶ人間を認めなかったり。

こんなことはどうでもいいんだが、
梨がいると萎えるのは事実。
興味を持たれてしまった時点で
半分失敗したようなもの。
まぁ…避け様は無いんだけどさ。

HFS+: EGBRIDGE使える。
UFS: EGBRIDGE使えない。

>>693
ぐお...なぜおれがEXPOでEGBRIDGEを買ったことを知っている？？？

UFSとHFS+について知りたいのは、UFSにすることでデータ破損の回避率が高まる
とかそんなハナシがありそうなんだけど、どのみちAppleがHFS+でいくんならUFS
調べも無駄だし、どなたか有識者のお袖にすがってみようかという調子のいいワタクシダッタノデス。
>>690
フラグメントが起こりにくいのか.....逆に言えばXのディスクがボロボロになるのはそのせいなのかな？
やはり運用ではUFSにした方が賢いのか....でもAPPLEサポートやめかねないしな

やっぱNTFS最高だな。

>>680 >>688 >>692
「私は梨というコテハンが嫌いである」という主張と、
「私は梨というコテハンがこのプロジェクトを失敗させていると考える」
という主張は全然別だよ。

前者の主張がしたいだけなら、
その行為（プロジェクトとは関係のないコテハン叩き）自体が
プロジェクトの流れを止めている原因だ。やめてほしい。

後者の主張は、正当な理由が伴っていれば建設的な意見だと思う。

（続く）

以下私見。

再三出ている通り、漏れ自身は「支援」に徹した方がいいと思ってる。
>>670-672に対する返答や、活動を推進する意見が出てこないのは、現実的に問題だ。

で、何も意見が出ないから、たまに意見を書いて様子見してたりする訳だが、
それが却って良くない可能性も、確かにある。
（コテハンが目立つと無駄なコテハン叩きが来る、という事実も踏まえて）

ただ、何らかの形で活動に対する「支援」はしたい。
漏れが何もしない事でプロジェクトが成功するという正当な理由があるなら、
「何もしない」という意味での協力を約束してもいいと思ってるよ。

だから、やりたい人は心おきなく活動を開始して欲しい。
ともかく現状はやりずらいんで、意見が整うまでは黙って、
このスレにはOSXをいじった感想でも書いていく事にするよ。

感想も書かなくていいよ。

まぁココアスレが立ててからわずか１週間で梨に
嗅ぎ付けられてしまったってのは、定期上げして
いた1の失敗だったね。しかしsage進行でもいずれ
は見つけられていただろうし。残念だ。

ココアProjectの主旨は
1.ココアドキュメントの日本語化
2.日本語の資料がないcocoa開発環境を、みんなで改善

この目的が果たされれば>599で、私が書いたように利用されてようが構わないのでは？
1はかなり難しくなったが・・・
文句を言っている人は、
Projectそのものが成功するかどうかより、ただ梨に不満があるだけじゃないの？
Projectそのものが大事な人はProjectに参加すれば良いのに＞何故参加しないの？

あと、住人を利用というのはどうだろう？＜コレを言っているのは旧板の住人？それなら、
もともと、ココアProjectは、新板の住人が始めたのだし参加者も新板の人のが多い気がするんだが?

それにしても(*ﾟ∀ﾟ)ｱﾋｬは大丈夫かな？ここまで来ないのは、相当忙しいのかな？

煽ってる人は新板住人だと思われ。

>>700
> それにしても(*ﾟ∀ﾟ)ｱﾋｬは大丈夫かな？
> ここまで来ないのは、相当忙しいのかな？

たぶんそうだと思われ。ﾏﾀｰﾘ待ちましょ。

勝手な推察だけど、「1週間（しか待たない）とか決めないで」と
言ってたので、大仕事なのかも。陰ながら応援してます。

結局、梨が嫌われてるだけなんだな…。
i桜氏はどうなったんだろうか

> 煽ってる人は新板住人だと思われ。
新板旧板言ってるようじゃ駄目だ。
梨はどこかで新板に敵対感情を持っているが、
大半の人はそんなもの最初から意識していない。
ここに誘導されなきゃ、もともと旧板は眼中になかったんだから。

>>703
> 梨はどこかで新板に敵対感情を持っているが、

いや、そういう意味で言ったんじゃなかった。
「新板住人」が悪いというニュアンスに聞こえたなら謝るよ。

2chに帰属意識を持つということ自体、よくわからない。
さらにその中のひとつの板に帰属意識を持つということは全然わからない。
ただよく見る掲示板のひとつというだけであって、
住人だとかなんじゃそれって感じだ。
ウィナとマカーでカテゴリ分けするのと同様の愚じゃないか。

また問題発言してるのか梨。
新板を厨房板扱いしてたんだから今更フォローのしようが無いぞおめー。

>>701
そういう考え方の人間に参加されても
プロジェクト意義が薄れるとか思わない？人間として。＞＞梨

なんでこんなに梨は嫌われているのですか？
なんか非人間的なことでもしたのか？
人の家に上がり込んで、シャンプーと油を入れ換えたとか。。

>>708
葦タンは旧板歴意外と短い？
それとも奥ゆかしい人なのか？

微笑ましいな、そのイタズラ

まぁアンチ梨はこの板の伝統みたいなもんだし（w
マクにしろ梨にしろ、叩かれるうちが華っつーこったね。

どっちにしろプロジェクトがいつか成功する事を陰ながら応援させてもらいま。

伝統ねぇ

>>694
Appleの中にはHFS+を捨てようとしてる人もいるみたいよ。

ぐはぁ！
もう週末だっていうのに話が何も進展してないよ･･･。

まあ実際Appleにもう一度問い合わせしてみないと動きがとれないですからねぇ。

それはともかくココアスレの方で今まで翻訳した分だけでもMLで、という話が
出てましたけど、これはどうですか？
Webでの公開に比べると制約を受けにくいと思うのですが。

テキストファイルをWebに置いておくとか･･･、はまずいですかね？


ということで、
「テキスト（PDF？）形式で訳文を頒布するのでもだめか？　」
だめな場合
「原則非公開、要会員登録にしてもだめか？」
を追加して欲しいと思います。

なぜかsageてるし。

ついでだから補足。
この方法だと所期の目的に比べるとしょぼくなった気がしますけど、
解説サイトを一括して作成するのは容易ではないと思うのです。

で、梨さんが書いてるように個人個人で好きなところを好きなように解説して
うｐするのが現実的だと思うのですが、翻訳はそれらの解説サイトを作る
たたき台として続行していけたら良いんじゃないかと思います。

日本語でさえあればいいという人はテキストダウソして終わっちゃうかも
しれませんが、このプロジェクトに意義を感じている人は
公開に向けて「解説」化を進めていただければと思います。

あえて一つのサイトにまとめる必要はなく、相互リンクを貼っておくだけでも
良いのではないかと思います。
紹介用のサイトを一つ作っておくとそれなりに体裁も整いますね。

>>715
解説サイトを2chでやる意味はあるんだろうか？
まあ意味はなくとも、解説を書くという人が5人集まれば、
それなりの実はあるだろうとは思うけど。

>>713
どうも「違い」以上の「まじですか！？」ってゆう情報が見当たらんのです＞HFS+ vs UFS
なんとなくUFSはこんなに頑強！！って情報がガサガサでてきそうな気がしてたもんで
ちょと空回り中

Mac OS Xが主にサポートしているディスクフォーマットはMac OS拡
張（HFS Plus）とUNIX File System（UFS）フォーマットの２種類
です。２種類のフォーマットの実際のディスク配列は極めて異なる
ものです。HFS Plus ディスク用に作られたディスク修復および最
適化ユーティリティがUFSディスク上でも使えるというのは、現状
では手品のような話で、これを真面目に行なうには大幅なアップデ
ートが必要になります。しかしユーザの目には、そこには大した違
いがないように映ります。

すぐにわかる主な違いとして、UFS ディスク上ではファイルおよび
フォルダの名前の付け方に気を付けなければならないことです。た
った一個の文字の大文字小文字が異なっていても、同じの名前のフ
ォルダとはみなされないのです。つまり「Memo」と「memo」 は別
々のファイルの名前となるのです。HFS Plusは大文字小文字の使用
に関してうるさくはないのですが、使用していた大文字小文字の情
報も保持します。つまり、項目名を入力方法は記録されるものの、
それにアクセスする場合は大文字小文字の別が無視されるのです。

これとは別に、UFSディスク上の項目にはカタログノードIDが存在
しないという違いもあります。つまり項目を異なるフォルダに移動
した場合に、UFSディスク上の項目のエイリアスが壊れることにな
ります。このためUNIXはエイリアスの代わりにシンボリック・リン
クを使用しているのです。

HFS Plusは“:” 文字 をパス名の区分記号に使用しますが、UFSで
は“/”文字が使用されます。しかし、これはファイル名やフォル
ダ名にどちらの文字が使えるかという次元の問題にすぎません。簡
単にいうと、UFSファイル名にコロンを入力することができても、H
FS Plusファイル名には入力できません。

HFS Plusはファイルタイプおよびクリエータ名および複数のフォー
クファイルをサポートしますが、UFSはファイルタイプおよびクリ
エータをサポートしませんし、また単独のフォークのみサポートし
ます。UFSをよりHFS Plusに近付けるため、ファイルタイプ、クリ
エータ名、リソースフォークがエミュレートされています。 さら
に、UFSは作成日をサポートしませんが、ファイルが最後に修正さ
れた時間はわかるようになっています。

UFSを採用する時に注意すべき点は、Mac OS 9.x(Classic環境含む)からはUFSのボ
リュームは見えないということでしょうか。Mac OS 9.1と切り替えて使うという
人にとっては運用上の制約が出ることになります(ただし、Mac OS X側からはUFS
もHFS+も使えますので、共用ファイルは全てHFS+に置いておくというルールを受
け入れるのならばあまり問題にならないかもしれません)。私もこれがHFS+を使う
一番大きな理由です。(Mac OS XのBSD由来のディレクトリは10.0からは隠しファ
イルになっていて見えなくなっていると聞いているのですが…)

それからUFSではHFS+のエイリアスは使えないということです。もちろんUFSでは
相対パスや絶対パス指定によるシンボリックリンクや、HFS+には無い概念である
ハードリンクもあります。しかし、IDによるエイリアスの追跡はできないはずで
す。（「はずです」というのは私がまだ実際に試していないからです。Mac OS X
10.0ではUFS上でも何らかの仕組みで使えるようになっているのかもしれないので
…。実験された方のご報告があればいいのですが。）

あと、HFS+はファイル名比較の際に大文字・小文字を区別しないのですが、ファ
イル名の大文字・小文字の区別は保存します。つまり、UFSに対して大文字小文字
違いの同名ファイルなどは同じディレクトリに格納することはできないといった
程度の制約です。もちろんこの制約が気になる人はUFSを使えばいいわけですが、
HFS+に対するメリットとして大きなものになるかどうかは個人差のあるところで
す。Darwinの標準ファイルシステムにHFS+が採用された経緯は“The Challenges
of Integrating the Unix and Mac OS Environments”に詳しいです。ついこの間
Appleを退職したWilfredo Sanchez氏が書いた論文です(Mac OS Xそのものに興味
がある方は必見の論文です)。この論文でも大文字・小文字に関しての記述があり
ますが、HFS+での制約がそんなに大きな問題ではなかったことが述べられていま
す。

もちろんUFSにはsparse fileの機能でディスク容量を効率的に利用できる等のメ
リットもあります。特にMac OS 9.x環境とのファイルの相互運用を考えないので
あればデメリットの割合はかなり減ることになるでしょう。ただし、AppleがHFS+
を推奨しており、実際にテスト不足によるUFSでの問題も発生しているようです（
２つのファイルシステムでの動作を検証するためのテスト工数は２倍になります
）。細かいことは気にならなくて、なるべくトラブルを回避したい方には、現時
点ではHFS+を選択することをお勧めしておきます。

MacOS X を入れるパーティションのフォーマットは, 「HFS (または HFS+) でやれ」とドキュメントには書いてあります. 何で UFS じゃだめなの？ と思ってしまったのですが...
その答えは... UFS でフォーマットしてしまうと, MacOS 9 で boot した後に, MacOS X で reboot したいときに, その boot partition を指定できなくなるからです. 二度と MacOS X では boot 出来なくなる....

>>720
起動時にoptionキー押してもダメなの？

折れ、UFS使っているけど、あんまり問題ないよ。
8.1,9.2,10.13のトリプルブートです。
ただ、8.1からは当然ながら10.13を立ち上げることができない。
折れの妄想体感では、HFSよか速いような気がする。

ただ、WEB共有でWinにファイルを送ったときたくさんの.ナンチャラファイル
も一緒に転送された。
ここにリソースフォーク、ファインダー情報が登録されているわけか、と思う
たよ。

,,,,
　　　　　　　　　Λ_Λ 梨ｶﾞｲﾅｲﾄｷﾓﾁｲｲﾈ･･･
　,,,　 　　　　　 (*ﾟーﾟ)
　 　　　　　 　 ⊂　　⊃　,,,,
　　　　　　　　〜Ｏ―‐⊃
　　　　　　,,,,,　　　　　　　　　　,,,,,

>>714-715
上にも書いたけど、MLベースでいくならAppleのUG登録してはどうかと。

で、いままで翻訳したぶんの共有は行おうと思います。

>701の
>煽ってる人は新板住人だと思われ。
は、私が新板と旧板の住人を別けたから、梨も別けて書いたと思われ

>725
おれは旧板しか見てなかったんで、ココアスレ知らずに煽ってたけどな（藁
梨は新板から誘導したつもりだったか知らないが、旧板住人は上がってるスレを見てる奴が多いし。大概、上位スレでしか動きないから

>>726
マジっすかｗ

そう言ってくれればスキンシップだと思ったのに、
昨今の煽りは心臓に悪すぎたぞ。。。

>727
少なくとも俺は、ってことだ、勘違いするなよ

うむ。
今さら虫のいい事言ってる自分自身に疑問は無いのか>>727
・・・

私は本当に梨が仕切り始めた、つか、スレに登場した時点で、
「これはヤヴァイなぁ…」
と思いましたが。で、結局案の定こうなってる、と。
嫌がる人の気持ちはよく分かる。
私自身、訳した分UPするのやめてるし。
#Appleから色良い返事が無いのが大きいけど。

出し惜しみしてるあいだに誰かが訳す罠

梨が昔何をやったというの？
あんまり2ちゃん歴長くないのでちょっとひねくれたやつだな〜くらいにしか
認識していないんだが。
梨の過去の罪過の中で、どんなことをやらかしたから今回のプロジェクトの
参加を危ぶんでいるの？
適性を疑うならもう少し具体的に例を挙げてくれ。

梨を進行役だとは思ってないな。
単に一番積極的に提案を出してるだけだろう。
実際に行動もしてるし、ただ梨を非難してるだけの奴よりずっとマシだと思うよ。

この件に関して潰しにかかってるのは梨か、それとも自分たちか、わかってるよな？

718 & 719様、ごくろうさまです。
UFS logging ってのが結構ポイント高いらしい...ってことまではわかっただっす。

若いヤシは知らんと思うがMACオタ、考察君、梨はMac板における三悪なのだ

前二者は記憶にあるけど、梨は旧板化以降の出現でないの？
わたくしてきにはどうでもいいんだが...

>>734
同列に扱ったら、いくらなんでも梨に失礼じゃて
梨＞＞＞＞＞＞Macオタ＞＞＞＞＞＞＞＞＞＞＞＞考察君

>>734
適当な事をヌカすな
梨じゃなくてLuciferとかFunky猿とかtinpoとかキティだろ
梨がｶｺｲｲ事が悪なのか？

i-MACにG4に付属していたOSーXを入れたら問題が発生しました。OSXを入れた直後は正常でしたが、次にたいちあげたとき、
��bootr,unknown word
Failed to boot
Apple iMac Open Firware 3.0.f3built on
copyright 1994-1998 apple computer
all rights reserved
ok
0>ok��
と書かれ起動できません。どうしたらよろしいでしょうか。

>>734>>736
だから具体例を挙げてくれよ。
梨がこの計画に加わると問題があるっていう根拠になるようなやつをさ。
漏れにはなにか悪いイメージが肥大化してる気がするんだよ。
「あんな事をする奴だからこんな事もするかもしれないだろ」みたいなさ。

>>738
うわ。。。
現象はわかるけど、「再インストールしたら？」とかしか言えない。

ブートローダの再インストールって、どうやるんだろ。
漏れも知りたいな。わかったらBootX出来るかも知れないし。

>>738
ファームウェアアップデートした？

駄目だってさ。
このシステムじゃブート出来ないって書いてるジャン。

firmをｳﾌﾟﾃﾞｰﾀﾝせよってことでないの？
でもインスト直後は良くでるよ。
インスト成功率旧型機では1/2ぐらいだし（当社比）
もいちど9から入れ直せば？

>>７３８

rebootでいけたような・・・

>>739
お前ｳﾙｾｰﾖ
理屈抜きに梨は最高なんだよ

>>７３８

リセットボタン、どっちか押したりしているうちに何とかなるはず。
私も復帰できたし。

がんばって！

>>734
まあ、過去は過去だ。と言うことにはしてやれんのかなぁ?

実際のところ梨がプロジェクトをつぶしているようには
私には見えないんだが。。。

「bootrが見つからないので起動に失敗しました」って事でしょ？

アップデートすれば何が直るんだろ？
そんなんいちいち気にするなって？

>>738
mac-bootって打てばいいんじゃなかったっけ？

>>737
Macユーザーがウイナに叩かれ始めると
そこへしゃしゃり出て来て長文貼って、
集団いじめに参加する事がカッコイイのか？
カッコイイのか？カッコイイのか？

１，起動ROMに入ってるFirmのバージョンが古い→ｳﾌﾟﾃﾞｰﾀﾝ
２，単にインストでこけた→再インストール
３，単に起動でこけた→再起動
ってことでOK?

>>738

とりあえず
shutdown -h now
で落とせたかな・・ごめん忘れた。
それか、さっき書いた
reboot
で再起動はできると思う。

犁ﾀﾝの方法でもいけるかも。

>>750
ｶｺｲｲ

>>750
梨様に苛められたクチか？
光栄に思え

>>750
おまえよりはな。

>>750
それは、キミがされたことかな。可哀想にね

>>７５１

１のファームウェアアプが出来ないと思う＜起動できないから。

リセットボタン押しながら軌道でとりあえずのmacosの起動は出来たかな？

おお！今日は梨ﾏﾝｾｰか？

>>757
おおっかしこい！！

>>750
マカー叩き・ｶｺｲｲ
集団いじめ・ｶｺｲｲ

>>758
今日はじゃなくて、これからずーっと梨先生をﾏﾝｾｰしる

http://pc.2ch.net/test/read.cgi/jobs/1013335921/12
ｶｺｲｲ！！

梨ｶｺｲｲ

梨最強！
http://pc.2ch.net/test/read.cgi/jobs/1013335921/12

>>750
梨が叩く奴ってマカだろうがウイナだろうが話の筋が通らない馬鹿なんだが
つまりお前みたいな奴

ふと思ったんだが、このスレのタイトル
あえて旧板で旧iMacとMacOSX じゃなくて
あえて旧板で旧iMacと旧MacOSXServer
だったらおさまり良かったな。1.2で....わしはうまくProjectBuilder動かせなんだが

>>764
それ騙りじゃなかったっけ？

梨様〜
http://pc.2ch.net/jobs/kako/1005/10052/1005228121.html

Opt+Cmd+O+FでOpenFirmwareのコンソール出せるんだよね、そいえば。
通常はMacOS9で起動、あるキーを押すとOSXで起動、っていうような設定をする時使ったり。

>>764
確かに、それは梨の最強の失言だなあ。（w
でも、梨には人間性があるよ。Macオタや考察君とは違って。

>767
本人だよー。
梨最強！

>>750
卑屈ねぇ。

悪いところを指摘されてもそれはそれとして受け入れて、
それでも自分が良いと思った物を追い求めて（もしくは作り出して）行けないわけ？
それができないならただのオタクよ？　使い勝手なんて考えないウィナなほうがまだまし。

先生！このままだと梨君が誉め殺されます！！

どうでもいいがiMACのひと、もういないんじゃないかな(T T)？

>>７６９

さすが物知り！すばらしい。

>>７７4

わたし、Bondi+iForceだよ。

777げっと。

>>犁
Ｆ１だよ。

梨はトラックボールを使っていないし、履いてる靴がダサいので
イマイチだが、いい人だと思うが。
みかんの皮の白いやつをきれいにむきそう。

>>776
いや、あなたでなくてしつもんしてたしと...
iForceってSCSIのカードだっけか？
うちでも233まだ現役でweb鯖やってるのがあるな。
ちなみに6300のDNSが最古参

>>778
たしかにトラックボール導入に踏み切れていないのは問題ですね