次期Mac OS X Pinotﾀｿ(;´Д`)ﾊｧﾊｧ part1
53 ：名称未設定：02/08/16 00:41 ID:3iSYFyki
>>44
微妙に違う気が。
漢字Talkだと7は無くて7.1から。その後7.1.1があって、7.1.2が最終。
>>51の指摘どおり、7.5.1が抜けてるね。
それから特定機種用だった7.5.2を入れるなら、9.0.1、9.0.2、9.0.3も
入れておいてね。
微妙に違う気が。
漢字Talkだと7は無くて7.1から。その後7.1.1があって、7.1.2が最終。
>>51の指摘どおり、7.5.1が抜けてるね。
それから特定機種用だった7.5.2を入れるなら、9.0.1、9.0.2、9.0.3も
入れておいてね。
正直細かいツッコミが出るから、7.1.xとか9.0.xとかしときゃ
よかったのに（わら〜
よかったのに（わら〜
55 ：D+aDsGUI：02/08/16 00:51 ID:jEpyK8hk
未来のＯＳを語るスレが、いつの間にか過去のＯＳを語るスレに・・・。
あはは、ご指摘どうもです。
7.5.2って特定機種用だったんすか。しらんかった。
7.5.2って特定機種用だったんすか。しらんかった。
57 ：名称未設定：02/08/16 03:37 ID:UsqFePk9
50MBぐらいのアップデートファイルになるとの話
「HFS+の拡張」というのが気になるね。(あくまでも噂だが…)
Case insensitive の問題というのがあるので、それが解消されるのなら
期待できるね。
Case insensitive の問題というのがあるので、それが解消されるのなら
期待できるね。
ﾏｶ必死だな（藁
ナムコスターズ一番
62 ：53：02/08/16 22:36 ID:3iSYFyki
>>60
それ言い出すと、たとえば7.5.3も正式には
「漢字Talk 7.5 バージョン7.5.3」って言わなきゃいけなくなるからキリないよ。
http://www.apple.co.jp/news/1996/sep/03kt753.html
それ言い出すと、たとえば7.5.3も正式には
「漢字Talk 7.5 バージョン7.5.3」って言わなきゃいけなくなるからキリないよ。
http://www.apple.co.jp/news/1996/sep/03kt753.html
63 ：名称未設定：02/08/17 00:28 ID:qTtHaNoI
>>53
7.5.1の元々の名称は『System7.1Pro』だったんでわ？
7.5.1の元々の名称は『System7.1Pro』だったんでわ？
64 ：53：02/08/17 00:55 ID:dEGqoTr0
7.5.2っつたら、Apple至上まれに見る伝説のOSじゃないすか（ｗ
あの頃は平和だったな・・・・・・
いろんな意味で
いろんな意味で
68 ：名称未設定：02/08/17 16:44 ID:uCNBxlrf
ﾋﾟﾉﾀｿ発売は予定では来年？再来年？
Java2 1.4.0 ってのはどうだろう
ジャバザハット
72 ：名称未設定：02/08/17 21:38 ID:+GWIJuOh
>>58
ケース・インセンシティブってのはあえてそうしてるんじゃないのか？
人間は名前をつける時は大文字小文字にこだわる（Case-Respecting）けど
ファイルを呼び出すときはいちいち覚えてない（Case-Insensitive）っていう
話だってどこかで読んだ気がした。
元々ケースセンシティブなのは機械の文字コードの都合で、インセンシティブにするのはセンシティブにするより作業量が必要なんだし、あえてやってるんだと思ったけど…。違うの？
それとも今後はHFS+もケース・センシティブになっていくのかな。それが正しいUNIX式だとしても、なんだか人間中心設計から遠ざかっていくみたいでちょっと嫌だな…
ケース・インセンシティブってのはあえてそうしてるんじゃないのか？
人間は名前をつける時は大文字小文字にこだわる（Case-Respecting）けど
ファイルを呼び出すときはいちいち覚えてない（Case-Insensitive）っていう
話だってどこかで読んだ気がした。
元々ケースセンシティブなのは機械の文字コードの都合で、インセンシティブにするのはセンシティブにするより作業量が必要なんだし、あえてやってるんだと思ったけど…。違うの？
それとも今後はHFS+もケース・センシティブになっていくのかな。それが正しいUNIX式だとしても、なんだか人間中心設計から遠ざかっていくみたいでちょっと嫌だな…
73 ：名称未設定：02/08/18 02:26 ID:MqBT/hQu
10.4のコードネームはToraneko。
10.5のコードネームはTimpoco。
75 ：名称未設定：02/08/18 05:05 ID:1sR/hi23
ζ
,,.-‐''""""'''ー-.､
,ｨ" ＼ やったオレ様が２ゲットだ！
/ `､ ボケ共がオレ様にひれ伏せ！！
,illlllllllllll i
r'-=ﾆ;'_ー-､___,,.ｨ‐‐-,,_ _| >>56てめえはチンカス
| r,i ~`'ー-l;l : : : `l-r'"ﾒ､ >>56きもいんだよボケが、市ね！
ヾ､ `ー‐'": i!_,l_ノ` >>56人間辞めろ、ウンコになれ。
| ,:(,..､ ;:|/ >>56なにやってんだよ、この包茎ちんちん。
| ,,,..lllllll,/ >>56病院に帰れ、なんなら救急車呼んでやろうか。
/ `::;;. '"`ﾆ二ｿ >>56うるさいハゲ。
/7 ﾞﾞ:`-､;:;:;;;:;:;:;;/ >>56めんつゆのんで窒息しやがれ！
,,.ィ"`:､ "/;:`ｰ-:､.._ >>56炭酸ジュースのプールに沈めるぞ。
‐'":;:;:;:;:;:;:;:＼ . : :;: . ;/;:;:;:;:;:;:;:;:;:~`'''ー--:､,,_ >>56何だかんだ言っても糞レス。
,,.-‐''""""'''ー-.､
,ｨ" ＼ やったオレ様が２ゲットだ！
/ `､ ボケ共がオレ様にひれ伏せ！！
,illlllllllllll i
r'-=ﾆ;'_ー-､___,,.ｨ‐‐-,,_ _| >>56てめえはチンカス
| r,i ~`'ー-l;l : : : `l-r'"ﾒ､ >>56きもいんだよボケが、市ね！
ヾ､ `ー‐'": i!_,l_ノ` >>56人間辞めろ、ウンコになれ。
| ,:(,..､ ;:|/ >>56なにやってんだよ、この包茎ちんちん。
| ,,,..lllllll,/ >>56病院に帰れ、なんなら救急車呼んでやろうか。
/ `::;;. '"`ﾆ二ｿ >>56うるさいハゲ。
/7 ﾞﾞ:`-､;:;:;;;:;:;:;;/ >>56めんつゆのんで窒息しやがれ！
,,.ィ"`:､ "/;:`ｰ-:､.._ >>56炭酸ジュースのプールに沈めるぞ。
‐'":;:;:;:;:;:;:;:＼ . : :;: . ;/;:;:;:;:;:;:;:;:;:~`'''ー--:､,,_ >>56何だかんだ言っても糞レス。
YamamaYa
YoYoma
78 ：名称未設定：02/08/19 18:09 ID:7SFPtau8
あげ
すでにPinotでは無い。よってこのスレ終わっちゃうの？
あ、まだ気にしてる方がいるようなので・・・
日本語の表記だと「デビッド・ベノワ」で落ち着いているようです。
発音上は「ディヴィッド・ベノワァ」が正しいようですが。
Pinotはピノですね。
＃やはり発音は「ピノォ」が正しい？
日本語の表記だと「デビッド・ベノワ」で落ち着いているようです。
発音上は「ディヴィッド・ベノワァ」が正しいようですが。
Pinotはピノですね。
＃やはり発音は「ピノォ」が正しい？
>●Think Secretによれば、Mac OS X 10.2 "Jaguar"の次のメジャー
>アップデートバージョンは、コードネーム「Panther」(Mac OS X
>10.3?)と呼ばれているようだと伝えていました。
sage.
>アップデートバージョンは、コードネーム「Panther」(Mac OS X
>10.3?)と呼ばれているようだと伝えていました。
sage.
ところで遠い将来には、MacOS XI ってなるの？
なんか語呂わるいんだけど。
なんか語呂わるいんだけど。
たぶん「OS X」は商品名の様な気がするから、たとえ11を超えた
としても・・・
Mac OS X 11.x
なんて感じになるんじゃない？
としても・・・
Mac OS X 11.x
なんて感じになるんじゃない？
OS XX（ダブルエーックスゥ！）
OS X'
88 ：名称未設定：02/08/22 22:18 ID:cqnrAf0p
ﾖｼｷは車の中で死んでたのか。
90 ：名称未設定：02/08/22 23:23 ID:qm9Rl91M
大文字小文字をちゃんと記録しているのに、なんでCase Sensitiveにできな
いんですか？
いんですか？
>88
鬱になったらしい。
鬱になったらしい。
＞90
いろいろと不都合出るとおもわない？
ls してみたらわかるかと思われ。
いろいろと不都合出るとおもわない？
ls してみたらわかるかと思われ。
93 ：72：02/08/23 21:11 ID:Plj9s6UF
>>89 勘違いしてるつもりは無い。要はUNIX文化とMac文化の衝突ってことだ。
OSXは本来ファイル名とは関係無いメタデータであるはずのファイルタイプ情報を
他OSと同じレベルまで退化させたり、人間中心設計からの乖離が目立つが、
非UNIX系ユーザの目に見えるところにまでケースセンシティブをやったとしたら
俺はそれもその乖離の一つとして考える。
まあ、それが、方向性が正反対の2つのOSを融合させた弊害なんだろうけど。
（なお、メタデータに関してはhttp://home.attbi.com/~siracusa/metadata.html等を参照。
単なるタイプとクリエータの話ではない。）
UNIXにおいてケースインセンシティブが問題が多いなんて事くらい当然分かってる。
UNIXはケースセンシティブであることを前提とした設計になっているから。
問題は、そもそも、何故そういう設計になっているか。
それはUNIXの設計思想が昔から「人間を機械の考え方に合わせる」だからだろう。
大文字と小文字のASCIIコード番号が違うからこそ機械はその2つを
別々の文字として考える。UNIXはその機械の構造を把握する事を人間に要求する。
UNIXに慣れた人が自然と考える挙動は、UNIXによって作られた挙動だ。
例えばAppleがPower Macとpower macという2つの機種をそれぞれ別々の機種として
発表したとしたら激しい混乱が起きるのは確実だ。
それは何故か。「人間は、基本的に大文字と小文字を区別して記憶しない」からだ。
そしてコンピューターを使うのは他でもない、人間だ。
特にMacintoshはThe Rest of Usのためのコンピュータであるべきだからこそ
人間を中心に据えて考えた設計を行うべきだと俺は思う。
…とここまでMacユーザとしての言い分だが、89や92が言っている事も理解はできる。
（72の書き込みがMac寄り過ぎでUNIX側への配慮が足りなかった点に関しては謝罪したい。）
前述の通り、理想的なコンピューターのあるべき姿としては、caseの違う同名ファイルは
存在を認めるべきではないと個人的には思うのだが、
既にケースセンシティブ前提OSであるUNIXがコアに存在してしまっている以上、
確かに現実問題、不具合は発生する。Macとして使おうとしているユーザの為の配慮も、
UNIXとして使おうとしているユーザの為の配慮も、同時にしなければならないのが
OSXの難しい所だろう。
方法としては、Terminal等の生のUNIXが顔を出す箇所以外においては
ケースセンシティブを認め、それ以外のいわゆるMac的な箇所においては
同名のファイルの存在を人工的に認めないようにする、等が考えられるが、
この方法では使うプログラムによって挙動が違い、混乱を招くだけだ。
…長文レスの結果、こんな結論にたどり着くのもどうしようもない話なのだが、
UNIX側にもMac側にも満足の行く解決法と言われると、正直、俺にも見当がつかない。
誰か、アイデアはあるだろうか？
OSXは本来ファイル名とは関係無いメタデータであるはずのファイルタイプ情報を
他OSと同じレベルまで退化させたり、人間中心設計からの乖離が目立つが、
非UNIX系ユーザの目に見えるところにまでケースセンシティブをやったとしたら
俺はそれもその乖離の一つとして考える。
まあ、それが、方向性が正反対の2つのOSを融合させた弊害なんだろうけど。
（なお、メタデータに関してはhttp://home.attbi.com/~siracusa/metadata.html等を参照。
単なるタイプとクリエータの話ではない。）
UNIXにおいてケースインセンシティブが問題が多いなんて事くらい当然分かってる。
UNIXはケースセンシティブであることを前提とした設計になっているから。
問題は、そもそも、何故そういう設計になっているか。
それはUNIXの設計思想が昔から「人間を機械の考え方に合わせる」だからだろう。
大文字と小文字のASCIIコード番号が違うからこそ機械はその2つを
別々の文字として考える。UNIXはその機械の構造を把握する事を人間に要求する。
UNIXに慣れた人が自然と考える挙動は、UNIXによって作られた挙動だ。
例えばAppleがPower Macとpower macという2つの機種をそれぞれ別々の機種として
発表したとしたら激しい混乱が起きるのは確実だ。
それは何故か。「人間は、基本的に大文字と小文字を区別して記憶しない」からだ。
そしてコンピューターを使うのは他でもない、人間だ。
特にMacintoshはThe Rest of Usのためのコンピュータであるべきだからこそ
人間を中心に据えて考えた設計を行うべきだと俺は思う。
…とここまでMacユーザとしての言い分だが、89や92が言っている事も理解はできる。
（72の書き込みがMac寄り過ぎでUNIX側への配慮が足りなかった点に関しては謝罪したい。）
前述の通り、理想的なコンピューターのあるべき姿としては、caseの違う同名ファイルは
存在を認めるべきではないと個人的には思うのだが、
既にケースセンシティブ前提OSであるUNIXがコアに存在してしまっている以上、
確かに現実問題、不具合は発生する。Macとして使おうとしているユーザの為の配慮も、
UNIXとして使おうとしているユーザの為の配慮も、同時にしなければならないのが
OSXの難しい所だろう。
方法としては、Terminal等の生のUNIXが顔を出す箇所以外においては
ケースセンシティブを認め、それ以外のいわゆるMac的な箇所においては
同名のファイルの存在を人工的に認めないようにする、等が考えられるが、
この方法では使うプログラムによって挙動が違い、混乱を招くだけだ。
…長文レスの結果、こんな結論にたどり着くのもどうしようもない話なのだが、
UNIX側にもMac側にも満足の行く解決法と言われると、正直、俺にも見当がつかない。
誰か、アイデアはあるだろうか？
夏ですね~
次期OS XのコードネームってPinoじゃないんでしょ？
もうこのスレ焼却処分するしかないよ。
もうこのスレ焼却処分するしかないよ。
96 ：名称未設定：02/08/24 18:57 ID:dZVIMQU5
たぶんOS Xの次はOS Yになると思う。
OS X
↓
OS Y
↓
OS Z
↓
Apple倒産
OS X
↓
OS Y
↓
OS Z
↓
Apple倒産
＞＞９７そんなに面白くないよ
>>97
たしかに。
たしかに。
99 ：名称未設定：02/08/24 20:49 ID:fsPf4ff9
>>97-98
非常にﾜﾛﾀ
非常にﾜﾛﾀ
100Get