【フィード】MacOSXを改善させよう！【バック】
1 ：名称未設定：
いろいろなところでMacOSXへの不満を見かけるのはOSXが未熟な証拠。
みんなが思っている不満点を
ここをこうすればいいのにっていう改善点としてあげていこう！
あがった改善点はみんなでフィードバック。
フィードバックは何より数が大事だからみんなの協力で何倍もの力を持つはず。
英語が堪能な人に訳してもらって米AppleにFeedbackするのもいいかもね。
というわけで、フィードバック、スタート！
アップルコンピュータ（株）のフィードバック
http://survey.apple.co.jp/macosx/
米AppleのFeedback
http://www.apple.com/macosx/feedback/
みんなが思っている不満点を
ここをこうすればいいのにっていう改善点としてあげていこう！
あがった改善点はみんなでフィードバック。
フィードバックは何より数が大事だからみんなの協力で何倍もの力を持つはず。
英語が堪能な人に訳してもらって米AppleにFeedbackするのもいいかもね。
というわけで、フィードバック、スタート！
アップルコンピュータ（株）のフィードバック
http://survey.apple.co.jp/macosx/
米AppleのFeedback
http://www.apple.com/macosx/feedback/
|
|
|
２げっと
3 ：名称未設定：02/11/12 08:53 ID:OohTBUw+
朝から前向きなヤシだな。
4 ：名称未設定：02/11/12 08:54 ID:fwk7wdHI
他力本願な>>1がいるスレはここですね？
5 ：1：02/11/12 08:57 ID:Hkl3tbBC
とゆーわけで1点目。
LibraryやSystemの中身を分かりやすくしてほしい。
構造上しかたないとは思うが方法はあると思う。
たとえば、今のシステム関連のフォルダを不可視にして
代わりにフォルダのように振舞うsystemアプリを作って、
そのアプリのなかのファイル移動が複雑な本来のシステムの中で反映される、など。
検討をお願いしたい。
LibraryやSystemの中身を分かりやすくしてほしい。
構造上しかたないとは思うが方法はあると思う。
たとえば、今のシステム関連のフォルダを不可視にして
代わりにフォルダのように振舞うsystemアプリを作って、
そのアプリのなかのファイル移動が複雑な本来のシステムの中で反映される、など。
検討をお願いしたい。
6 ：名称未設定：02/11/12 08:58 ID:OohTBUw+
まぁ、どんな投稿をしたかとか、書き込んでいくのは悪くはないな。
7 ：1：02/11/12 09:01 ID:Hkl3tbBC
アップルコンピュータ（株）の方にフィードバックしてきました。
8 ：名称未設定：02/11/12 09:04 ID:OohTBUw+
>>5
でもね、それはね、Mac OS X が Mac OS Classic にくらべて
断然に複雑なOSになってしまったからなんだから仕方がないとは思うんだよ。
君のいうSystemアプリというのは「システム環境設定」で実現しているよ。
フォルダのように自由に項目を追加できないというのが不満なのかな？
でもね、それはね、Mac OS X が Mac OS Classic にくらべて
断然に複雑なOSになってしまったからなんだから仕方がないとは思うんだよ。
君のいうSystemアプリというのは「システム環境設定」で実現しているよ。
フォルダのように自由に項目を追加できないというのが不満なのかな？
9 ：5=1：02/11/12 09:09 ID:Hkl3tbBC
そういうこと。
例えば、システム環境設定に項目を追加するには、
home/library/PreferencePanesなどという初心者にはわかりませんわなところに入れなきゃなんないでしょ？
これは直感的なインターフェイスを目指すならシステム環境設定にドラッグして追加出来てしかるべきじゃん。
例えば、システム環境設定に項目を追加するには、
home/library/PreferencePanesなどという初心者にはわかりませんわなところに入れなきゃなんないでしょ？
これは直感的なインターフェイスを目指すならシステム環境設定にドラッグして追加出来てしかるべきじゃん。
10 ：名称未設定：02/11/12 09:11 ID:xwsXamjx
ヤツヤシ
11 ：名称未設定：02/11/12 09:20 ID:lRqnvOI/
>>システム環境設定にドラッグして追加
これは同意するけど、最近のPrefarencePanesはインストーラー
形式だしなあ、初心者もあんまり困らないんじゃないの。
それとシステムフォルダ／コントロールパネルに手動でコンパネ入れるのと
自分のアカウント/ライブラリ/PreferencePanesに手動で入れるのと、どっちにしろ
場所が分かってないと出来ないという点で、質的に変わらないと思うんだけど。
これは同意するけど、最近のPrefarencePanesはインストーラー
形式だしなあ、初心者もあんまり困らないんじゃないの。
それとシステムフォルダ／コントロールパネルに手動でコンパネ入れるのと
自分のアカウント/ライブラリ/PreferencePanesに手動で入れるのと、どっちにしろ
場所が分かってないと出来ないという点で、質的に変わらないと思うんだけど。
12 ：5=1：02/11/12 09:26 ID:Hkl3tbBC
13 ：名称未設定：02/11/12 09:27 ID:OohTBUw+
>>9
そんなわけで標準のインストーラーが推奨されてるわけだよね。
UNIXなんてものにまったく縁が無かった一般ユーザーには
「ホームディレクトリ」っていう考え方自体に不慣れだしね。
まぁ、取りあえず10.2.2が出たからアップデートするよ。
そんなわけで標準のインストーラーが推奨されてるわけだよね。
UNIXなんてものにまったく縁が無かった一般ユーザーには
「ホームディレクトリ」っていう考え方自体に不慣れだしね。
まぁ、取りあえず10.2.2が出たからアップデートするよ。
14 ：名称未設定：02/11/12 09:29 ID:OohTBUw+
内容かぶったな。
アンインストール機能を充実させるように要望を出すということでいかがかな？
せっかく標準でインストーラーがついてて、ログも取ってるんだから、
すべての標準インストーラー経由のインストールは完全に可逆にすることはできそう。
アンインストール機能を充実させるように要望を出すということでいかがかな？
せっかく標準でインストーラーがついてて、ログも取ってるんだから、
すべての標準インストーラー経由のインストールは完全に可逆にすることはできそう。
15 ：1：02/11/12 09:37 ID:Hkl3tbBC
>>14
それもいいかも！
フィードバックします！
でも、それだとウインと同じだなあ。
個人的にはわかってないけど分かった気にさせるMac的なアプローチが欲しい。
まあ、両方フィードバックすればよろしいのでは？
採用するのはアップルの仕事。
それもいいかも！
フィードバックします！
でも、それだとウインと同じだなあ。
個人的にはわかってないけど分かった気にさせるMac的なアプローチが欲しい。
まあ、両方フィードバックすればよろしいのでは？
採用するのはアップルの仕事。
16 ：名称未設定：02/11/12 09:59 ID:/ocbt9Ks
たぶんMacOS XをMacOS 9に近づけるためのオーダーには
1 システムの構造上やれないこと
2 システムの構造上できなくはないけど、やりたくないこと
3 やれるけど後回しにしていたこと
があって、>>1さんが>>5で言っている話は2に近いと思う。
実体としてのディレクトリ／ファイル構造とは全く違う
インターフェースをかぶせて、見てくれ的な操作感を
向上するという方針はAppleは考えてないんじゃないかな。
まさにWindowsと同じで、表面上のシンプルさの陰で
ますますシステムの構造のクリーンさが失われるから、
という意味で。でも、システム環境設定パネルにD&Dで
インストールってのは、そういう意味での「乱雑さ」には
つながらなそうだし、悪くないかもね。
漏れはシステム標準で入ってるファイルには全部アイコン
つけてほしい。特にunix関連のファイルに。今は全部白紙書類
だけど、せめてシステム関連書類であるということがわかる
ように。
あとクリッピング関係の文字化けどーにかしてくれー。
はい、フィードバックしてきます。
1 システムの構造上やれないこと
2 システムの構造上できなくはないけど、やりたくないこと
3 やれるけど後回しにしていたこと
があって、>>1さんが>>5で言っている話は2に近いと思う。
実体としてのディレクトリ／ファイル構造とは全く違う
インターフェースをかぶせて、見てくれ的な操作感を
向上するという方針はAppleは考えてないんじゃないかな。
まさにWindowsと同じで、表面上のシンプルさの陰で
ますますシステムの構造のクリーンさが失われるから、
という意味で。でも、システム環境設定パネルにD&Dで
インストールってのは、そういう意味での「乱雑さ」には
つながらなそうだし、悪くないかもね。
漏れはシステム標準で入ってるファイルには全部アイコン
つけてほしい。特にunix関連のファイルに。今は全部白紙書類
だけど、せめてシステム関連書類であるということがわかる
ように。
あとクリッピング関係の文字化けどーにかしてくれー。
はい、フィードバックしてきます。
17 ：名称未設定：02/11/12 10:06 ID:/ocbt9Ks
あと、偽のシステムフォルダは今でもエイリアスを使って
部分的に実現できるね。
Macintosh HD:Users:xxxxxx:Library:Preferences:→「初期設定」
Macintosh HD:Library:PreferencePanes:→「コントロールパネル」
てな感じ。
部分的に実現できるね。
Macintosh HD:Users:xxxxxx:Library:Preferences:→「初期設定」
Macintosh HD:Library:PreferencePanes:→「コントロールパネル」
てな感じ。
18 ：名称未設定：02/11/12 10:46 ID:VtrZwazO
システム環境設定がフォルダを開いた状態の様に見える事が問題なんじゃないかと。
ボタン調にすればアレはそういうもんかと、納得がいくんじゃないかと。
アンインストール機能を充実させるには賛成！！
ボタン調にすればアレはそういうもんかと、納得がいくんじゃないかと。
アンインストール機能を充実させるには賛成！！
19 ：送ったよ。：02/11/12 16:10 ID:OohTBUw+
ヘルプビューワーとシャーロックは機能が重なる部分が多いと思います。
ヘルプセンターをチャンネルとしてシャーロックに組み込んでくれたほうが、
使い勝手がイイです。必要に応じてオンラインヘルプを参照したり検索したり。
ヘルプセンターをチャンネルとしてシャーロックに組み込んでくれたほうが、
使い勝手がイイです。必要に応じてオンラインヘルプを参照したり検索したり。
FinderをCocoaに早くしてほしい。Cocoa Gestrues が使いたい。
>>20
禿同
禿同
22 ：名称未設定：02/11/12 17:51 ID:M5R6Pmxu
1・アピアランステーマカスタマイズ機能の搭載。
2・システム標準でラベル機能をサポート（ラベルで検索できる、AppleScriptから利用できる等）
3・Finderやシートのカラム表示機能の強化（現状では貧弱すぎる）
3-1・アイコンサイズの変更
3-2・日付けやサイズでソート
3-3・名前の長さで自動的にカラム幅を調整
3-4・プレビューでコメントや詳細な情報を表示
4・コンテクストメニューの強化（よく使う項目に追加、オリジナルを表示等）
5・ToolTipsでコメントを表示
2・システム標準でラベル機能をサポート（ラベルで検索できる、AppleScriptから利用できる等）
3・Finderやシートのカラム表示機能の強化（現状では貧弱すぎる）
3-1・アイコンサイズの変更
3-2・日付けやサイズでソート
3-3・名前の長さで自動的にカラム幅を調整
3-4・プレビューでコメントや詳細な情報を表示
4・コンテクストメニューの強化（よく使う項目に追加、オリジナルを表示等）
5・ToolTipsでコメントを表示
お前ら!!
重複ですよ!
このスレの内容はこことかぶってます。
OS X ここも嫌 Ver.-2.0
http://pc.2ch.net/test/read.cgi/mac/1021355171/l50
重複ですよ!
このスレの内容はこことかぶってます。
OS X ここも嫌 Ver.-2.0
http://pc.2ch.net/test/read.cgi/mac/1021355171/l50
24 ：1：02/11/13 09:53 ID:MaYjcHbS
25 ：名称未設定：02/11/13 10:06 ID:oAaorTlt
IEを早くCocoaにして欲しい。
せめて文字消えのバグ取りと表示速度の向上、安定性の向上について、
もう少し熱心に取り組んでもらわないと困る部分が多い。
誰かこのフィードバックをMSとAppleに送るのを手伝って下さい・・（鬱
せめて文字消えのバグ取りと表示速度の向上、安定性の向上について、
もう少し熱心に取り組んでもらわないと困る部分が多い。
誰かこのフィードバックをMSとAppleに送るのを手伝って下さい・・（鬱
生産性が高いとか言ってるはずのCocoaなのに
いまだにFinderがCarbonなのは笑えるねー。
じつはアップルにとってもメチャクチャ使い難いのと違いますか(w
オープンソースだってほとんどC言語なのに
アホみたいにCocoaと連呼してる連中は
どんなメリットがあってCocoaと叫んでるんでしょうか？
俺もCocoaの本買って読んだりして準備はしてるんだけど
いまだにXが満足に動くマシンがそろえられなくてウダウダしてる＞貧乏な俺(w
一方、自分専用のウィソ・ツールはどんどん増えてってるんだよね。
そんな感じでどんどん便利になっていってしまうウィソ環境。
そういった、マシン環境やリソースの差を考えると、
Cocoaの生産性なんて大したことないんじゃないかと考えてしまう。
いまだにFinderがCarbonなのは笑えるねー。
じつはアップルにとってもメチャクチャ使い難いのと違いますか(w
オープンソースだってほとんどC言語なのに
アホみたいにCocoaと連呼してる連中は
どんなメリットがあってCocoaと叫んでるんでしょうか？
俺もCocoaの本買って読んだりして準備はしてるんだけど
いまだにXが満足に動くマシンがそろえられなくてウダウダしてる＞貧乏な俺(w
一方、自分専用のウィソ・ツールはどんどん増えてってるんだよね。
そんな感じでどんどん便利になっていってしまうウィソ環境。
そういった、マシン環境やリソースの差を考えると、
Cocoaの生産性なんて大したことないんじゃないかと考えてしまう。
27 ：1：02/11/13 11:38 ID:MaYjcHbS
Dock内のフォルダでもフォルダナビゲーションができるようになってほしい
28 ：名称未設定：02/11/13 11:48 ID:0acVVWvT
Dockをウインドウが自動的に避けるという仕様を、OFFにできるように
して欲しい、Dockを右上位置に置いてる自分にとって大きなお世話
この仕様Dockを下に置いとく分には納得のいく機能なんだけどね。
して欲しい、Dockを右上位置に置いてる自分にとって大きなお世話
この仕様Dockを下に置いとく分には納得のいく機能なんだけどね。
Dockを分割できるようにして欲しい。
分割ってのは、アプリDockを開始点、最小化Dockを終了点に配置する機能。
（フリーウェアにあるか？）
分割ってのは、アプリDockを開始点、最小化Dockを終了点に配置する機能。
（フリーウェアにあるか？）
Finderの「フォルダを常に新規ウインドウとして開く」をチェックすると、
同じフォルダの内容を同時に二ヶ所で表示しないようにするようにしてもらいたい。
ここにチェックを入れる人は9まで同様の挙動を期待していると思うので。
同じフォルダの内容を同時に二ヶ所で表示しないようにするようにしてもらいたい。
ここにチェックを入れる人は9まで同様の挙動を期待していると思うので。
「フォルダを常に新規ウインドウとして開く」にして
カラムでフォルダナビゲーションした時、いちいちフォルダがひらくのをやめさせたい。
わがままかも知れないが、フォルダナビゲーションはカラムのままやりたいのよ。
細かく設定変更可能キボンヌ
カラムでフォルダナビゲーションした時、いちいちフォルダがひらくのをやめさせたい。
わがままかも知れないが、フォルダナビゲーションはカラムのままやりたいのよ。
細かく設定変更可能キボンヌ
32 ：1：02/11/14 10:00 ID:lPPl81BV
age
33 ：名称未設定：02/11/14 10:18 ID:QVjKwNAk
ファイル名を選択状態にした時に、コンテクストメニューが使えるようにして欲しい。
もうやめろ。氏ね
35 ：名称未設定：02/11/14 11:04 ID:edzQytV0
直しようがないくらい終わってるだろ、Macそのものが。
36 ：名称未設定：02/11/14 11:12 ID:lAhsanO1
おまいら、ここに書いてるだけじゃ何も改善されないぞ。
「こういうフィードバックしました」
って書くなら分かるがな w
「こういうフィードバックしました」
って書くなら分かるがな w
誰かこのスレをまるごとTellUsしる。
>>38
そんなことアポに訊いても1個人ユーザを相手にしてくれる訳ないだろ。
そんなことアポに訊いても1個人ユーザを相手にしてくれる訳ないだろ。
>>39
年度末にでも「こういう意見が来ました」くらい発表してもいいとは思うがね。
年度末にでも「こういう意見が来ました」くらい発表してもいいとは思うがね。
41 ：名称未設定：02/11/14 12:05 ID:ZdbPcUZ2
にちゃんねる新Mac板を、ユーザーグループとして登録するというのは同だ？
>>41
おまえ、代表にでもなるか？
おまえ、代表にでもなるか？
43 ：41：02/11/15 08:50 ID:MV76wY6+
なろうかなぁ。
>>43
よろしくおながいします。
よろしくおながいします。
ユーザーズグループの審査が緩和されたってことだしﾅ
やってみろよ >>41
やってみろよ >>41
46 ：名称未設定：02/11/15 16:13 ID:oOghwaMH
>>41
ぜってー無理だな。ＯＳ責任者の櫻場が２ちゃねら〜大嫌いだからな。
ぜってー無理だな。ＯＳ責任者の櫻場が２ちゃねら〜大嫌いだからな。
47 ：名称未設定：02/11/15 16:31 ID:5YVDBygm
馬鹿はおとなしくクソMac使ってろ
49 ：41＠祭りの予感：02/11/15 22:29 ID:4kRxEa6E
ええと、進捗状況です。
http://www.apple.co.jp/usergroups/news/registration20021108.html
https://sec.apple.co.jp/regist/usergroups/
などを読みました。会員は二人以上、オンラインの活動のみでもイイらしいので、いけそうな感じですね。
代表メールアドレスは、僕の .Mac に追加アドレスを提供出来ます。
実はもう作りました。ものすごく簡潔で分かりやすいアドレスがとれました。
http://www.apple.co.jp/usergroups/news/registration20021108.html
https://sec.apple.co.jp/regist/usergroups/
などを読みました。会員は二人以上、オンラインの活動のみでもイイらしいので、いけそうな感じですね。
代表メールアドレスは、僕の .Mac に追加アドレスを提供出来ます。
実はもう作りました。ものすごく簡潔で分かりやすいアドレスがとれました。
ｵｵｰ
51 ：41＠祭りの予感 ◆ig/OyX7Mas ：02/11/15 22:36 ID:pU0epnza
もんだいは、http://pc.2ch.net/mac/ を
Web Pageとして登録したりするのに、
ひろゆきとか夜勤さんの了承取らなきゃならないだろうな。
つうとこかな。とりあえずトリップ付けたよ。
Web Pageとして登録したりするのに、
ひろゆきとか夜勤さんの了承取らなきゃならないだろうな。
つうとこかな。とりあえずトリップ付けたよ。
52 ：41＠祭りの予感 ◆ig/OyX7Mas ：02/11/15 22:38 ID:pU0epnza
時機を見てアドレスを公開しましょう。
いずれユーザーグループ専用スレも立てることに。
いろいろ文案考えることが必要ですからね〜。
いずれユーザーグループ専用スレも立てることに。
いろいろ文案考えることが必要ですからね〜。
>>41
でさ、どういうユーザグループを作るのさ ?
でさ、どういうユーザグループを作るのさ ?
期待しつつも、静かに見守ってます。がんがれ！
55 ：41＠祭りの予感 ◆ig/OyX7Mas ：02/11/15 22:52 ID:pU0epnza
2chとMacを愛してるユーザーのグループっつうことで。
とりあえずユーザーグループ運営用のスレ立てるでしょ、
で、この板でまともに議論されていることなどをまとめてフィードバックするの。
2chイベントに出たりとかもするだろうし。
会員制度は、いちおう会員登録メールくれた人を会員とするくらいで、でも柔軟に。
この板で本当に前向きな議論がされても、
アポーはまじめに取りあわないからね。
>>48 のカキコには勇気づけられたので。
とりあえずはこのスレで、いろんな意見聞いてみたいと思います。
とりあえずユーザーグループ運営用のスレ立てるでしょ、
で、この板でまともに議論されていることなどをまとめてフィードバックするの。
2chイベントに出たりとかもするだろうし。
会員制度は、いちおう会員登録メールくれた人を会員とするくらいで、でも柔軟に。
この板で本当に前向きな議論がされても、
アポーはまじめに取りあわないからね。
>>48 のカキコには勇気づけられたので。
とりあえずはこのスレで、いろんな意見聞いてみたいと思います。
56 ：名称未設定：02/11/16 00:02 ID:PohJOTG5
自分のホームディレクトリしか見れないユーザーを作れるようにして欲しい。
システム関連のファイルが見えるとうちの両親がビビるから。
HDのアイコンを開くとそこがホームディレクトリっていうのがいい。
自分のホームディレクトリしか見えないユーザーがアプリ入れた場合は
ホームディレクトリのAppicationフォルダにインストールされて、
システム管理者がアプリ入れた場合はシステムのApplicationフォルダに
インストール＆指定したユーザーのApplicationフォルダにエイリアス
作成されるってのがいい。
すんごい欲しい機能なんだけど、みなさんどう？ いらない？
システム関連のファイルが見えるとうちの両親がビビるから。
HDのアイコンを開くとそこがホームディレクトリっていうのがいい。
自分のホームディレクトリしか見えないユーザーがアプリ入れた場合は
ホームディレクトリのAppicationフォルダにインストールされて、
システム管理者がアプリ入れた場合はシステムのApplicationフォルダに
インストール＆指定したユーザーのApplicationフォルダにエイリアス
作成されるってのがいい。
すんごい欲しい機能なんだけど、みなさんどう？ いらない？
あと、ログアウトせずに再ログインする機能が欲しい。
ちょっとユーザー切り替えたいときにログアウトするの面倒だから。
ちょっとユーザー切り替えたいときにログアウトするの面倒だから。
58 ：1：02/11/16 00:09 ID:CyD1Mfnw
>>56-57 （・∀・）ｲｲ!!!
いつになく前向きなステキスッドレだな。
ラベル機能は実はできてるけど、マルチユーザーでの扱いが
決まってないとどこかで読んだ。
単に自分に所有権のあるフォルダ／ファイルにのみラベル付けれるように
すればいいんじゃないかと思うんだが。
んで、あるユーザーが付けたラベルは、他のユーザーからも見える。
同じファイルに対してユーザーごとに違うラベル付けられるように
しようとすると死ぬんで、シンプルにこれでいいんじゃないかと思う。
決まってないとどこかで読んだ。
単に自分に所有権のあるフォルダ／ファイルにのみラベル付けれるように
すればいいんじゃないかと思うんだが。
んで、あるユーザーが付けたラベルは、他のユーザーからも見える。
同じファイルに対してユーザーごとに違うラベル付けられるように
しようとすると死ぬんで、シンプルにこれでいいんじゃないかと思う。
62 ：名称未設定：02/11/16 00:24 ID:uJMpIgBE
まあ、腐るほどがいしゅつだけど、
ラベル機能は必須項目ですね。
あとデスクトップのアイコンの間隔もどうにかしたいと
思いませんか？ユーザーグループ賛成！
2chがだめなら2chで意見集約する
別集団ということにすればいいんじゃないかしら
ラベル機能は必須項目ですね。
あとデスクトップのアイコンの間隔もどうにかしたいと
思いませんか？ユーザーグループ賛成！
2chがだめなら2chで意見集約する
別集団ということにすればいいんじゃないかしら
>>56
"/Applications"にインストールされているもののうち、
Dockに登録されていないものを起動する
インターフェースをどう提供するか、という問題を解決する必要がありますな。
しかし私も概ね賛成です。
一般的なUNIXのGUIでもデスクトップに$HOMEのアイコンが
置かれていますが、「いじれない部分にはアクセスさせない」というのは
Macっぽいのではないでしょうか。
// ワンタッチで解除するチェックを用意しておけば、
// UNIXからの移行ユーザも混乱せずに済みそうですし
"/Applications"にインストールされているもののうち、
Dockに登録されていないものを起動する
インターフェースをどう提供するか、という問題を解決する必要がありますな。
しかし私も概ね賛成です。
一般的なUNIXのGUIでもデスクトップに$HOMEのアイコンが
置かれていますが、「いじれない部分にはアクセスさせない」というのは
Macっぽいのではないでしょうか。
// ワンタッチで解除するチェックを用意しておけば、
// UNIXからの移行ユーザも混乱せずに済みそうですし
64 ：名称未設定：02/11/16 00:38 ID:J72cRSYA
まー余りテンパることなく、気楽に、ながーく続けていきましょう。
どーせ採用される訳ないしね(w
だからといって諦めて黙ってるのはもっとｲｸﾅｲ｡
ユーザーの意見はキチンと伝えないとね。
取り合えず、定期オフ会ができるぐらいに育つといいなあ。
どーせ採用される訳ないしね(w
だからといって諦めて黙ってるのはもっとｲｸﾅｲ｡
ユーザーの意見はキチンと伝えないとね。
取り合えず、定期オフ会ができるぐらいに育つといいなあ。
65 ：名称未設定：02/11/16 00:43 ID:0xc4GemL
os9を消さないでほしいです
見山堅二（13）
見山堅二（13）
>>63
＞置かれていますが、「いじれない部分にはアクセスさせない」というのは
＞Macっぽいのではないでしょうか。
うんうん、これですよね。
>>64
そうですね。気合い入れすぎると冷めるのも早いし。
でも「採用される訳ない」とは思ってないよ。
アプル以外の誰かが作ってくれないとも限らない、と楽観視してる。
てな訳で41さん、のんびり待ってるんで
のんびりほどほどにがんばってくだせぃ。
＞置かれていますが、「いじれない部分にはアクセスさせない」というのは
＞Macっぽいのではないでしょうか。
うんうん、これですよね。
>>64
そうですね。気合い入れすぎると冷めるのも早いし。
でも「採用される訳ない」とは思ってないよ。
アプル以外の誰かが作ってくれないとも限らない、と楽観視してる。
てな訳で41さん、のんびり待ってるんで
のんびりほどほどにがんばってくだせぃ。
41が作ってくれる、というか、この板の内容は確かに
「Macについて相互に助け合う」という部分に則してると思うけど、
メンバーがきちんと決まってないと「二名以上」ってことにはならないんじゃないのか？
まず小規模でも形のあるグループをつくって、それから申請ってことになると思うが。
「Macについて相互に助け合う」という部分に則してると思うけど、
メンバーがきちんと決まってないと「二名以上」ってことにはならないんじゃないのか？
まず小規模でも形のあるグループをつくって、それから申請ってことになると思うが。
68 ：41@祭りの予感 ◆ig/OyX7Mas ：02/11/16 02:14 ID:zrqvDXur
みんな、まったりしたサポートありがとう。
代表者ともう一人の副代表者がいれば、
あとは、User Group スレに書き込んでくれる人が
オンラインミーティング参加者ということで、
何とかなるんじゃないかな。
オフ会ほとんどやってない所でも大丈夫そうだよ。
ところで、.Macのアドレスにアポーストアから5000円のクーポンが来たよ。
代表者ともう一人の副代表者がいれば、
あとは、User Group スレに書き込んでくれる人が
オンラインミーティング参加者ということで、
何とかなるんじゃないかな。
オフ会ほとんどやってない所でも大丈夫そうだよ。
ところで、.Macのアドレスにアポーストアから5000円のクーポンが来たよ。
User Group作ってフィードバックするのは良いアイディアだけど、
意見が割れたときはどうするの？
代表者・41の独断？ 多数決？
そこら辺をはっきりしとかないと荒れちゃうよ。
人によって色々な意見があるんだし。
意見が割れたときはどうするの？
代表者・41の独断？ 多数決？
そこら辺をはっきりしとかないと荒れちゃうよ。
人によって色々な意見があるんだし。
>>69
単純に期間決めて多数決とかで良いんじゃないのかな？だめ？
単純に期間決めて多数決とかで良いんじゃないのかな？だめ？
別に意見統一しなくてもいいんじゃない？
まったく反対の意見があったとしても、
両方フィードバックにあげればいいんだし。
んでだな、欲しい機能なんだが、
「iTunes制御用のリモコン付けてくれ！！」
寝るときに音楽ならしてると、ちょっと
ボリューム下げたいときとか面倒なのよ。
OSの話じゃないね、こりゃ。
まったく反対の意見があったとしても、
両方フィードバックにあげればいいんだし。
んでだな、欲しい機能なんだが、
「iTunes制御用のリモコン付けてくれ！！」
寝るときに音楽ならしてると、ちょっと
ボリューム下げたいときとか面倒なのよ。
OSの話じゃないね、こりゃ。
72 ：名称未設定：02/11/19 09:23 ID:YTzFyfP3
システムの表示を英語か日本語か統一してくれ
俺は拡張子を常に表示するオプションにチェック入れてるので
FinderではTexiteditとかDocumentと表示されてるのに、オープン
セーブダイアログやドックに登録したフォルダからたどると、テキス
トエディット、ドキュメントなんて表示されてるから探しにくい
でもMailはMailのままなんだよな…
15秒近くTexiteditを探してたら下の方にテキストエディトなんつーのを
発見したときは「屈っ…！」って思ったよっ。
俺は拡張子を常に表示するオプションにチェック入れてるので
FinderではTexiteditとかDocumentと表示されてるのに、オープン
セーブダイアログやドックに登録したフォルダからたどると、テキス
トエディット、ドキュメントなんて表示されてるから探しにくい
でもMailはMailのままなんだよな…
15秒近くTexiteditを探してたら下の方にテキストエディトなんつーのを
発見したときは「屈っ…！」って思ったよっ。
>>72
同意。というか、俺もやってるけどどうして「拡張子を常に表示する」で
英語名になるんだろうな。バグだろ。
あと今はライブラリの中身がまったく日本語化されてなくて初心者には中途半端。
全部日本語化するかぜんぶやめちまうかどっちかにしてくれ。
同意。というか、俺もやってるけどどうして「拡張子を常に表示する」で
英語名になるんだろうな。バグだろ。
あと今はライブラリの中身がまったく日本語化されてなくて初心者には中途半端。
全部日本語化するかぜんぶやめちまうかどっちかにしてくれ。
74 ：名称未設定：02/11/19 19:43 ID:APqKzJKU
スティッキーズやグラブとかの日本語名はどうよ？
単にカタカナにするだけなら、英語のままの方が良いと思うんだが…
単にカタカナにするだけなら、英語のままの方が良いと思うんだが…
Finderに以下の機能があると便利だと思う。
１.ファイルのコピー時に既に同じファイル名がある時に
「ファイルが新しい時のみ置き換え」という項目を
選択肢に追加する。
２.画像のプレビューで見られる画像の形式をプラグイン
で追加可能にする。
３.Finderウインドウ内のアイコンの内空白部分をダブル
クリックすると一つ上の階層のフォルダに移動できる。
４.拡張子付きファイルのリネーム時、
┏━━━━━━━┓ ┏━━━┓
┃ファイル ┃ ┃TXT ┃
┗━━━━━━━┛.┗━━━┛
のようにボックス分けをする。もしくはボックス分け
しないかわりにデフォルトのカーソル位置をピリオド
のすぐ左にする（オープンやセーブダイアログも同様
になっているとさらに良）
１.ファイルのコピー時に既に同じファイル名がある時に
「ファイルが新しい時のみ置き換え」という項目を
選択肢に追加する。
２.画像のプレビューで見られる画像の形式をプラグイン
で追加可能にする。
３.Finderウインドウ内のアイコンの内空白部分をダブル
クリックすると一つ上の階層のフォルダに移動できる。
４.拡張子付きファイルのリネーム時、
┏━━━━━━━┓ ┏━━━┓
┃ファイル ┃ ┃TXT ┃
┗━━━━━━━┛.┗━━━┛
のようにボックス分けをする。もしくはボックス分け
しないかわりにデフォルトのカーソル位置をピリオド
のすぐ左にする（オープンやセーブダイアログも同様
になっているとさらに良）
私はMacOS8以降ウインドウ枠が掴める事が非常に便利だと思った。
でもOSXではウインドウ枠は掴めなくなってしまった。
これが嫌なのでOSのアップデートをする度にフィードバックしている。
一方Windowsではウインドウ枠はリサイズの為に使える。これはこれで便利。
なのでいいとこ取りの方法を見つけた。
http://homepage.mac.com/nagae/window.jpg
ウインドウ枠も掴めるし、リサイズするときは
辺の中央のグレー部分にマウスポインタを持っていけば
色とカーソルが変わってリサイズできる。
これどうよ。我ながら便利な機能だと思うが。
でもOSXではウインドウ枠は掴めなくなってしまった。
これが嫌なのでOSのアップデートをする度にフィードバックしている。
一方Windowsではウインドウ枠はリサイズの為に使える。これはこれで便利。
なのでいいとこ取りの方法を見つけた。
http://homepage.mac.com/nagae/window.jpg
ウインドウ枠も掴めるし、リサイズするときは
辺の中央のグレー部分にマウスポインタを持っていけば
色とカーソルが変わってリサイズできる。
これどうよ。我ながら便利な機能だと思うが。
来年のMacOS9起動廃止などの動きを見るにつけて
フィードバックしても改善されないような気がしてきた。
ユーザーの言う事なんて聞かねえ、あの会社。
フィードバックしても改善されないような気がしてきた。
ユーザーの言う事なんて聞かねえ、あの会社。
>>79
ユーザーの言うことを聞かないのは、アップルと言うより、Jobsだろ？
サブノートいらないと言ってる奴、Tell Usなくした奴、OS9起動廃止
言ってる奴、起動の笑顔アイコンなくした奴。皆、独裁者の希望、
つーか、命令だよ。
ユーザーの言うことを聞かないのは、アップルと言うより、Jobsだろ？
サブノートいらないと言ってる奴、Tell Usなくした奴、OS9起動廃止
言ってる奴、起動の笑顔アイコンなくした奴。皆、独裁者の希望、
つーか、命令だよ。
>>80
自分が作ったものじゃないから嫌なのかね。
ユーザーが何を嗜好しているかよりも自分の出したいものを作らせる。
職人だったらいいのかもしれないけど、社長だから失格だ。
OS9をしっかり使ってみろってんだ！！
自分が作ったものじゃないから嫌なのかね。
ユーザーが何を嗜好しているかよりも自分の出したいものを作らせる。
職人だったらいいのかもしれないけど、社長だから失格だ。
OS9をしっかり使ってみろってんだ！！
82 ：名称未設定：02/11/30 23:01 ID:1v54XILj
浮上
>>75
os 9 だと、Finder ウインドウの空白をクリックする度に
親フォルダの中でそのウインドウのアイコンが点滅しますね。
これ、フォルダの階層関係が確認できて助かってるので
捨てがたいなあ。
os 9 だと、Finder ウインドウの空白をクリックする度に
親フォルダの中でそのウインドウのアイコンが点滅しますね。
これ、フォルダの階層関係が確認できて助かってるので
捨てがたいなあ。
84 ：名称未設定：02/11/30 23:48 ID:o0Da/VGD
>>81
翻訳スレで見たんだが、副社長だかのインタビューで曰く、
「IBMは顧客重視、当社は商品重視」
って言ってたよ、これって商品の企画に自信があるって意味だろうけどさ、どっちかつーと「うちの出す商品に黙ってついてくる客だけでいい」
って意味の方が強いような。。。
翻訳スレで見たんだが、副社長だかのインタビューで曰く、
「IBMは顧客重視、当社は商品重視」
って言ってたよ、これって商品の企画に自信があるって意味だろうけどさ、どっちかつーと「うちの出す商品に黙ってついてくる客だけでいい」
って意味の方が強いような。。。
85 ：名称未設定：02/12/01 00:42 ID:Yc224OkG
「コマンド＋H」で隠すとそのアプリ全部隠れちゃうので
ウィンドウをDockにしまうショートカットが欲しい。
「コマンド＋W」でウィンドウクローズなので、例えば
「コマンド＋シフト＋W」とか…。面倒くせえかな？
それから個人的にはウィンドウシェードは絶対に復活して欲しい。
ウィンドウをDockにしまうショートカットが欲しい。
「コマンド＋W」でウィンドウクローズなので、例えば
「コマンド＋シフト＋W」とか…。面倒くせえかな？
それから個人的にはウィンドウシェードは絶対に復活して欲しい。
86 ：名称未設定：02/12/01 00:52 ID:DgD3oRfB
というか、このスレ楽しみにしていたのに、
いつのまにか廃れた？
いつのまにか廃れた？
88 ：名称未設定：02/12/01 00:55 ID:PXPhj03n
そこら中に、.DS_Storeファイルを作るのは止めてくれないかな・・・
あまりみんな使ってないみたいなんですが、Finder「内容で検索」に、Word
やPageMakerのファイルが引っかかるようにしてほしいです。
テキストとHTMLファイルのみ検索、というのは狭すぎ。HD全体をデータベース
的に使えなくなったのは、不便。
（ここだけOS9からSherlock2を起動しなくてはならないです・・・）
やPageMakerのファイルが引っかかるようにしてほしいです。
テキストとHTMLファイルのみ検索、というのは狭すぎ。HD全体をデータベース
的に使えなくなったのは、不便。
（ここだけOS9からSherlock2を起動しなくてはならないです・・・）
90 ：名称未設定：02/12/01 07:19 ID:U4f2BtWa
FileMakerのver4をいまだに使ってるけど、OS9よりClassicの方が
表示が全然早い、こんなこともあるんだ、、、。
表示が全然早い、こんなこともあるんだ、、、。
Sherlockにいますぐ日本版イエローページをいれろとは言わない。
だけどAddressBookの住所から地図サイト表示する時くらいはMapionにしてくれよ。
海外の地図サイト表示してエラーとか言われても。
だけどAddressBookの住所から地図サイト表示する時くらいはMapionにしてくれよ。
海外の地図サイト表示してエラーとか言われても。
93 ：名称未設定：02/12/03 19:18 ID:Tv05h6vV
ジャガ（.2）で兄弟のレーザープリンタを使ってるんだが（HL-1850）、あまりに遅いので
兄弟社に文句を言ったら、「ドライバが遅いのはOSの問題ですから」と言われた。
それがホントなら、も少し努力してくれといいたい。
兄弟社に文句を言ったら、「ドライバが遅いのはOSの問題ですから」と言われた。
それがホントなら、も少し努力してくれといいたい。
んで、41はどこいったの？
98 ：名称未設定：02/12/11 05:01 ID:EvdE9mdj
あげー！
みんなフィードバックしてよいOSにしよーぜい！
みんなフィードバックしてよいOSにしよーぜい！
99 ：名称未設定：02/12/11 05:21 ID:Va8LnpM0
声かけると１日の仕事終えて終了するようなマクになってほしい
デフォルトで
デフォルトで
100 ：名称未設定：02/12/11 06:21 ID:PfKUoZV6
サクッと１００ゲト
101 ：名称未設定：02/12/11 08:38 ID:jJxnI0d9
やはりUIに関する要望が多いですね。
それよりpollシステムコールをちゃんとつけて欲しいです。
selectで代用するのがいつもできるとは限らないので。
それよりpollシステムコールをちゃんとつけて欲しいです。
selectで代用するのがいつもできるとは限らないので。
一番効果的なフィードバックは
禿 を ク ビ に し ろ
しかないと思うが。
禿 を ク ビ に し ろ
しかないと思うが。
ドックにしまったウインドウをコンテクストメニューから直接閉じたいね。
と、下のほうでこっそり言ってみる。
と、下のほうでこっそり言ってみる。
104 ：名称未設定：02/12/12 21:44 ID:Ky6yPeyD
オプション+ウィンドウ閉じる をした時、
ドックに入れたウィンドウも閉じてしまうとは何事か。
ドックに入れたウィンドウも閉じてしまうとは何事か。
なんないよ>>104
106 ：名称未設定：02/12/12 21:53 ID:Ky6yPeyD
107 ：名称未設定：02/12/12 21:56 ID:NjxLqO/w
こんな前向きなスレあったのか！
愚痴ってる人ばっかりで気が滅入ってました。
愚痴ってる人ばっかりで気が滅入ってました。
もしやうちだけ？
やり方書くからみなさんも検証してください
1 まずデスクトップにウィンドウをたくさん開く。
2 マイナスボタンでドックに入れる(option+マイナスでまとめてドックへ）
3 ふたたびデスクトップに新たにウィンドウをたくさん開く。
4 オプション+閉じる(コマンド+w)
ドックのウィンドウも閉じてしまいます。
えっ。ウィンドウシェード入れたからなの？？
やり方書くからみなさんも検証してください
1 まずデスクトップにウィンドウをたくさん開く。
2 マイナスボタンでドックに入れる(option+マイナスでまとめてドックへ）
3 ふたたびデスクトップに新たにウィンドウをたくさん開く。
4 オプション+閉じる(コマンド+w)
ドックのウィンドウも閉じてしまいます。
えっ。ウィンドウシェード入れたからなの？？
112 ：名称未設定：02/12/12 22:13 ID:zeQMvO0l
1）フォルダや書類に色を付けることが出来ないのはルック＆フィールに反していると思われます。
直感で重要な書類やフォルダを判別できないことに大変不満を感じています。
次期アップデータにでも実現していただきたいほどに、早急に検討していただきたい機能だと思います。
2）フォルダの中はリスト表示やカラム表示も良いのですが、
デスクトップをカラム表示にする訳にもいきません。
必然的にデスクトップはアイコン表示になるわけですが、
いかんせんアイコンを並べる間隔が広すぎます。（グリッドに沿って配置の場合ですが）
上下の間隔はOSX.2になって、狭くなったようですが、
左右の間隔が広すぎます。
OS9程度の間隔でアイコンを並べることが出来るように希望します。
この二つを送っといたよ。
直感で重要な書類やフォルダを判別できないことに大変不満を感じています。
次期アップデータにでも実現していただきたいほどに、早急に検討していただきたい機能だと思います。
2）フォルダの中はリスト表示やカラム表示も良いのですが、
デスクトップをカラム表示にする訳にもいきません。
必然的にデスクトップはアイコン表示になるわけですが、
いかんせんアイコンを並べる間隔が広すぎます。（グリッドに沿って配置の場合ですが）
上下の間隔はOSX.2になって、狭くなったようですが、
左右の間隔が広すぎます。
OS9程度の間隔でアイコンを並べることが出来るように希望します。
この二つを送っといたよ。
じゃ、俺もしてみる>>110
>>101
http://www.linux.or.jp/JM/html/LDP_man-pages/man2/poll.2.html
によるとlibcのpollライブラリコールはpollシステムコールのないシステムでは
pollの動作をselectでエミュレートしているようなので
http://sources.redhat.com/cgi-bin/cvsweb.cgi/~checkout~/libc/sysdeps/unix/bsd/poll.c?rev=1.12&content-type=text/plain&cvsroot=glibc
こことか参考になさってみてはいかがでしょうか?
スレ違い気味すいません。
http://www.linux.or.jp/JM/html/LDP_man-pages/man2/poll.2.html
によるとlibcのpollライブラリコールはpollシステムコールのないシステムでは
pollの動作をselectでエミュレートしているようなので
http://sources.redhat.com/cgi-bin/cvsweb.cgi/~checkout~/libc/sysdeps/unix/bsd/poll.c?rev=1.12&content-type=text/plain&cvsroot=glibc
こことか参考になさってみてはいかがでしょうか?
スレ違い気味すいません。
あ、>>41さんはどこいったんでしょうね?
116 ：名称未設定：02/12/14 04:24 ID:yKpizy4q
保全age
既出かも知れませんが、
ラベルと並んでファイル管理に重要な役割を果たすのはコメントだと思います。
OS Xではコメントを実装していますが、Mac OS上でつけたコメントを読み書きできません。
大量のファイルにコメントを付けていた人間にとってこれは大弱りです。
一応自分でフィードバックしたのですが、みなさんもお願いします。
ラベルと並んでファイル管理に重要な役割を果たすのはコメントだと思います。
OS Xではコメントを実装していますが、Mac OS上でつけたコメントを読み書きできません。
大量のファイルにコメントを付けていた人間にとってこれは大弱りです。
一応自分でフィードバックしたのですが、みなさんもお願いします。
118 ：名称未設定：02/12/15 22:17 ID:n4MUYzWQ
コメントなんてつけたことないなあ。
マカー用。テストカキコを兼ねて。
以前はIEや多分、Netscapeとかでもファイルを落としてくると
勝手に落としてきたURLが「情報を見る」のコメント欄に
記入されていたけれど、OS Xになってからこれがなくなった。
案外不便なんで復活させてほしい。
以前はIEや多分、Netscapeとかでもファイルを落としてくると
勝手に落としてきたURLが「情報を見る」のコメント欄に
記入されていたけれど、OS Xになってからこれがなくなった。
案外不便なんで復活させてほしい。
120 ：名称未設定：02/12/15 22:24 ID:CVKmOQmh
>>118
結局こういう「俺には関係ないなあ」って奴が大杉。
結局こういう「俺には関係ないなあ」って奴が大杉。
121 ：名称未設定：02/12/15 22:46 ID:n4MUYzWQ
大量のファイルに一個ずつコメントつけるってのがよくわからんのだが
何をメモするの?
何をメモするの?
123 ：名称未設定：02/12/15 23:02 ID:ItMvk6G6
自分は『DockをON、OFFできるようにして欲しい』とフィードバックしました。
隠れるのではなくOFF。
OFFの時の最小化はウインドウシェードというような感じで。
Dockは９の時のランチャーのような位置づけで良いような気がします。
『自動的に隠す』は中途半端な気もします。
隠れるのではなくOFF。
OFFの時の最小化はウインドウシェードというような感じで。
Dockは９の時のランチャーのような位置づけで良いような気がします。
『自動的に隠す』は中途半端な気もします。
>>121
ファイル名やフォルダ名は文字数の制限があるので、
それだけではわかりにくい内容についての補足をメモするのです。
ブラウザがダウンロードしたときファイルのコメント欄に書き込むURLも、ダウンロード失敗したときや新しいバージョンが出ていないかのチェックで使いますし、
ブックマークは.urlファイルで管理しているので
それぞれのサイトがどんなところかコメントに書き込んでます。
ほかにもいろいろ使い道はあると思いますが。。
ファイル名やフォルダ名は文字数の制限があるので、
それだけではわかりにくい内容についての補足をメモするのです。
ブラウザがダウンロードしたときファイルのコメント欄に書き込むURLも、ダウンロード失敗したときや新しいバージョンが出ていないかのチェックで使いますし、
ブックマークは.urlファイルで管理しているので
それぞれのサイトがどんなところかコメントに書き込んでます。
ほかにもいろいろ使い道はあると思いますが。。
125 ：名称未設定：02/12/15 23:28 ID:+mHnwpyh
126 ：名称未設定：02/12/15 23:31 ID:iZdApzqL
一発で見てわかるようなファイル名、フォルダ名をつけられない
自分の言語能力のなさを呪いなさい｡
自分の言語能力のなさを呪いなさい｡
127 ：名称未設定：02/12/15 23:32 ID:HSOcIpWj
出来ないことを喜ぶひとって頭おかしいのかな。
よく見るけど。
あきらかに出来た方がよいだろ。
よく見るけど。
あきらかに出来た方がよいだろ。
整頓方法云々はともかく、コメントそのものを否定する香具師ってのは...
129 ：名称未設定：02/12/16 00:21 ID:iAjY3Kmr
>>124
いや、一人で使ってるときは問題ないけど、実際仕事でサーバに
大量のファイルをあげたりしてるときは、みんなが使うからどうしても
ファイル名は管理上、「番号＋簡単な内容」ってことになる。
そのウチのどれかを誰かが修正したときに、オリジナルと何が違うか
とかのコメント書けたりするのは非常に便利。
そもそも一つのファイルにはそれこそかなりフクザツな内容が入って
ると、ファイル名だけじゃ十分表せないよ。
いや、一人で使ってるときは問題ないけど、実際仕事でサーバに
大量のファイルをあげたりしてるときは、みんなが使うからどうしても
ファイル名は管理上、「番号＋簡単な内容」ってことになる。
そのウチのどれかを誰かが修正したときに、オリジナルと何が違うか
とかのコメント書けたりするのは非常に便利。
そもそも一つのファイルにはそれこそかなりフクザツな内容が入って
ると、ファイル名だけじゃ十分表せないよ。
131 ：名称未設定：02/12/16 00:34 ID:iAjY3Kmr
>>130
コメントの便利さは否定しないけど、その運用方法はもうちょっと考えた方がいいかと。
オリジナルと何が違うかとかはそれこそコメントに書くのは頼りないような気がする。
CVSを使えとまではいわないけど…
コメントの便利さは否定しないけど、その運用方法はもうちょっと考えた方がいいかと。
オリジナルと何が違うかとかはそれこそコメントに書くのは頼りないような気がする。
CVSを使えとまではいわないけど…
あくまで、コメント利用する目的は、目的のファイルを一発で見つける
ためだから、コメントに頼ってる訳じゃないよ。
リスト表示で、コメントも表示させとくと、一発で見分けられるので、
ストレス感じないで作業できるってだけだよ。
そういう意味で、コメントは、ラベルとか、アイコンとかと同義で
考えてるよ。
ためだから、コメントに頼ってる訳じゃないよ。
リスト表示で、コメントも表示させとくと、一発で見分けられるので、
ストレス感じないで作業できるってだけだよ。
そういう意味で、コメントは、ラベルとか、アイコンとかと同義で
考えてるよ。
>>131
興味深いので聞くが、CVSってなに。
興味深いので聞くが、CVSってなに。
今出ているﾏｸﾋﾟｰﾎﾟｰのコラムで林ﾉﾋﾞｰが書いてたけど、
ファイルシステムのデータベース化やってくれるといいのにね。
ファイルシステムのデータベース化やってくれるといいのにね。
>>134
次期Windowsがそうでんな。
次期Windowsがそうでんな。
136 ：131：02/12/16 01:30 ID:AttPLMOp
>>133
Concurrent Version System
unixのツールで主にプログラムコードのバージョン管理に使います。
保管場所からファイルをとってきて、手元で変更して、保管場所にcommit(登録)すると
変更点だけ保存できたりします。最新のバージョンをとってきたり
ある時点でのバージョンをとってきたりもできます。
変更が枝分かれして、複数の並行バージョンが出来ても大丈夫なので
複数の人間で開発をするときには非常に便利なツールです。
詳しくは http://www-vox.dj.kit.ac.jp/nishi/cvs/cvs.html
非常にすれ違い気味ｽﾏｿ。
Concurrent Version System
unixのツールで主にプログラムコードのバージョン管理に使います。
保管場所からファイルをとってきて、手元で変更して、保管場所にcommit(登録)すると
変更点だけ保存できたりします。最新のバージョンをとってきたり
ある時点でのバージョンをとってきたりもできます。
変更が枝分かれして、複数の並行バージョンが出来ても大丈夫なので
複数の人間で開発をするときには非常に便利なツールです。
詳しくは http://www-vox.dj.kit.ac.jp/nishi/cvs/cvs.html
非常にすれ違い気味ｽﾏｿ。
ageちゃった。すいません
俺はコメントなんて全然使わなかったし、ファイルネームが255文字かける
Xになってますます使わないと思うが、MacOSでつけたコメントが読めないなんて
バグだよね、仕様だつーんなら改善を要求する。
データの互換性をおろそかにするのはいかんですよー。
Xになってますます使わないと思うが、MacOSでつけたコメントが読めないなんて
バグだよね、仕様だつーんなら改善を要求する。
データの互換性をおろそかにするのはいかんですよー。
139 ：名称未設定：02/12/16 02:09 ID:dCwd/tHe
いやね、逆になんで互換性を持たせない仕様にしたのかのほうが気になる。
UNIXだからなのかな?
HFS+使ってる限り、コメントを収めるために確保された空間ってもんが
あるんだろうけど、それをそのまま使えばいいや、って普通は考えるだろ。
UNIXだからなのかな?
HFS+使ってる限り、コメントを収めるために確保された空間ってもんが
あるんだろうけど、それをそのまま使えばいいや、って普通は考えるだろ。
禿はコメントもラベルも使ってないんだろうな。
141 ：名無しさん＠Ｅｍａｃｓ：02/12/16 02:14 ID:kxgZ9tWa
コメントはデスクトップデータベースですが…。
>>139
サポートしてる他のファイルシステムとの互換性という問題があるんでしょう。
HFS+だったらいいけど、UFSやNFSで同じ事を実現するのは多少手間がかかるはずだし。
ただ、やって出来ないことではないはずなので実現して欲しいですね。
サポートしてる他のファイルシステムとの互換性という問題があるんでしょう。
HFS+だったらいいけど、UFSやNFSで同じ事を実現するのは多少手間がかかるはずだし。
ただ、やって出来ないことではないはずなので実現して欲しいですね。
143 ：名称未設定：02/12/16 22:51 ID:99aefYE7
クーポンが届くまで購入を遅らせていて、
いざクーポンが来たらダブルメモリーキャンペーン（￥7500引）と併用できない。
だからと言って無理にクーポン使って￥5000引いたって、ダブルメモリキャンペーンが使えない。
結局クーポンを捨てる事にします。
.MAC入ったのも色々サービスを期待していたのに。
.MAC会員じゃ無くても普通の割り引きの方がいいなんて、がっかりです。
今後こんなサービス続いたら.MAC解約します。
いざクーポンが来たらダブルメモリーキャンペーン（￥7500引）と併用できない。
だからと言って無理にクーポン使って￥5000引いたって、ダブルメモリキャンペーンが使えない。
結局クーポンを捨てる事にします。
.MAC入ったのも色々サービスを期待していたのに。
.MAC会員じゃ無くても普通の割り引きの方がいいなんて、がっかりです。
今後こんなサービス続いたら.MAC解約します。
144 ：名称未設定：02/12/16 22:58 ID:1OHW639H
>>143
その仕打ちはアポーが潰れるまで続くと思われ。
その仕打ちはアポーが潰れるまで続くと思われ。
145 ：名称未設定：02/12/16 23:22 ID:nUdP8zj0
>>143
そのへんもフィードバックしよう（w
そのへんもフィードバックしよう（w
146 ：名称未設定：02/12/16 23:30 ID:7KAzflIq
Macなんてフィードバックしてもなおるようなもんじゃねぇだろ。
自動化みたいな馬鹿が使うものを直してどうする！
↓自動化君、すきなだけ暴れてちょ。
自動化みたいな馬鹿が使うものを直してどうする！
↓自動化君、すきなだけ暴れてちょ。
>>129
DockのOff時のアプリの切り替えですか。
そりゃやっぱりメニューバーのいずれかの項目に
現在起動中のアプリを選択できる場所があれば良いと思いますよ。
…DockOff時は９のアプリ切り替えが出現すればベストな気がしてきました。
う〜ん、やはり９は偉大だと言うことか…。
DockのOff時のアプリの切り替えですか。
そりゃやっぱりメニューバーのいずれかの項目に
現在起動中のアプリを選択できる場所があれば良いと思いますよ。
…DockOff時は９のアプリ切り替えが出現すればベストな気がしてきました。
う〜ん、やはり９は偉大だと言うことか…。
そしてやっぱしゴミ箱はデスクトップ上だと思うのです。
どう考えてもドックよりアプリケーションメニューのほうが便利でしょ
http://pc.2ch.net/test/read.cgi/mac/1013607385/551
こっちでも書いたんだけど、アプリケーションメニューって使いやすいとは思えないんだよね。
アプリの数が増えてくると煩雑になってくるし、プルダウン->選択っていうのがアクションが多い気がする。
やっぱり、シングルタスクの拡張的な存在かなと。
正直アプリ切り替えだったらDockの方がいいと思う。
OSXだとどんどんアプリ立ち上げて、いちいち終了したりしないし。
本音を言えばwinのタスクバーが一番アプリ切り替えしやすいけど。
ただ、dockはまだまだ改善が必要というのは同意します。
アプリケーションメニューとの選択を可能にしてもいいと思うし。
ドラッグ&ドロップ時に逃げるのはやはりいただけない。
ごみ箱の位置もデスクトップにおけたり、あるいはごみ箱だけ切り離して右端に固定できるとか。
dock隠してるとごみ箱にもってく時に一瞬「ん?どこだ?」っていうのがあるよね。
こっちでも書いたんだけど、アプリケーションメニューって使いやすいとは思えないんだよね。
アプリの数が増えてくると煩雑になってくるし、プルダウン->選択っていうのがアクションが多い気がする。
やっぱり、シングルタスクの拡張的な存在かなと。
正直アプリ切り替えだったらDockの方がいいと思う。
OSXだとどんどんアプリ立ち上げて、いちいち終了したりしないし。
本音を言えばwinのタスクバーが一番アプリ切り替えしやすいけど。
ただ、dockはまだまだ改善が必要というのは同意します。
アプリケーションメニューとの選択を可能にしてもいいと思うし。
ドラッグ&ドロップ時に逃げるのはやはりいただけない。
ごみ箱の位置もデスクトップにおけたり、あるいはごみ箱だけ切り離して右端に固定できるとか。
dock隠してるとごみ箱にもってく時に一瞬「ん?どこだ?」っていうのがあるよね。
>>149
ドックはアプリケーションそれぞれのウインドウの切替もできますよ。反応鈍いけど。
ドックはアプリケーションそれぞれのウインドウの切替もできますよ。反応鈍いけど。
152 ：名称未設定：02/12/18 04:20 ID:PXNslRjJ
そういえば>>1は米Appleにもフィードバックしようとかいってたけどそういう動きないよね?
ここに和文書き込んでくれたら暇を見て英訳してもいいかもと思ってます。
あるいは
Mac関連ネタを凄い勢いで翻訳スレ2
http://pc.2ch.net/test/read.cgi/mac/1035938842/l50
ここのみなさんに頼むというのはどうだろう?
ここに和文書き込んでくれたら暇を見て英訳してもいいかもと思ってます。
あるいは
Mac関連ネタを凄い勢いで翻訳スレ2
http://pc.2ch.net/test/read.cgi/mac/1035938842/l50
ここのみなさんに頼むというのはどうだろう?
153 ：名称未設定：02/12/18 11:35 ID:OhhSlHop
>>147-149
つーかさ、切り替えは起動アプリ単位やウィンドウ単位って考え方じゃなくて、
書類単位で切り替えたいわけよ。
作成途中の書類が３つあったら、その３つが簡単に切り替えられればいいわけ
でしょ。
つーかさ、切り替えは起動アプリ単位やウィンドウ単位って考え方じゃなくて、
書類単位で切り替えたいわけよ。
作成途中の書類が３つあったら、その３つが簡単に切り替えられればいいわけ
でしょ。
いい加減アプリ単位の切り替えじゃなくて、ウインドウ単位の
切り替えメニューつけていただきたい、開いてるウインドウすべてから
選べるやつね。
Winのタスクバー式だと、ウインドウが多い時タイトルネームが省略されて
結構分かりづらいのでうまい方法考えて下さい>Apple
切り替えメニューつけていただきたい、開いてるウインドウすべてから
選べるやつね。
Winのタスクバー式だと、ウインドウが多い時タイトルネームが省略されて
結構分かりづらいのでうまい方法考えて下さい>Apple
155 ：名称未設定：02/12/18 12:06 ID:DPT8B8NT
ドックは邪魔なんだよ！！
156 ：名称未設定：02/12/18 12:18 ID:OhhSlHop
同一アプリケーション書類切替えは
タブ形式で切替えて、
他のアプリケーションへの切替えは
ドックなりタスクバーなりで切替えが
分りやすいかと思います。
個人的にですけど…。
タブ形式で切替えて、
他のアプリケーションへの切替えは
ドックなりタスクバーなりで切替えが
分りやすいかと思います。
個人的にですけど…。
159 ：名称未設定：02/12/18 13:51 ID:g2yctKU3
今さらながら10.2に乗り換えたら、Dualityが動かなくなっちゃったよ。
Aquaの嫌味度は微妙に改善されているものの、
IEでAquaのラジオボタンがうざいんですけど。
TinketTool使ってもIEの滑らか文字が半強制的になったのも最低。
バージョンアップごとにGUIでイライラさせてくれるアポーに大感激です。
Aquaの嫌味度は微妙に改善されているものの、
IEでAquaのラジオボタンがうざいんですけど。
TinketTool使ってもIEの滑らか文字が半強制的になったのも最低。
バージョンアップごとにGUIでイライラさせてくれるアポーに大感激です。
>>159
IEは切り捨てられる予定だからな。まあ純正がでるまではChimeraでも使っとけ。
IEは切り捨てられる予定だからな。まあ純正がでるまではChimeraでも使っとけ。
>>153,>>154,>>156
Windowsのタスクバーはウインドウが増えると煩雑に成りすぎるという事で、
Xpでアプリケーション単位にボタンが出て、クリックするとその中のウインドウが切り替えできるという方針に変わったらしいです。
よーするにDockと一緒。
ただしWindowsの場合、ベースになるウインドウが一枚でその中に複数のウインドウが持てるタイプのアプリケーションと、はなっから複数枚のウインドウが開けるタイプとあるのでそれぞれの種類でどういう動作をするかは試してないのでわかりません。
>>153
ウインドウ単位＝書類単位だと思うのですが、あなたのおっしゃってるのはたとえば同一ウインドウで複数の書類を切り替えるような事ですか？
Windowsのタスクバーはウインドウが増えると煩雑に成りすぎるという事で、
Xpでアプリケーション単位にボタンが出て、クリックするとその中のウインドウが切り替えできるという方針に変わったらしいです。
よーするにDockと一緒。
ただしWindowsの場合、ベースになるウインドウが一枚でその中に複数のウインドウが持てるタイプのアプリケーションと、はなっから複数枚のウインドウが開けるタイプとあるのでそれぞれの種類でどういう動作をするかは試してないのでわかりません。
>>153
ウインドウ単位＝書類単位だと思うのですが、あなたのおっしゃってるのはたとえば同一ウインドウで複数の書類を切り替えるような事ですか？
Dockの問題はアプリケーションメニュー、ランチャー、そしてゴミ箱が一緒に固まっていてごっちゃになっているところだと思います。
アプリケーションを表示する部分とランチャーを分けていないのでどれが起動中か登録したモノかわからないし、
アプリケーションに書類をドロップしようとしてランチャーに書類が登録されたりする。
そんでもって三つ一緒なので狭い。
あと、クリックした時の反応のにぶさ。フォルダを登録しても反応がにぶいのでアップルメニューの代わりとしてはイマイチ。
アプリケーションを表示する部分とランチャーを分けていないのでどれが起動中か登録したモノかわからないし、
アプリケーションに書類をドロップしようとしてランチャーに書類が登録されたりする。
そんでもって三つ一緒なので狭い。
あと、クリックした時の反応のにぶさ。フォルダを登録しても反応がにぶいのでアップルメニューの代わりとしてはイマイチ。
163 ：999：02/12/18 16:47 ID:eh5PvNtc
164 ：名称未設定：02/12/18 16:56 ID:gWtEd7CF
タスクバー2行使ってる人、見たことないんだけど。
>>163
>2行にすればOK
それは…もともとウインドウのタイトルバーの分狭いのが
ますます狭くなっていやん。
Dock＆XP式でいいかなあ、このところ仕事先のMacOSX
（Dockは隠してDragThingのプロセスバーでアプリ切り替え）
ばっか使ってたから、ドックメニューからウインドウ切り替えられるの
忘れてたよ。
>2行にすればOK
それは…もともとウインドウのタイトルバーの分狭いのが
ますます狭くなっていやん。
Dock＆XP式でいいかなあ、このところ仕事先のMacOSX
（Dockは隠してDragThingのプロセスバーでアプリ切り替え）
ばっか使ってたから、ドックメニューからウインドウ切り替えられるの
忘れてたよ。
166 ：名称未設定：02/12/18 16:59 ID:OhhSlHop
>>161
1つの書類を作成するのにアプリによってはウィンドウを複数開く場合があるでしょ。
でも切り替えたいのは作成中の書類だけ。
音楽ソフトなんかだとファイルをオープンするといっぱいウィンドウが開いたりするのよ。
その書類を作成するのに必要なウィンドウなら切り替えると同時にそのウィンドウも
いっしょに前面に出てきて欲しいわけよ。
1つの書類を作成するのにアプリによってはウィンドウを複数開く場合があるでしょ。
でも切り替えたいのは作成中の書類だけ。
音楽ソフトなんかだとファイルをオープンするといっぱいウィンドウが開いたりするのよ。
その書類を作成するのに必要なウィンドウなら切り替えると同時にそのウィンドウも
いっしょに前面に出てきて欲しいわけよ。
167 ：名称未設定：02/12/18 17:32 ID:/BQcMilQ
OS9のアプリケーションメニューが便利だったという人は
Dockでウィンドウが切り替えられることについてはどう考えてる？
あるアプリの特定のウィンドウを開こうとしたとき、
OS9では、
アプリケーションメニューからそのアプリを選ぶ
↓
アプリの「ウィンドウ」メニューから特定のウィンドウを選ぶ
というステップを踏む必要があるのに対し、OSXでは
Dockのそのアプリを右クリックしてウィンドウを選ぶ
というだけで済んじゃう。
Mac標準ではない右クリックを使わないといけないのを除けば
あきらかにDockの方がらくだと思けどどうよ？
Dockでウィンドウが切り替えられることについてはどう考えてる？
あるアプリの特定のウィンドウを開こうとしたとき、
OS9では、
アプリケーションメニューからそのアプリを選ぶ
↓
アプリの「ウィンドウ」メニューから特定のウィンドウを選ぶ
というステップを踏む必要があるのに対し、OSXでは
Dockのそのアプリを右クリックしてウィンドウを選ぶ
というだけで済んじゃう。
Mac標準ではない右クリックを使わないといけないのを除けば
あきらかにDockの方がらくだと思けどどうよ？
全画面のウインドウが一個でも開いてたらその後ろのウインドウは全部隠れるじゃねーか。
>>168ってバカなの？
>>168ってバカなの？
ウィンドウメニュー使えばいいじゃねーか。
>>169ってバカなの？
>>169ってバカなの？
172 ：名称未設定：02/12/18 17:55 ID:OhhSlHop
>>168
大きなウィンドウが前面に重なって隠れてしまうウィンドウもあるだろうよ。
そういうことも理解せんでバカ言うなよな。
>>167
アプリケーションメニューを階層にしてウィンドウ選択までできるツールが
あったと思うが、それ使ってれば結構便利でしたよ。
大きなウィンドウが前面に重なって隠れてしまうウィンドウもあるだろうよ。
そういうことも理解せんでバカ言うなよな。
>>167
アプリケーションメニューを階層にしてウィンドウ選択までできるツールが
あったと思うが、それ使ってれば結構便利でしたよ。
>>171
だから、それが便利かもしれないのは、
見て判別出来ないほどに複数のアプリがウィンドウをたくさん開いていて
なおかつ全画面で動作しているという条件の元でしか有効じゃないだろうが。
しかもその操作は直感的じゃない。
ウィンドウの名前が「名称未設定1」「同2」「同3」だった場合、
どれが何の処理をしているか、名前だけでわかるのか？
結局アプリを前面に出して目で見るしかない。
そもそもそこまでヘビーな使い方をする人間が
「コマンド＋タブ」のショートカットを知らないなどということはあり得ない。
だらだらとメニューを辿って行くよりショートカットで切り替えて
ウィンドウを目で見て判別する方が格段に効率がいいのは明らか。
結局、>>167はバカ。
だから、それが便利かもしれないのは、
見て判別出来ないほどに複数のアプリがウィンドウをたくさん開いていて
なおかつ全画面で動作しているという条件の元でしか有効じゃないだろうが。
しかもその操作は直感的じゃない。
ウィンドウの名前が「名称未設定1」「同2」「同3」だった場合、
どれが何の処理をしているか、名前だけでわかるのか？
結局アプリを前面に出して目で見るしかない。
そもそもそこまでヘビーな使い方をする人間が
「コマンド＋タブ」のショートカットを知らないなどということはあり得ない。
だらだらとメニューを辿って行くよりショートカットで切り替えて
ウィンドウを目で見て判別する方が格段に効率がいいのは明らか。
結局、>>167はバカ。
ウィンドウの切り替えって、
Cmd + ~ (チルダ)でしょ。
日本語キーボードの人にとっては、
あまり役に立ってないのかな、このショートカット。
Cmd + ~ (チルダ)でしょ。
日本語キーボードの人にとっては、
あまり役に立ってないのかな、このショートカット。
176 ：名称未設定：02/12/18 18:20 ID:/BQcMilQ
>>173
ということは、>>173は「ウィンドウ」メニューなんて
いらないといいたいのか？
>>172
Mac暦は長いつもりだったのに、そんなツールがあるのは
知りませんでした。今度さがしてみるよ。ｻﾝｸｽｺ
ということは、>>173は「ウィンドウ」メニューなんて
いらないといいたいのか？
>>172
Mac暦は長いつもりだったのに、そんなツールがあるのは
知りませんでした。今度さがしてみるよ。ｻﾝｸｽｺ
177 ：名称未設定：02/12/18 18:25 ID:OhhSlHop
>>173
＞しかもその操作は直感的じゃない。
＞ウィンドウの名前が「名称未設定1」「同2」「同3」だった場合、
＞どれが何の処理をしているか、名前だけでわかるのか？
あーんちがうんだよー。
そもそも書類を作成するときにファイル名が決まっていないってことが問題なんだよ。
Windowsなら先ず新規フォルダ作成のごとく空のファイルがエクスプローラー上で
作成できて、その作成したファイルをダブルクリックしてオープンしてってことがで
きるんだー。
まずアプリありきの思想に限界があるんでない？
やっぱOpenDocだな。
＞しかもその操作は直感的じゃない。
＞ウィンドウの名前が「名称未設定1」「同2」「同3」だった場合、
＞どれが何の処理をしているか、名前だけでわかるのか？
あーんちがうんだよー。
そもそも書類を作成するときにファイル名が決まっていないってことが問題なんだよ。
Windowsなら先ず新規フォルダ作成のごとく空のファイルがエクスプローラー上で
作成できて、その作成したファイルをダブルクリックしてオープンしてってことがで
きるんだー。
まずアプリありきの思想に限界があるんでない？
やっぱOpenDocだな。
>しかもその操作は直感的じゃない。
>ウィンドウの名前が「名称未設定1」「同2」「同3」だった場合、
>どれが何の処理をしているか、名前だけでわかるのか？
>結局アプリを前面に出して目で見るしかない。
つまりおまんはDockやタスクバーのウインドウ切り換えなんか不要というわけだろ。
機能が必要ないやつが機能を語るな。
>ウィンドウの名前が「名称未設定1」「同2」「同3」だった場合、
>どれが何の処理をしているか、名前だけでわかるのか？
>結局アプリを前面に出して目で見るしかない。
つまりおまんはDockやタスクバーのウインドウ切り換えなんか不要というわけだろ。
機能が必要ないやつが機能を語るな。
ｘApplwindwos
○Applwindows
だった
○Applwindows
だった
XPのタスクバーってアプリ単位でまとめるか、まとめないかユーザーが設定出来るよね。
後、同一アプリのウィンドウが○枚以上になったらまとめるとかの設定も出来たはず。
やっぱさあ、現状タスクバー最強なんじゃないだろうか？
結局ユーザーそれぞれに合わせて色々な設定を用意するって以上の正解はムリでしょ。
後、同一アプリのウィンドウが○枚以上になったらまとめるとかの設定も出来たはず。
やっぱさあ、現状タスクバー最強なんじゃないだろうか？
結局ユーザーそれぞれに合わせて色々な設定を用意するって以上の正解はムリでしょ。
玄人向けにデスクトップを徹底的にカスタマイズできるオプションが欲しいなぁ。
182 ：名称未設定：02/12/18 23:03 ID:2/YD/CO2
確かにdock含めカスタマイザビリティは非常に求められるところ。
どこまで認めるかっていうのは微妙な問題だろうけど、まだまだOSXのデスクトップが
未完成な以上、様々な選択肢があってもいいよね。
OS9的なインターフェイスも含め。
>>162
dockを分割案には賛成です。最小化部分とかアプリ登録部とかごみ箱とか分割可能にして欲しい。
>>173
俺はプログラムをするのでCWで10個ぐらいファイル開いてIEで4つぐらいリファレンスページ開いて
acrobat readerで3つぐらいリファレンス開いて作業するのでDockで切り替えられるの便利です。
最小化はやっぱり便利だしね。後、Space.appを併用してます。
OS9のようにショートカットありきで作業するひともいるけど
winと併用しているようなひとにはマウス優先で作業する人も多いので
command+tabがあるからいいだろっていうのは乱暴だと思うのです。
どこまで認めるかっていうのは微妙な問題だろうけど、まだまだOSXのデスクトップが
未完成な以上、様々な選択肢があってもいいよね。
OS9的なインターフェイスも含め。
>>162
dockを分割案には賛成です。最小化部分とかアプリ登録部とかごみ箱とか分割可能にして欲しい。
>>173
俺はプログラムをするのでCWで10個ぐらいファイル開いてIEで4つぐらいリファレンスページ開いて
acrobat readerで3つぐらいリファレンス開いて作業するのでDockで切り替えられるの便利です。
最小化はやっぱり便利だしね。後、Space.appを併用してます。
OS9のようにショートカットありきで作業するひともいるけど
winと併用しているようなひとにはマウス優先で作業する人も多いので
command+tabがあるからいいだろっていうのは乱暴だと思うのです。
アップルメニュにドラドロで登録できるようにしてほしい
>>175,>>179
日本人が作ったという噂のApplwindowsはかなり古いようですがこれはOS9.2.2でも問題なく動きます。
私が使った感じではKT7.5のころでも安定に問題はなかったような？
模倣的なものもたくさん出ています。
Window Monkyはウインドウ切替機能＋保存ダイアログでのフォルダの選択を便利にします。
TitlePopはウインドウのタイトル部分がメニューになりウインドウとアプリが切り替えできます。
マウス操作のみでいいのがよいところ。
TaskMenubarはメニューバーがタスクバーのようになります。
Wrapp Proはとにかくいろんなものの機能をつけてしまった感じでキーボードでウインドウの切替ができるようになります。
はじめシェアウェアだったものが正式採用になったといウインドウシェードの事を考えても、
昔からMacではいかにしてウインドウを切り替えるかが問題だったのですね。
日本人が作ったという噂のApplwindowsはかなり古いようですがこれはOS9.2.2でも問題なく動きます。
私が使った感じではKT7.5のころでも安定に問題はなかったような？
模倣的なものもたくさん出ています。
Window Monkyはウインドウ切替機能＋保存ダイアログでのフォルダの選択を便利にします。
TitlePopはウインドウのタイトル部分がメニューになりウインドウとアプリが切り替えできます。
マウス操作のみでいいのがよいところ。
TaskMenubarはメニューバーがタスクバーのようになります。
Wrapp Proはとにかくいろんなものの機能をつけてしまった感じでキーボードでウインドウの切替ができるようになります。
はじめシェアウェアだったものが正式採用になったといウインドウシェードの事を考えても、
昔からMacではいかにしてウインドウを切り替えるかが問題だったのですね。
185 ：名称未設定：02/12/19 08:43 ID:QWfWLA1s
いろんなダイアログ（例：...を保存しますか？ etc.）が
出たときに、項目をキーボードで選択できないのが最も使いづらい。
Tabキーで項目移動できるようにしてほしいね。
出たときに、項目をキーボードで選択できないのが最も使いづらい。
Tabキーで項目移動できるようにしてほしいね。
187 ：名称未設定：02/12/19 09:24 ID:Z4HKMUFS
>>185
フルキーボードアクセスをONにすればいいのでは？
>>174
これも、フルキーボードアクセスを使えばControl+Wとかで切り替え可能になる。
JISキーボードだとCommand+~よりは便利だな。
フルキーボードアクセスをONにすればいいのでは？
>>174
これも、フルキーボードアクセスを使えばControl+Wとかで切り替え可能になる。
JISキーボードだとCommand+~よりは便利だな。
189 ：コリン ◆EIQCCGY9hg ：02/12/20 01:37 ID:/IYrCQXg
190 ：名称未設定：02/12/22 17:10 ID:nDrUIixK
フィードバックage
191 ：名称未設定：02/12/22 19:55 ID:aORyyau5
Dockのアプリ切り替え
ショートカットcommand+tabから変更させてくれ
後生だから。
イラレとクオークが思ったように使えんよ・・・
ショートカットcommand+tabから変更させてくれ
後生だから。
イラレとクオークが思ったように使えんよ・・・
192 ：名称未設定：02/12/22 20:15 ID:WUSH0NLD
193 ：192：02/12/22 20:19 ID:WUSH0NLD
ちなみにPower Key -> Rで再起動もできる。
194 ：名称未設定：02/12/28 02:21 ID:CcKTPzZp
フィードバックage
挙がっている提案に共感しするものがあったら、個人個人がFeedbackした方が
Appleに需要の大きさが伝わると思われ。
同じ意見でまとまっても全員がFeedbackするべし。
Appleに需要の大きさが伝わると思われ。
同じ意見でまとまっても全員がFeedbackするべし。
196 ：名称未設定：02/12/28 03:40 ID:fpb7A/ao
>>15
アンインストールに関してちょっと思いついたんだけど、
「インストールログ」の内容を"検索結果"窓のような表示にできれば、
表示されたアイコンをゴミ箱に捨てればアンインストールが完了しますね。
アンインストールに関してちょっと思いついたんだけど、
「インストールログ」の内容を"検索結果"窓のような表示にできれば、
表示されたアイコンをゴミ箱に捨てればアンインストールが完了しますね。
>>196
それ、便利そうだね。OS9なら。拡張フォルダとか大変だもんね。
OSXだったら、
Application supportとアプリ本体ぐらいでいいんじゃないっけ。
これだと、完全に削除されてるわけじゃないのかな？
それ、便利そうだね。OS9なら。拡張フォルダとか大変だもんね。
OSXだったら、
Application supportとアプリ本体ぐらいでいいんじゃないっけ。
これだと、完全に削除されてるわけじゃないのかな？
>>197
そうなの？オレてっきりOS Xの場合は、いわゆるWinでのレジストリみたいな設定ファイルに
いろいろ書き込まれたり、細かなdllみたいなファイルがいっぱい入って
インストーラー使わないとアンインストールできないかと思ってました。
ちなみにOS9では自作のスクリプトでコメントとラベル付けてログも作って
インストール管理してます。
そうなの？オレてっきりOS Xの場合は、いわゆるWinでのレジストリみたいな設定ファイルに
いろいろ書き込まれたり、細かなdllみたいなファイルがいっぱい入って
インストーラー使わないとアンインストールできないかと思ってました。
ちなみにOS9では自作のスクリプトでコメントとラベル付けてログも作って
インストール管理してます。
199 ：名称未設定：02/12/30 00:41 ID:TqF/BT9d
>>198
アップルがそんなことすると思ってたのか？
アップルがそんなことすると思ってたのか？
200 ：名称未設定：02/12/30 00:45 ID:Fi9Le5ax
でもシステムの挙動をいじるようなやつはどこにナニがはいったやら検討がつかんときがあるけどな。
>>199,>>200,>>201
へー。ちょっとOS X見直しました。
でもとりあえず、システム環境設定？に入れた音出すヤツとか、シェアで期限来たけど外し方わからんので
ほたらかーしだよ。
コンパネだったらドラッグポイだけど。
MS-Officeとかドラッグ＆ドロップでインストールと見せかけて初回起動時にファイルをばらまくので
OS Xだとそんなノリかなと思ってやした。
レジストリみたいなものについては
外見のカスタマイズなどではけっこう、どこそこの何てファイルに書いてある何をどーとかって会話がなされてるし。
ディレクトリもOS 9までと違ってアプリケーションの置き場とか決まってるぽいし。
へー。ちょっとOS X見直しました。
でもとりあえず、システム環境設定？に入れた音出すヤツとか、シェアで期限来たけど外し方わからんので
ほたらかーしだよ。
コンパネだったらドラッグポイだけど。
MS-Officeとかドラッグ＆ドロップでインストールと見せかけて初回起動時にファイルをばらまくので
OS Xだとそんなノリかなと思ってやした。
レジストリみたいなものについては
外見のカスタマイズなどではけっこう、どこそこの何てファイルに書いてある何をどーとかって会話がなされてるし。
ディレクトリもOS 9までと違ってアプリケーションの置き場とか決まってるぽいし。
204 ：名称未設定：02/12/30 01:26 ID:sMtQ0PzQ
スティッキーズとFinderのウインドウのサイズを
もっと小さくできるようにして欲しいー。
でないと場所取りすぎて邪魔すぎ・・・。
どこか内部の設定いじったら変更できそうな気もするけど、誰か知らない？
もっと小さくできるようにして欲しいー。
でないと場所取りすぎて邪魔すぎ・・・。
どこか内部の設定いじったら変更できそうな気もするけど、誰か知らない？
Dockは邪魔だな OS９までのランチャーみたいに好きなトコに置けないし
俺もウィンドシェードは欲しい ラベルも付けたい
シェアウェアではあるけど面倒だし
なんで前のOSの便利に使ってた機能をけずるのか意味不明
Jagar いらん機能多く付け過ぎ
Jagar 9.xx付けないかわりに有料でCDROM送りつけるという対応も意味不明
BSDカーネルで堅牢なシステムを手軽に手に入れられるのが売りの割には
複雑で重過ぎ
俺もウィンドシェードは欲しい ラベルも付けたい
シェアウェアではあるけど面倒だし
なんで前のOSの便利に使ってた機能をけずるのか意味不明
Jagar いらん機能多く付け過ぎ
Jagar 9.xx付けないかわりに有料でCDROM送りつけるという対応も意味不明
BSDカーネルで堅牢なシステムを手軽に手に入れられるのが売りの割には
複雑で重過ぎ
↑名前まちがえた
以前の書き込みで入れたのが残ってた
以前の書き込みで入れたのが残ってた
ウィンドシェードをつけるとしたらちゃんと買わなきゃいかんわけで、
その分値段もつり上がるわけだが。
あとJagarじゃない。Jaguarだ。
その分値段もつり上がるわけだが。
あとJagarじゃない。Jaguarだ。
Dock なんですが、ウィンドウをしまうときに、フォルダ・ファイルの領域ではなくて、アプリアイコンの領域にしまってほしいと思う。
キーボードだけでログインできるようにならんかね。
いちいち自分とこマウスでさわるのめんどいんだけど。
いちいち自分とこマウスでさわるのめんどいんだけど。
210 ：名称未設定：02/12/30 02:53 ID:nzLCEZ1Q
>>209
だから、そーいうのをフィードバックしろよ！
キーボードだけでログイン出来るように成るか否かは君の手にかかってる。
アップルコンピュータ（株）のフィードバック
http://survey.apple.co.jp/macosx/
米AppleのFeedback
http://www.apple.com/macosx/feedback/
だから、そーいうのをフィードバックしろよ！
キーボードだけでログイン出来るように成るか否かは君の手にかかってる。
アップルコンピュータ（株）のフィードバック
http://survey.apple.co.jp/macosx/
米AppleのFeedback
http://www.apple.com/macosx/feedback/
211 ：名称未設定：02/12/30 02:55 ID:Fi9Le5ax
>>209
んなの、矢印キーでちゃちゃっとやれば今でもできるってば。
んなの、矢印キーでちゃちゃっとやれば今でもできるってば。
213 ：名称未設定：02/12/30 03:50 ID:bPlM+b0F
ファイルの保存ダイアログにて。
「場所」でデスクトップやHome、Home以下のフォルダへ飛べるが、
なぜマウントしているボリュームが出てこないのでしょう。
毎回ホームを表示して、ブラウズにして、左を連打してボリュームまで
戻る動作が激しくうざいです。お願い、改善してちょ。
「場所」でデスクトップやHome、Home以下のフォルダへ飛べるが、
なぜマウントしているボリュームが出てこないのでしょう。
毎回ホームを表示して、ブラウズにして、左を連打してボリュームまで
戻る動作が激しくうざいです。お願い、改善してちょ。
217 ：名称未設定：02/12/30 11:58 ID:E4NvKQET
>>215
フィードバックしる！
フィードバックしる！
「移動→鯖に接続」でウィンドウ開くと、
ファインダーの他の動作を受け付けなくなるのを、なおしてホスぃ。
それと、この項目をアプルメヌーと、ドックにも追加するべきと思うんだが。
ファインダーの他の動作を受け付けなくなるのを、なおしてホスぃ。
それと、この項目をアプルメヌーと、ドックにも追加するべきと思うんだが。
おれは「移動」メニューそのものが気に入らない。
どちらかというと「開く」と言って欲しかった。
そして「開く」メニューはファイルメニューのサブメニューか
219のいうようにアップルメニューのほうがふさわしいと思った。
どちらかというと「開く」と言って欲しかった。
そして「開く」メニューはファイルメニューのサブメニューか
219のいうようにアップルメニューのほうがふさわしいと思った。
feedback!しる。
>>219
できるだけ、ほかの動作を受け付けなくなることは少ないほうがいいのだが、
鯖の設定をしているときに、メニューやウインドウ中の操作をすることがあるだろうか？
そういう状況があるのかどうか、説明を求めたい。
動作を受け付けなくすることを回避するなら、Finder ウィンドウにシートダイアログを出すことが考えられそうだが、別ウィンドウでサーバを表示することができなくなる。
できるだけ、ほかの動作を受け付けなくなることは少ないほうがいいのだが、
鯖の設定をしているときに、メニューやウインドウ中の操作をすることがあるだろうか？
そういう状況があるのかどうか、説明を求めたい。
動作を受け付けなくすることを回避するなら、Finder ウィンドウにシートダイアログを出すことが考えられそうだが、別ウィンドウでサーバを表示することができなくなる。
>>220
「開く」だと、新しくFinderウィンドウを開くことになるが、OS X のFinder はあまりウィンドウを開かずに、One Window で済まそうとする傾向が強い。
ウィンドウに表示されているフォルダから、別なフォルダに移る場合、やはり「移動」の方が言葉としてぴったりくるのではないだろうか？
まあ、気に入るかどうかは別な話になるが。
「開く」だと、新しくFinderウィンドウを開くことになるが、OS X のFinder はあまりウィンドウを開かずに、One Window で済まそうとする傾向が強い。
ウィンドウに表示されているフォルダから、別なフォルダに移る場合、やはり「移動」の方が言葉としてぴったりくるのではないだろうか？
まあ、気に入るかどうかは別な話になるが。
>>219-220
「サーバに接続」メニューをどこに置くか、という問題だが。
・デフォルトでは、アップルメニューの追加はダメ。
・ドックに追加はよい。
ってのが、個人的意見。
サーバの接続は、Finder の仕事だから、アップルメニューが肩代わりしないほうがいい。
また、
・「開く」として、ファイルメニューのサブメニューはダメ。
・ファイルメニューに追加はよい。
ファイルは「開く」、フォルダも「開く」だが、サーバは「開く」というより、「接続する」という言い方をすると思う。ファイルメニューにはファイルばかりでなく、ウィンドウやディスクに関することも含まれている。追加するとすれば一番違和感がない。
「サーバに接続」メニューをどこに置くか、という問題だが。
・デフォルトでは、アップルメニューの追加はダメ。
・ドックに追加はよい。
ってのが、個人的意見。
サーバの接続は、Finder の仕事だから、アップルメニューが肩代わりしないほうがいい。
また、
・「開く」として、ファイルメニューのサブメニューはダメ。
・ファイルメニューに追加はよい。
ファイルは「開く」、フォルダも「開く」だが、サーバは「開く」というより、「接続する」という言い方をすると思う。ファイルメニューにはファイルばかりでなく、ウィンドウやディスクに関することも含まれている。追加するとすれば一番違和感がない。
メニューに関しては、漏れはこのままでいいと思うが「フォルダへ移動…」で
入力中に、tcshのキーバインドが使えるようにして欲しい。
^aで行頭、^eで行末、^dで一文字削除など。
ほかにも細かい事だが、自動的にIMを切って、半角英数モードになるようにしてもらいたい。
ただこれって、Tarminal使えばすんじゃうのがねぇ(苦笑
入力中に、tcshのキーバインドが使えるようにして欲しい。
^aで行頭、^eで行末、^dで一文字削除など。
ほかにも細かい事だが、自動的にIMを切って、半角英数モードになるようにしてもらいたい。
ただこれって、Tarminal使えばすんじゃうのがねぇ(苦笑
226 ：名称未設定：03/01/06 22:41 ID:3APE8ku6
フィードバックage
カラムでプレビューを表示するかどうかをファイル毎に選べるようにしてもらいたい。
巨大なAVIファイルをQT Pluginでプレビューされた日にゃあFinderの再起動しか道がないYO.
巨大なAVIファイルをQT Pluginでプレビューされた日にゃあFinderの再起動しか道がないYO.
tcshのキーバインドって…。
>>227
カラムプレビューをちょこちょこやっていたのだが、困ったことが起きた。
http://www.nihondc.co.jp/catalogsuper80i.pdf
このpdfファイルをプレビューしようとすると、レインボーカーソルがぐるぐるで、他のアプリケーションが操作不能、強制終了もきくのかどうかわからず、強制再起動をするはめになりやした。
そのファイルはAcrobat Reader では、正常に表示できる。
カラムプレビューをちょこちょこやっていたのだが、困ったことが起きた。
http://www.nihondc.co.jp/catalogsuper80i.pdf
このpdfファイルをプレビューしようとすると、レインボーカーソルがぐるぐるで、他のアプリケーションが操作不能、強制終了もきくのかどうかわからず、強制再起動をするはめになりやした。
そのファイルはAcrobat Reader では、正常に表示できる。
>>229
これはある意味ブラクラだろう……。
これはある意味ブラクラだろう……。
>>230
ということは、同じ症状が発生しているということなのでしょうか？
実は、ジャガーに移行したときに、カーソルぐるぐる状態になることが分かっていたのだが、今の今まですっかり忘れてしまっていますた。
ということは、同じ症状が発生しているということなのでしょうか？
実は、ジャガーに移行したときに、カーソルぐるぐる状態になることが分かっていたのだが、今の今まですっかり忘れてしまっていますた。
>>229
3.2MBですか。ちょっとでかいですね。なんだロクラクか（ｗ
OS9.2.2でIE5.1.6だと平気ですが、ブラウザでも止まるんですか？>>230
>>227,229
フィードバックしてほしいです。
3.2MBですか。ちょっとでかいですね。なんだロクラクか（ｗ
OS9.2.2でIE5.1.6だと平気ですが、ブラウザでも止まるんですか？>>230
>>227,229
フィードバックしてほしいです。
>>232
Mac OS X 10.2 以降の プレビュー、Finder の プレビュー で症状がおきます。
ブラウザは、IE 5.2.2 ですが、pdf を直接表示しません。もし、プレビューあたりで直接表示できるようになっていると、ブラクラになる恐れがあると思われます。
ちなみに、アップルにはフィードバックしました。
Mac OS X 10.2 以降の プレビュー、Finder の プレビュー で症状がおきます。
ブラウザは、IE 5.2.2 ですが、pdf を直接表示しません。もし、プレビューあたりで直接表示できるようになっていると、ブラクラになる恐れがあると思われます。
ちなみに、アップルにはフィードバックしました。
234 ：名称未設定：03/01/18 02:07 ID:WJw46Kbt
何でプリントセンターってあんなに深いところにあるんでしょう?
環境設定の中にあってもいいと思うんだけど…。
何か理由があるんでしょうか? 既出だったらすいません。
環境設定の中にあってもいいと思うんだけど…。
何か理由があるんでしょうか? 既出だったらすいません。
プリントセンターって最初どこにあるのか何をどうするのか全然わからなかった。
用紙選択やプリント画面でいちいちメニュー選ばないといけなしし、セレクタの方が便利。
ところでシステム環境設定の中がでたらめなことになってるんですが何なのでしょう。
フルーツメニューやラベルXが２個づつあるし、
ユニバーサルアクセスなんか項目をまたがって複数存在してる。
わけがわかりません。
用紙選択やプリント画面でいちいちメニュー選ばないといけなしし、セレクタの方が便利。
ところでシステム環境設定の中がでたらめなことになってるんですが何なのでしょう。
フルーツメニューやラベルXが２個づつあるし、
ユニバーサルアクセスなんか項目をまたがって複数存在してる。
わけがわかりません。
>>235
質問、相談系のスレに行った方がよいと思われ。
質問、相談系のスレに行った方がよいと思われ。
FinderフォントOsakaにして
Aquaアピアランスとメタルアピアランスで(x) (-) (+)ボタンの間隔が違うね。
メタルアピアランスを使っているアプリで、ウィンドウを閉じようとして
Dockに格納したりしてしまう事がたまにあるので不思議だったんだが、
何気に両方を縦に並べて見たら気が付いた。
メタルの方がボタンの間隔が狭い。
メタルアピアランスを使っているアプリで、ウィンドウを閉じようとして
Dockに格納したりしてしまう事がたまにあるので不思議だったんだが、
何気に両方を縦に並べて見たら気が付いた。
メタルの方がボタンの間隔が狭い。
（＾＾）
両方出すことなんてできるの？
241 ：名称未設定：03/01/27 02:39 ID:iSCgt5Tn
feedback age
背面のメタルウィンドウを閉めようとすると切り替わるのがうざい。
ていうかこれはバグだと思うのだが。
ていうかこれはバグだと思うのだが。
243 ：名称未設定：03/02/05 01:37 ID:FxW+EC8p
ディスクユーティリティでDOSフォーマットでフロッピーをフォーマットできないのがちょっと不満。
既出だったらｽﾏｿ｡
既出だったらｽﾏｿ｡
シェアウエアじゃなく
いい加減純正ウインドシェードが付けろと、
Dockにいちいちしまってられるかい！
いい加減純正ウインドシェードが付けろと、
Dockにいちいちしまってられるかい！
247 ：名称未設定：03/02/05 08:53 ID:IaRJ4qYQ
Minimize In Placeは一見よさげだけど、実は煩雑で良くない。
ウィンドウを片づけて、画面を整理し、視認性を高めるという意味において、
なんの役にも立っていない。
縮小フローティングするなら、結局Dockのほうがマシということになる。
アプリケーション用Dockとウィンドウ用Dockを分離して、
ウィンドウ用のDockをWindowsのタスクバーと同等の仕様にするのがいい。
現在のウィンドウ収納方式の弱点は、隠す時と表示する時のポインタが
異なる点にあるが、タスクバー方式ならこの問題は起きない。
ウィンドウを片づけて、画面を整理し、視認性を高めるという意味において、
なんの役にも立っていない。
縮小フローティングするなら、結局Dockのほうがマシということになる。
アプリケーション用Dockとウィンドウ用Dockを分離して、
ウィンドウ用のDockをWindowsのタスクバーと同等の仕様にするのがいい。
現在のウィンドウ収納方式の弱点は、隠す時と表示する時のポインタが
異なる点にあるが、タスクバー方式ならこの問題は起きない。
結局ウィンドウシェードが最適
ウィンドウシェードも画面が散らばるので、タスクバーが最適。
タスクバーとウィンドウシェードは意味が全く違うので
理想はウィンドウシェードとfinder以外でも効くポップアップウィンドウだな。
理想はウィンドウシェードとfinder以外でも効くポップアップウィンドウだな。
タスクバーあってもウインドウシェードは欲しい。
252 ：名称未設定：03/02/05 14:27 ID:X9jqfMYz
ポップアップにするんだったらdockにいれた方がいいけど。
ウィンドウシェードはウィンドウが増えてくると結局煩雑になる。
あってもいいけど、dockと組み合わせるのがよいかも。
gnomeとかウィンドウシェードも最小化もできるしね。
ウィンドウシェードはウィンドウが増えてくると結局煩雑になる。
あってもいいけど、dockと組み合わせるのがよいかも。
gnomeとかウィンドウシェードも最小化もできるしね。
253 ：名称未設定：03/02/08 07:29 ID:zIm9ERw8
最小化したら、コンテクストメニューに収納するってのはどう？
（右クリックで出すDockのポップアップは、収納されたファイルの右隣に階層表示して対応）
Winのタスクバーと違って、最小化でDockに収納する必要はないはず。
2ボタンマウスだったら使いやすいと思うんだけど。
（右クリックで出すDockのポップアップは、収納されたファイルの右隣に階層表示して対応）
Winのタスクバーと違って、最小化でDockに収納する必要はないはず。
2ボタンマウスだったら使いやすいと思うんだけど。
windowシェードはちょっと後ろが見たいって時に使うので
dockやタスクとはちがう使い方をする。
マウス動かすのが面倒ってことです。
ウィンドウシェードは
ダブルクリックウィンドウシェード
ボタンクリックウィンドウ半透明
コマンド＋Ｍdockに格納
と使い分けるので最高、たまに効かないアプリをどうにかして欲しい
僕はアプリの名前が左端に出るのをどうにかしたい
編集メニューの位置がアプリ毎にちがうのは激しく使いにくい
せめてiconにしてファイルと編集のメニュー位置は固定して欲しい
dockやタスクとはちがう使い方をする。
マウス動かすのが面倒ってことです。
ウィンドウシェードは
ダブルクリックウィンドウシェード
ボタンクリックウィンドウ半透明
コマンド＋Ｍdockに格納
と使い分けるので最高、たまに効かないアプリをどうにかして欲しい
僕はアプリの名前が左端に出るのをどうにかしたい
編集メニューの位置がアプリ毎にちがうのは激しく使いにくい
せめてiconにしてファイルと編集のメニュー位置は固定して欲しい
255 ：名称未設定：03/02/08 17:29 ID:hS4t/bwN
>>254
俺はspace.appを使ってるから後ろを見たいときはそっちに頼っちゃうから気にならないのかも。
完全な仮想デスクトップじゃないけど、なかなかに便利です。
アプリの名前が出てるのは確かにわかりやすくはあるんだけど
長すぎるときに違和感が出てくるよね。改良の余地ありだとは思う。
俺はspace.appを使ってるから後ろを見たいときはそっちに頼っちゃうから気にならないのかも。
完全な仮想デスクトップじゃないけど、なかなかに便利です。
アプリの名前が出てるのは確かにわかりやすくはあるんだけど
長すぎるときに違和感が出てくるよね。改良の余地ありだとは思う。
256 ：名称未設定：03/02/08 18:32 ID:r6JMgDD5
cmd+Mでウィンドウを格納した後
そのまま元に戻すショートカットはないの？
とおもって、cmd＋シフト＋Mを押したら・・・・・・
こりゃなんじゃい？
そのまま元に戻すショートカットはないの？
とおもって、cmd＋シフト＋Mを押したら・・・・・・
こりゃなんじゃい？
アプリケーションの名前が長いとメニューバーの項目が切れるのが困る
まだ出たばかりと言われ続けてもうじき2年になるんだが、
今だに不満が多い。Macの自慢のUIも、もうWinに抜かれてるね。。
今だに不満が多い。Macの自慢のUIも、もうWinに抜かれてるね。。
>Macの自慢のUIも、もうWinに抜かれてるね。
えっ、本気でいってるの？
えっ、本気でいってるの？
>>258
大丈夫か？おい？
大丈夫か？おい？
261 ：名称未設定：03/02/08 21:04 ID:HVvfkY4e
WinのUIがイイとか言う奴が居るが、Winってアプリごとに違いませんか。
主要な操作方法は一応共通してるけど、
テレビゲームみたいな画面がでて独自な感じのやつが多い。
特に有名どころからちょっとハズれてるアプリは。
主要な操作方法は一応共通してるけど、
テレビゲームみたいな画面がでて独自な感じのやつが多い。
特に有名どころからちょっとハズれてるアプリは。
262 ：名称未設定：03/02/08 21:07 ID:/4vbiqeE
>>259-260
なんかおかしなこと言ったかな？
マウスオーバーしなければ色でしか視認できないクローズボックスとか、
マウスオーバーしなければ、全部同じに見えるDock内のWindowとか、
単にパっと見のアピールを優先して、機能性を殺してしまっている部分が随分あって、
もうUIにおいてWinに対する優位性を持っているとは言えないと思うんだけど…
なんかおかしなこと言ったかな？
マウスオーバーしなければ色でしか視認できないクローズボックスとか、
マウスオーバーしなければ、全部同じに見えるDock内のWindowとか、
単にパっと見のアピールを優先して、機能性を殺してしまっている部分が随分あって、
もうUIにおいてWinに対する優位性を持っているとは言えないと思うんだけど…
264 ：名称未設定：03/02/08 21:39 ID:SfWgJtq4
>>263
ウィンドウ開き過ぎるとwinでもタスクバーの中身は分からなくなるよね。
Xpからアプリ毎にまとめられるようになってみたいだけど、
マウスオーバーが必要なのは同じだし。
クローズボックスなんて俺はグラファイトにしてるから
色でも視認できないけど、そんなに困らないけどな。
場所が入れ代わるわけじゃないんだし。
ウィンドウ開き過ぎるとwinでもタスクバーの中身は分からなくなるよね。
Xpからアプリ毎にまとめられるようになってみたいだけど、
マウスオーバーが必要なのは同じだし。
クローズボックスなんて俺はグラファイトにしてるから
色でも視認できないけど、そんなに困らないけどな。
場所が入れ代わるわけじゃないんだし。
自分も慣れているからたいして困らないけれど、
クローズボックスを色でしか視認できなくしながら、
ワンボタンマウスを固辞している点には、
分裂症的破綻を感じるところです。
クローズボックスを色でしか視認できなくしながら、
ワンボタンマウスを固辞している点には、
分裂症的破綻を感じるところです。
266 ：名称未設定：03/02/08 21:55 ID:Iaco1DTt
OS9からｼﾞｬｶﾞﾀｿに乗り換えて特に不満なく使っておりますが、
FinderウインドウでCtrl+Clickしてコンテクストメニューに
「並び替え」と「整理する」
が無いのが不便でしょうがありません。
みんな不便じゃないの？
FinderウインドウでCtrl+Clickしてコンテクストメニューに
「並び替え」と「整理する」
が無いのが不便でしょうがありません。
みんな不便じゃないの？
>>266
あれは不便、同意したい
あれは不便、同意したい
スリープのショートカットがほすぃ。
269さん、ありがとうです!!
これからはマウス使わずカッコ良く終了できそうです。
本当に感謝です。
これからはマウス使わずカッコ良く終了できそうです。
本当に感謝です。
スリープなら電源ボタン→コマンドSも旧機種ならいけた
Xはしらん
Xはしらん
Xは電源ボタン→Sでいけた
けっこう細かいところまでできてるなあ
オプション押しながらドックのアプリクリックしたりとか
俺の知らなかった技がけっこう次々にでてくる
けっこう細かいところまでできてるなあ
オプション押しながらドックのアプリクリックしたりとか
俺の知らなかった技がけっこう次々にでてくる
>>272
それ、X以前から常識。
それ、X以前から常識。
あ、パワーボタン→Sの事な。
ちなみにRで再起動、ｺﾏﾝﾄﾞ+.でキャンセル
デープなテクニックスレ嫁。
ちなみにRで再起動、ｺﾏﾝﾄﾞ+.でキャンセル
デープなテクニックスレ嫁。
iMac Flat Panelは電源ボタンがお尻に付いてるので、電源ボタンを組み合わせた
ショートカットはちょっとやりずらい。
ショートカットはちょっとやりずらい。
とりあえず
最低限、ヘルプセンター位は「全部」読んでから文句言えよ。
最低限、ヘルプセンター位は「全部」読んでから文句言えよ。
せっかくショートカット教えてもらったんですけど、うちのiMac Flat Panelは
cmd+option+ﾒﾃﾞｨｱｲｼﾞｪｸﾄｷｰでスリープできませんでした。泣)
一旦眠ることは眠るんだけど、すぐ目を覚ましてしまいます。
メニューバーからスリープさせればちゃんと眠るんですけど。
cmd+option+ﾒﾃﾞｨｱｲｼﾞｪｸﾄｷｰでスリープできませんでした。泣)
一旦眠ることは眠るんだけど、すぐ目を覚ましてしまいます。
メニューバーからスリープさせればちゃんと眠るんですけど。
>>280
押してすぐ手を離したらどうですか？
押してすぐ手を離したらどうですか？
＞281さん、ありがとう!
押してすぐ手を離したら眠ってくれました。
押してすぐ手を離したら眠ってくれました。
283 ：名称未設定：03/02/18 13:21 ID:7Ol27fYX
激しく概出でスマソ。
やっぱOSXをx86へ。
アポーの収益はハードがほとんどだからという意見がありますが，どんどん
シェアがなくなっていく，どっちみち倒産よりはいいのでは？
それから，何だか最近アプリに力を入れてるようなので。
やっぱOSXをx86へ。
アポーの収益はハードがほとんどだからという意見がありますが，どんどん
シェアがなくなっていく，どっちみち倒産よりはいいのでは？
それから，何だか最近アプリに力を入れてるようなので。
現状のハードも出しつつゆっくりフェードアウトしてく様な方法でいけないかなぁ。
ドライバなど周辺の環境がそろうまでは並行でやってくみたいな。
確かに汎用機でOSXを使いたいというのはある。
ドライバなど周辺の環境がそろうまでは並行でやってくみたいな。
確かに汎用機でOSXを使いたいというのはある。
x86で動くようにするのとPCで動くようにするのとはまったく違う。
前者はPPCがほんとに使えなくなった時（見通しはすでに暗いが）
もしくは純粋に速度の向上を目的として移行する場合。
後者は他社に互換機の発売を許す場合。そしてこれは経営判断上激しく『ない』。
前者はPPCがほんとに使えなくなった時（見通しはすでに暗いが）
もしくは純粋に速度の向上を目的として移行する場合。
後者は他社に互換機の発売を許す場合。そしてこれは経営判断上激しく『ない』。
287 ：名称未設定：03/02/28 11:12 ID:E8oy9sId
UNIXの世界でポピュラーな2ペイン表示（左にフォルダの階層表示、右にそこで
選んだフォルダの内容）がOSXにはないわけだが、いったん2ペインに慣れた者に
とってはかなり不満。ちなみにWindowsでも「フォルダ」ボタンで2ペインになる。
カラム表示でやれ！ということなんだろうけど、カラムは並べ替えの方法が名前で
固定だったり、深い階層間のファイル移動が面倒だったりと、少なくとも漏れにとっては
使いにくい。
ま、1ウィンドウオペレーションにこだわらないならいいんだろうけど。2ペインを
採用しないのはなにか理由でもあるのかな？
選んだフォルダの内容）がOSXにはないわけだが、いったん2ペインに慣れた者に
とってはかなり不満。ちなみにWindowsでも「フォルダ」ボタンで2ペインになる。
カラム表示でやれ！ということなんだろうけど、カラムは並べ替えの方法が名前で
固定だったり、深い階層間のファイル移動が面倒だったりと、少なくとも漏れにとっては
使いにくい。
ま、1ウィンドウオペレーションにこだわらないならいいんだろうけど。2ペインを
採用しないのはなにか理由でもあるのかな？
Macはドラッグ＆ドロップが基本だから、ふつう深い階層にあるフォルダなんか
エイリアスとかランチャで管理する人間が多いし、イレギュラー的にエイリアス作ってない
深いフォルダに移動するにしても、スプリングローデッドフォルダがあるから
みんな困らない
あたりの理由で、長いMacの歴史のなかでだれも２ペインツリー表示ファイルブラウザ
を作らなかった（あるのかもしれないけど、普及しなかった）
のではないかと思ったりしてるんだけどどお？
ツリー表示はカット＆ペーストの文化なんじゃないかと
エイリアスとかランチャで管理する人間が多いし、イレギュラー的にエイリアス作ってない
深いフォルダに移動するにしても、スプリングローデッドフォルダがあるから
みんな困らない
あたりの理由で、長いMacの歴史のなかでだれも２ペインツリー表示ファイルブラウザ
を作らなかった（あるのかもしれないけど、普及しなかった）
のではないかと思ったりしてるんだけどどお？
ツリー表示はカット＆ペーストの文化なんじゃないかと
何が悲しくて2ペインなんてレガシーなものにあわせなきゃならんのだ。
PowerFiler というフリーウェアがあります。
291 ：287：03/02/28 12:25 ID:E8oy9sId
>>288
>ツリー表示はカット＆ペーストの文化なんじゃないかと
OS9のときは不便を感じなかったんだけど、OSXだとウィンドウの占める面積が
大きくなっているので、移動元と移動先が両方見える状態にするのがなかなか大変に
なったと感じてます。ちなみに2ペインでも常にドラッグで移動してまつ。
>>289
>何が悲しくて2ペインなんてレガシーなものにあわせなきゃならんのだ。
まあ2ペインでなくても、カラム表示でフォルダのツリー表示とソート方法の変更が
できれば十分なんだけどね。
>>290
おっｻﾝｸｽｺ。これこそ漏れの求めていたものかも。
>ツリー表示はカット＆ペーストの文化なんじゃないかと
OS9のときは不便を感じなかったんだけど、OSXだとウィンドウの占める面積が
大きくなっているので、移動元と移動先が両方見える状態にするのがなかなか大変に
なったと感じてます。ちなみに2ペインでも常にドラッグで移動してまつ。
>>289
>何が悲しくて2ペインなんてレガシーなものにあわせなきゃならんのだ。
まあ2ペインでなくても、カラム表示でフォルダのツリー表示とソート方法の変更が
できれば十分なんだけどね。
>>290
おっｻﾝｸｽｺ。これこそ漏れの求めていたものかも。
>>291
ファイル移動に関しては、Xshelf というソフトがある。
http://homepage.mac.com/khsu/XShelf/XShelf.html
ファイル、フォルダの一時的な置き場(Shelf)を作ってくれるもの。
OS X Finder は基本的にワンウィンドウモードで使うので、
dirA/dirB/file.xxx を dirA/file.xxx に移すのが面倒だが
これを使うとdirBを開いて、file.xxx をシェルフに移動し、dirAに戻って、
シェルフから移すということが可能になる。
文章じゃわかりにくいですが、ウィンドウを２枚開く必要がない。
NeXTにあった機能をOSX用に再実装らしい。
ファイル移動に関しては、Xshelf というソフトがある。
http://homepage.mac.com/khsu/XShelf/XShelf.html
ファイル、フォルダの一時的な置き場(Shelf)を作ってくれるもの。
OS X Finder は基本的にワンウィンドウモードで使うので、
dirA/dirB/file.xxx を dirA/file.xxx に移すのが面倒だが
これを使うとdirBを開いて、file.xxx をシェルフに移動し、dirAに戻って、
シェルフから移すということが可能になる。
文章じゃわかりにくいですが、ウィンドウを２枚開く必要がない。
NeXTにあった機能をOSX用に再実装らしい。
293 ：287：03/02/28 13:22 ID:E8oy9sId
>>292
コピペとD&Dの折衷案って感じですな。
出発点と目的地が両方見えてないとなんとなく不安な漏れとしては、ちょっと違う感じ
かなあ。Winでもファイルのコピペはほとんど使わないし。
でも、あればあったで便利に使えるかもね。
コピペとD&Dの折衷案って感じですな。
出発点と目的地が両方見えてないとなんとなく不安な漏れとしては、ちょっと違う感じ
かなあ。Winでもファイルのコピペはほとんど使わないし。
でも、あればあったで便利に使えるかもね。
>>292-294
Mac OSだとデスクトップを一時置き場にできましたけど
OS Xでは複製になってしまいますもんね。
で、実はゴミ箱がシェルフ的に使えます。
ゴミ箱を経由してボリューム間のファイル移動をすると、
ゴミ箱にファイルが残らず、あたかも複製ではなく移動が生じたかのような
動作になります。
と言っても容量が大きければコピー中のインジケーターは出るので
マカの俺にとっては変な動作としか思えないのですが。
他プラットホームの人にとっては（UNIXの人？Winはどうなんだろ。）
逆に、パーティション間で見た目上の移動（もとの場所にファイルを残さない）
ができない事に違和感を感じたりするらしいですね。
個人的にはOS8.5使ってた頃からファイルのカット＆ペーストのスクリプト作って使ってます。
Mac OSだとデスクトップを一時置き場にできましたけど
OS Xでは複製になってしまいますもんね。
で、実はゴミ箱がシェルフ的に使えます。
ゴミ箱を経由してボリューム間のファイル移動をすると、
ゴミ箱にファイルが残らず、あたかも複製ではなく移動が生じたかのような
動作になります。
と言っても容量が大きければコピー中のインジケーターは出るので
マカの俺にとっては変な動作としか思えないのですが。
他プラットホームの人にとっては（UNIXの人？Winはどうなんだろ。）
逆に、パーティション間で見た目上の移動（もとの場所にファイルを残さない）
ができない事に違和感を感じたりするらしいですね。
個人的にはOS8.5使ってた頃からファイルのカット＆ペーストのスクリプト作って使ってます。
>>295
ほんとだ。ゴミ箱経由だと残りませんね。へんな挙動...
でも便利なTipsとして覚えておきます。笑
で、
>逆に、パーティション間で見た目上の移動（もとの場所にファイルを残さない）
>ができない事に違和感を感じたりするらしいですね。
なんですが、
コマンド押しながらアイコンをドラッグドロップすると、
別ボリュームでもコピーにならず移動になりますよん。
ほんとだ。ゴミ箱経由だと残りませんね。へんな挙動...
でも便利なTipsとして覚えておきます。笑
で、
>逆に、パーティション間で見た目上の移動（もとの場所にファイルを残さない）
>ができない事に違和感を感じたりするらしいですね。
なんですが、
コマンド押しながらアイコンをドラッグドロップすると、
別ボリュームでもコピーにならず移動になりますよん。
297 ：287：03/02/28 15:17 ID:E8oy9sId
>>295
なにげにナイスなアイデアのような。
>他プラットホームの人にとっては（UNIXの人？Winはどうなんだろ。）
Winでも普通に別ボリュームにドラッグするとコピーですな。右ドラッグ（そんなのが
あるってだけでも考えてみれば凄いが）で出てくるメニューから「移動」を選ぶと
移動。
ただ例外みたいなものがあって、フォルダにドライブをマウントしている場合
（UNIXのマウントポイントみたいなものか）は、そのフォルダから外にドラッグ
すればコピーではなく移動になります。
ゴミ箱に関していうと、ネットワークボリュームからゴミ箱への移動はゴミ箱に入らず
即消去。マカにとっては憤死ものの挙動ですな。
なにげにナイスなアイデアのような。
>他プラットホームの人にとっては（UNIXの人？Winはどうなんだろ。）
Winでも普通に別ボリュームにドラッグするとコピーですな。右ドラッグ（そんなのが
あるってだけでも考えてみれば凄いが）で出てくるメニューから「移動」を選ぶと
移動。
ただ例外みたいなものがあって、フォルダにドライブをマウントしている場合
（UNIXのマウントポイントみたいなものか）は、そのフォルダから外にドラッグ
すればコピーではなく移動になります。
ゴミ箱に関していうと、ネットワークボリュームからゴミ箱への移動はゴミ箱に入らず
即消去。マカにとっては憤死ものの挙動ですな。
＞ゴミ箱に関していうと、ネットワークボリュームからゴミ箱への移動はゴミ箱に入らず
＞即消去。マカにとっては憤死ものの挙動ですな。
これはどうにかして欲しいね。
＞即消去。マカにとっては憤死ものの挙動ですな。
これはどうにかして欲しいね。
299 ：名称未設定：03/03/01 01:41 ID:V1hXtIAp
ずっと前から考えてるんだけど、「ゴミ箱を空にする」って機能は実のところ
不要なんじゃないか？
・あるファイルをゴミ箱に入れた時点でディスク容量の表示はそのファイルの分増やす。
・ディスクがいっぱいになったら、ゴミ箱にあるファイルを一番古いものから順に勝手に消去する。
・もちろん、ゴミ箱になにか入っていようとなかろうとアイコンを変えたりはしない。
これでよくない？ゴミ箱になんかあると気になって常に空にしたくなる奴（漏れ含む）
にとっては余計な操作をしなくてよくなるし、不確実なファイル復活ユーティリティ
なんかなくても実際「本当に消去」さえされてなければ必ず復活できるようになるしで、
いいことづくめだと思うんだけど。
不要なんじゃないか？
・あるファイルをゴミ箱に入れた時点でディスク容量の表示はそのファイルの分増やす。
・ディスクがいっぱいになったら、ゴミ箱にあるファイルを一番古いものから順に勝手に消去する。
・もちろん、ゴミ箱になにか入っていようとなかろうとアイコンを変えたりはしない。
これでよくない？ゴミ箱になんかあると気になって常に空にしたくなる奴（漏れ含む）
にとっては余計な操作をしなくてよくなるし、不確実なファイル復活ユーティリティ
なんかなくても実際「本当に消去」さえされてなければ必ず復活できるようになるしで、
いいことづくめだと思うんだけど。
別ボリュームにファイルやフォルダをコピーではなく、移動させたい場合は
コマンドキーを押しながらやると、移動後、元のファイルやフォルダが自動的に消えます。
コマンドキーを押しながらやると、移動後、元のファイルやフォルダが自動的に消えます。
301 ：名称未設定：03/03/01 01:56 ID:R2MYQN5S
>>296
>コマンド押しながらアイコンをドラッグドロップすると、
>別ボリュームでもコピーにならず移動になりますよん。
中途半端に使い慣れると思わぬ恐ろしい目に遭いそうなチップスですな。
別ボリュームならコピーでもいいんじゃあ？てゆうかOS9以前もそうだし。
>>299
そういえばゴミ箱がなくなって「リサイクラー」になるって話も昔聞いた覚えが。
>コマンド押しながらアイコンをドラッグドロップすると、
>別ボリュームでもコピーにならず移動になりますよん。
中途半端に使い慣れると思わぬ恐ろしい目に遭いそうなチップスですな。
別ボリュームならコピーでもいいんじゃあ？てゆうかOS9以前もそうだし。
>>299
そういえばゴミ箱がなくなって「リサイクラー」になるって話も昔聞いた覚えが。
>>301
> 中途半端に使い慣れると思わぬ恐ろしい目に遭いそうなチップスですな。
> 別ボリュームならコピーでもいいんじゃあ？てゆうかOS9以前もそうだし。
そんな時にはcmd+zすればいいじゃん。
> 中途半端に使い慣れると思わぬ恐ろしい目に遭いそうなチップスですな。
> 別ボリュームならコピーでもいいんじゃあ？てゆうかOS9以前もそうだし。
そんな時にはcmd+zすればいいじゃん。
>>299
ディスク容量が満タンになるまでほったらかしてたら大変な事になると思いませんか。
定期的にゴミ箱を空にするようにするとか、起動時とか終了時に空にする事はできるけどね。
それに、アイコンをいじれば中身があってもアイコンを変えない事も可能じゃん。
よほどスマートなやり方で実装されれば別だけど、俺は自律的に空にできた方がいい。
ディスク容量が満タンになるまでほったらかしてたら大変な事になると思いませんか。
定期的にゴミ箱を空にするようにするとか、起動時とか終了時に空にする事はできるけどね。
それに、アイコンをいじれば中身があってもアイコンを変えない事も可能じゃん。
よほどスマートなやり方で実装されれば別だけど、俺は自律的に空にできた方がいい。
305 ：名称未設定：03/03/01 02:07 ID:V1hXtIAp
>>303
Macユーザーは使っているうちに自然にボリュームを意識するようになるわけです。
たしかに学習しないタイプの初心者はとまどうかもしれませんが、
そういう人はまずパーティションを切らないですよね？
「フロッピーからパソコンへコピー」というような事は
わりと自然に受け入れられるのではないでしょうか。
昔、『Macはブラックボックスに包み込んで易しくしているが、
根本的なところを触れなくしているからユーザーをバカにしている』
という、なぜか勝手に憤っているご年配の男性の投稿をパソコン雑誌で見たのですが
そんな事はないと思いました。
Macユーザーは使っているうちに自然にボリュームを意識するようになるわけです。
たしかに学習しないタイプの初心者はとまどうかもしれませんが、
そういう人はまずパーティションを切らないですよね？
「フロッピーからパソコンへコピー」というような事は
わりと自然に受け入れられるのではないでしょうか。
昔、『Macはブラックボックスに包み込んで易しくしているが、
根本的なところを触れなくしているからユーザーをバカにしている』
という、なぜか勝手に憤っているご年配の男性の投稿をパソコン雑誌で見たのですが
そんな事はないと思いました。
307 ：名称未設定：03/03/01 02:11 ID:V1hXtIAp
>>304
いやだから、満タンになったら必要なだけの領域が空くまでシステムが勝手に
古いファイルを消してくれるわけなんだけど。
現状だとゴミ箱消去は単なる管理情報の消去で、実際のディスク領域は
いつ上書きされるかまったくわからない。だからファイル復活ユーティリティ
でも、つい最近のファイルが復活できなかったりする。それがなくなる
メリットはでかいと思うんだけど・・・
いやだから、満タンになったら必要なだけの領域が空くまでシステムが勝手に
古いファイルを消してくれるわけなんだけど。
現状だとゴミ箱消去は単なる管理情報の消去で、実際のディスク領域は
いつ上書きされるかまったくわからない。だからファイル復活ユーティリティ
でも、つい最近のファイルが復活できなかったりする。それがなくなる
メリットはでかいと思うんだけど・・・
いや、9以前に慣れちまってる俺なんかにとっては、と言う意味でよ。
別ボリュームに動かす＝コピーができる、という癖が完全に取れないうちは
移動先で作業しながら元が残ってるつもりで安易に消してしまったりとかさー。
こんなこと言ってても知った以上は来週くらいには普通に使ってるんだろうね。
別ボリュームに動かす＝コピーができる、という癖が完全に取れないうちは
移動先で作業しながら元が残ってるつもりで安易に消してしまったりとかさー。
こんなこと言ってても知った以上は来週くらいには普通に使ってるんだろうね。
309 ：307：03/03/01 02:14 ID:V1hXtIAp
言い換えるなら、常にディスクは満タンという考え方ですな。
領域が必要になったら、「不要」とマークされたファイルのうち
もっとも古いものから消されていくと。
領域が必要になったら、「不要」とマークされたファイルのうち
もっとも古いものから消されていくと。
>>307
結局いつもディスクは満タンで、ディスクに何か書き込む度に
必要な領域を計算してその分のファイルを消去して、
その領域にアクセスするとしたら
よけいな計算も挟まるし
ディスクアクセスも遅くなるでしょうね。
結局あなたの意図は
まだ上書きされてないファイルは常にゴミ箱内で見えるようにしておいて
復活ソフトを使わなくても戻せるようにしたいって事なわけでしょ？
結局いつもディスクは満タンで、ディスクに何か書き込む度に
必要な領域を計算してその分のファイルを消去して、
その領域にアクセスするとしたら
よけいな計算も挟まるし
ディスクアクセスも遅くなるでしょうね。
結局あなたの意図は
まだ上書きされてないファイルは常にゴミ箱内で見えるようにしておいて
復活ソフトを使わなくても戻せるようにしたいって事なわけでしょ？
>>299
ディスクがいっぱいになるまでためておくというのは危険。
OSXの場合、仮想メモリを大量に使うし、空きがあまりに
少ないと挙動があやしくなります。あと、常にいっぱいいっぱい
だと断片化もはげしくなるよ。
ディスクがいっぱいになるまでためておくというのは危険。
OSXの場合、仮想メモリを大量に使うし、空きがあまりに
少ないと挙動があやしくなります。あと、常にいっぱいいっぱい
だと断片化もはげしくなるよ。
312 ：307：03/03/01 02:21 ID:V1hXtIAp
>>310
いやそんなにオーバーヘッドはないでしょ。どうせ必要な領域は
計算するし、消去するのは管理情報だけで実際の書き込みはただの
上書きだから一緒。
フラグメンテーションはずっと起こりやすくなるけどね。
>結局あなたの意図は
>まだ上書きされてないファイルは常にゴミ箱内で見えるようにしておいて
>復活ソフトを使わなくても戻せるようにしたいって事なわけでしょ？
そのたうり。でも実のところ本質的なのは、その場合ゴミ箱の中にある
ファイルの一部だけを「本当に消去」することができないことなんですな。
つまり手動では漏れのやりたいことはできないと。
いやそんなにオーバーヘッドはないでしょ。どうせ必要な領域は
計算するし、消去するのは管理情報だけで実際の書き込みはただの
上書きだから一緒。
フラグメンテーションはずっと起こりやすくなるけどね。
>結局あなたの意図は
>まだ上書きされてないファイルは常にゴミ箱内で見えるようにしておいて
>復活ソフトを使わなくても戻せるようにしたいって事なわけでしょ？
そのたうり。でも実のところ本質的なのは、その場合ゴミ箱の中にある
ファイルの一部だけを「本当に消去」することができないことなんですな。
つまり手動では漏れのやりたいことはできないと。
313 ：307：03/03/01 02:22 ID:V1hXtIAp
314 ：名称未設定：03/03/01 02:27 ID:srQRZxfY
>>295
ドライブを意識しないっていうのはすごいunix的な発想だよね。
1つのツリーに全てを統合するっていう。
やっぱりmacもwinもPCから発展してきたのでファイルがどのHDなりFDなりにあるのを
意識して作業するのが本来の姿だったのでしょう。
俺はOSXはunix的にしちゃってもいいと思うんだけどな。
ちょっと手を動かせばそういう風にも使えるしね。
ドライブを意識しないっていうのはすごいunix的な発想だよね。
1つのツリーに全てを統合するっていう。
やっぱりmacもwinもPCから発展してきたのでファイルがどのHDなりFDなりにあるのを
意識して作業するのが本来の姿だったのでしょう。
俺はOSXはunix的にしちゃってもいいと思うんだけどな。
ちょっと手を動かせばそういう風にも使えるしね。
俺、あのゴミ箱の中身を自動消去していくっていうWindows方式大っ嫌いなんだよね。
OS9の、捨ててもいいかなって思ったファイルをとりあえず入れちゃって
でもやっぱやめたって思ったら「片付ける」でスコーンと一発元どおりっていう
そういう手ぬるい感じが好きなんだよね。
雑誌捨てるのにいきなり切り刻んじゃうんじゃなくて、とりあえず紐で縛っておいて
でもなんとなく紐の隙間から引っ張り出して読みふけっちゃうようなw
ゴミ箱はゴミ箱であって、ファイルシュレッダーであってほしくはない、そんな気分。
OS9の、捨ててもいいかなって思ったファイルをとりあえず入れちゃって
でもやっぱやめたって思ったら「片付ける」でスコーンと一発元どおりっていう
そういう手ぬるい感じが好きなんだよね。
雑誌捨てるのにいきなり切り刻んじゃうんじゃなくて、とりあえず紐で縛っておいて
でもなんとなく紐の隙間から引っ張り出して読みふけっちゃうようなw
ゴミ箱はゴミ箱であって、ファイルシュレッダーであってほしくはない、そんな気分。
317 ：307：03/03/01 02:34 ID:V1hXtIAp
>>316
んーいやそうじゃなくて、ゴミ箱にたまった大量のファイルのうち、
一部のもの（ここでは一番古いもの）だけを消去しようと思ったら、
それ以外をいったんゴミ箱から出して、ゴミ箱を空にして、また戻す
ということをしなきゃならないでしょ。
そういう手間は嫌だってことなんですが。
んーいやそうじゃなくて、ゴミ箱にたまった大量のファイルのうち、
一部のもの（ここでは一番古いもの）だけを消去しようと思ったら、
それ以外をいったんゴミ箱から出して、ゴミ箱を空にして、また戻す
ということをしなきゃならないでしょ。
そういう手間は嫌だってことなんですが。
318 ：名称未設定：03/03/01 02:34 ID:Z77Yqhiw
>>307
昔々のMacTools Pro（シマンテックに買収されて終わった）には、
ちょうどそれと同じ機能があったよね。
ゴミ箱に入れて空にするという操作をバックグラウンドで監視してて、
実際は不可視の別フォルダに移動しておくって機能が。
もちろんそのとき扱ったアイテムのインデックスを作った上で。
必要になったときはMacToolsを使って取り出すんだけど、これには
たしか残しておく容量とか種類とか期間とかが設定できたと思う。
当時はHD容量が桁違いに小さかったから、ほんの少ししか残しておけ
ないのが難点だった。
昔々のMacTools Pro（シマンテックに買収されて終わった）には、
ちょうどそれと同じ機能があったよね。
ゴミ箱に入れて空にするという操作をバックグラウンドで監視してて、
実際は不可視の別フォルダに移動しておくって機能が。
もちろんそのとき扱ったアイテムのインデックスを作った上で。
必要になったときはMacToolsを使って取り出すんだけど、これには
たしか残しておく容量とか種類とか期間とかが設定できたと思う。
当時はHD容量が桁違いに小さかったから、ほんの少ししか残しておけ
ないのが難点だった。
>317
ノートン付属のツールなどでできると思いますが。
ノートン付属のツールなどでできると思いますが。
320 ：307：03/03/01 02:38 ID:V1hXtIAp
>>315
まあそういう気持ちはよくわかりますな。そういうユーザーが多いから
こそ、現状のゴミ箱方式が初代Mac（Lisa？）以来ほとんど変更も受けず使われ続けて
いるわけでしょうね。
実際問題として、「やっぱやめた」と思うような、つまり捨てたことを
覚えているようなファイルはだいたい最近のものだろうから、漏れの
提案している方式でもまず確実に復活できるとも思いますが。
あとWindows方式ってのはわかんないです。Windowsではゴミ箱に
入れたものって勝手に消えましたっけ?
まあそういう気持ちはよくわかりますな。そういうユーザーが多いから
こそ、現状のゴミ箱方式が初代Mac（Lisa？）以来ほとんど変更も受けず使われ続けて
いるわけでしょうね。
実際問題として、「やっぱやめた」と思うような、つまり捨てたことを
覚えているようなファイルはだいたい最近のものだろうから、漏れの
提案している方式でもまず確実に復活できるとも思いますが。
あとWindows方式ってのはわかんないです。Windowsではゴミ箱に
入れたものって勝手に消えましたっけ?
>320
Meしか使ったことないけどごみ箱に最大サイズってのがあって
ディスクの何％って設定するようになってます。
たしかデフォだと結構小さめで、はじめはごみ箱に入れておいたはずの物が
いつのまにか無くなってるのが何事なのか全く理解できなかったですw
Meしか使ったことないけどごみ箱に最大サイズってのがあって
ディスクの何％って設定するようになってます。
たしかデフォだと結構小さめで、はじめはごみ箱に入れておいたはずの物が
いつのまにか無くなってるのが何事なのか全く理解できなかったですw
322 ：307：03/03/01 02:44 ID:V1hXtIAp
>>319
うーん、漏れの文脈から「ノートンは使いたくない」って気持ちを
汲み取ってくれなかったのは残念でつ（笑）。
でも現状のゴミ箱に対する満足度が意外に高いのには驚き。
漏れは粗忽ものだから、自分で消去するやり方だとついつい「しまった」
ってなることが多いんですな。で、ノートンでも復活できなくて
余計ｶﾞｶｰﾘすると。
うーん、漏れの文脈から「ノートンは使いたくない」って気持ちを
汲み取ってくれなかったのは残念でつ（笑）。
でも現状のゴミ箱に対する満足度が意外に高いのには驚き。
漏れは粗忽ものだから、自分で消去するやり方だとついつい「しまった」
ってなることが多いんですな。で、ノートンでも復活できなくて
余計ｶﾞｶｰﾘすると。
323 ：307：03/03/01 02:46 ID:V1hXtIAp
324 ：316だけど319ではない：03/03/01 02:48 ID:n/DwQPff
>>322
ドラッグ＆ドロップの付属ソフトすら嫌なんですか？
まあ、買わないと付いて来ませんが。
しかし、ただ単にゴミ箱を空にするのと同じ程度に「消す」ツールなら
フリーウェアでありますよ。Mac OSの話ですが。
OS Xならrmすればいいですね。
ドラッグ＆ドロップの付属ソフトすら嫌なんですか？
まあ、買わないと付いて来ませんが。
しかし、ただ単にゴミ箱を空にするのと同じ程度に「消す」ツールなら
フリーウェアでありますよ。Mac OSの話ですが。
OS Xならrmすればいいですね。
325 ：名称未設定：03/03/01 02:51 ID:V1hXtIAp
>>324
いやだから、サードパーティーのツールを使えば云々という話では
ないんですよ。手動でできるできないという話でもない。
OSのファイル管理の考え方として、なんでこれではまずいのかな、
と思っているわけでして。そのほうが便利なんではないかと。
いやだから、サードパーティーのツールを使えば云々という話では
ないんですよ。手動でできるできないという話でもない。
OSのファイル管理の考え方として、なんでこれではまずいのかな、
と思っているわけでして。そのほうが便利なんではないかと。
326 ：名称未設定：03/03/01 02:53 ID:mbclHJjB
なんというか、こうすればできるできないの話になってるが、
もともとはOSの基本的な機能としてこんな風になってたらいいのに、
という話をしてたんじゃないのか？
できるかどうかじゃなくて、OSのデフォルトにふさわしいかどうかの
議論をしてくれよ。そういうスレなんだから。
もともとはOSの基本的な機能としてこんな風になってたらいいのに、
という話をしてたんじゃないのか？
できるかどうかじゃなくて、OSのデフォルトにふさわしいかどうかの
議論をしてくれよ。そういうスレなんだから。
>>324
実際に、Windowsであったり>>318のソフトなどで似たような機能が実現されているわけですから
そのような方針も選択できればいいですね。
ただし、いつの間にかファイルが消えていて自分は把握していないという状況になるだけで
ファイルの復活のしやすさにはつながらないと思います。
最初のあなたの提案のように満タンまで溜め込む方式だと明らかにディスクのパフォーマンスが下がるか
ランダムにアクセスされて一気に複数またはすべてのファイルが消えるだけでしょう。
実際に、Windowsであったり>>318のソフトなどで似たような機能が実現されているわけですから
そのような方針も選択できればいいですね。
ただし、いつの間にかファイルが消えていて自分は把握していないという状況になるだけで
ファイルの復活のしやすさにはつながらないと思います。
最初のあなたの提案のように満タンまで溜め込む方式だと明らかにディスクのパフォーマンスが下がるか
ランダムにアクセスされて一気に複数またはすべてのファイルが消えるだけでしょう。
そういえばOSXってゴミ箱を空にするときの確認で
「何項目で何MB入ってますが…」ってのたしか言わなくなったよね。
あれ良くないと思う。
これがあると「あれ？そんなに入れてたっけ？」って思って再確認して
捨てるの思いとどまったりしたことも結構あるし。
「何項目で何MB入ってますが…」ってのたしか言わなくなったよね。
あれ良くないと思う。
これがあると「あれ？そんなに入れてたっけ？」って思って再確認して
捨てるの思いとどまったりしたことも結構あるし。
329 ：307：03/03/01 03:05 ID:V1hXtIAp
もともとゴミ箱はめったに空にはしないという想定で作られたわけで、
漏れのように（ほとんど）常に空にしておくという使い方が間違い
ということなんでしょうな。
>>327
後半を読むと、やっぱり漏れの提案を理解してくれてないような・・・
一番古いファイルの占めている領域が選択的に開放されて使用される
わけだから、ランダムな消去ってのがなくなるという提案なんですが。
ランダムな消去が起こるのは、むしろ現状の管理方法（消えたファイルの
占めていた領域は自由に利用可能）ならではですよ。
漏れのように（ほとんど）常に空にしておくという使い方が間違い
ということなんでしょうな。
>>327
後半を読むと、やっぱり漏れの提案を理解してくれてないような・・・
一番古いファイルの占めている領域が選択的に開放されて使用される
わけだから、ランダムな消去ってのがなくなるという提案なんですが。
ランダムな消去が起こるのは、むしろ現状の管理方法（消えたファイルの
占めていた領域は自由に利用可能）ならではですよ。
>>329
なぜディスクが断片化するかというと、
速くディスクにアクセスするために、開いてるとこにバラバラぐちゃぐちゃ書いて行くからじゃなかったですっけ？
一つのファイルがまとまった領域に書いてあるわけではないですよね？
もし仮想メモリなどでHDDアクセスが必要なときに
いちいち必要な容量の分古いファイルから消して
ピンポイントにそこを利用していたら
ものすごいパフォーマンスの低下が起きるんじゃないですか？
素人考えなので勘違いだったらすいません。
なぜディスクが断片化するかというと、
速くディスクにアクセスするために、開いてるとこにバラバラぐちゃぐちゃ書いて行くからじゃなかったですっけ？
一つのファイルがまとまった領域に書いてあるわけではないですよね？
もし仮想メモリなどでHDDアクセスが必要なときに
いちいち必要な容量の分古いファイルから消して
ピンポイントにそこを利用していたら
ものすごいパフォーマンスの低下が起きるんじゃないですか？
素人考えなので勘違いだったらすいません。
332 ：名称未設定：03/03/01 03:10 ID:xRk/ja7E
んだな、最低限かつわかりやすい方法一つに絞らないといかんなら、
今のゴミ箱の方式が無難でいいよな。OSデフォルトとしてはな。
>>318のMacTools Proのキモは、ゴミ箱を空にするという操作を乗っ取る
機能拡張を使ってる（だからユーザーは気にしなくていい）ところだけで、
そこから後でやってることはわかってみれば何のことはないんだよね。
だから、ゴミ箱と別に例えば屑入れを作ってそこに入れたファイルに対して
307氏が望むような保管と自動消去を行うアプリを作るのは、心得のある
人ならそう難しくなさそうですよ。
フォルダ内を日付で検索して一定より古いアイテムを消去するってのは
AppleScriptでできるべきレベルの自動操作なのかもしれんし。
今のゴミ箱の方式が無難でいいよな。OSデフォルトとしてはな。
>>318のMacTools Proのキモは、ゴミ箱を空にするという操作を乗っ取る
機能拡張を使ってる（だからユーザーは気にしなくていい）ところだけで、
そこから後でやってることはわかってみれば何のことはないんだよね。
だから、ゴミ箱と別に例えば屑入れを作ってそこに入れたファイルに対して
307氏が望むような保管と自動消去を行うアプリを作るのは、心得のある
人ならそう難しくなさそうですよ。
フォルダ内を日付で検索して一定より古いアイテムを消去するってのは
AppleScriptでできるべきレベルの自動操作なのかもしれんし。
333 ：307：03/03/01 03:14 ID:V1hXtIAp
いやいや、パフォーマンスの低下は起こります。（>>312参照）
ただ現状と比べてどの程度下がるかは未知数かなと。まあ使い方によって
どのみち断片化は起こるから、そう大差はないんじゃないかと思っている
わけですが。
ただ現状と比べてどの程度下がるかは未知数かなと。まあ使い方によって
どのみち断片化は起こるから、そう大差はないんじゃないかと思っている
わけですが。
334 ：名称未設定：03/03/01 03:14 ID:ULZF3Voe
>>331
要するにそういうことです。
MacTools本体がNUMと同じディスクユーティリティだったから、
定期的に断片化解消しましょうっていう、ある意味マッチポンプに
なってたような気がしますね。
要するにそういうことです。
MacTools本体がNUMと同じディスクユーティリティだったから、
定期的に断片化解消しましょうっていう、ある意味マッチポンプに
なってたような気がしますね。
336 ：307：03/03/01 03:18 ID:V1hXtIAp
>>332
>307氏が望むような保管と自動消去を行うアプリを作るのは、心得のある
>人ならそう難しくなさそうですよ。
「領域が必要になったとき」消去ってのを、スムーズにやるのは
なかなか難しいかもという気もします。
ディスク領域を確保するメソッドをオーバーライドすることになる
わけでしょうね。そう考えれば道はある・・・のかな？
>307氏が望むような保管と自動消去を行うアプリを作るのは、心得のある
>人ならそう難しくなさそうですよ。
「領域が必要になったとき」消去ってのを、スムーズにやるのは
なかなか難しいかもという気もします。
ディスク領域を確保するメソッドをオーバーライドすることになる
わけでしょうね。そう考えれば道はある・・・のかな？
337 ：307：03/03/01 03:24 ID:V1hXtIAp
>>335
あんまり考えてないんですが（獏）、そんなにCPU負荷はかからないんでは
ないかと思います。ファイル保存時のディスクアクセスが（管理情報消去の
ぶんだけ）増えることにはなるのでパフォーマンスは確実に落ちますが、
OS9でノートンのFileSaver入れてるときに「ゴミ箱を空に」の速度が落ちる
度合いに比べればたいしたことはないんではないかと・・・（根拠なし）
あんまり考えてないんですが（獏）、そんなにCPU負荷はかからないんでは
ないかと思います。ファイル保存時のディスクアクセスが（管理情報消去の
ぶんだけ）増えることにはなるのでパフォーマンスは確実に落ちますが、
OS9でノートンのFileSaver入れてるときに「ゴミ箱を空に」の速度が落ちる
度合いに比べればたいしたことはないんではないかと・・・（根拠なし）
339 ：名称未設定：03/03/01 03:29 ID:KokeDADz
>>336
それは確かに。
でも、スワップ領域自体作り直すと別な場所に動くわけで、要するに
「領域が必要になったとき」ってのが表面化するタイミングは起動時
なんじゃないかと。だからそれはあきらめるって話ではいかが？
読み書き可能のディスクイメージを作っておいてその中で処理するって
考え方なら（上限は最初に決まってしまうけど）断片化問題は少ないかと。
それは確かに。
でも、スワップ領域自体作り直すと別な場所に動くわけで、要するに
「領域が必要になったとき」ってのが表面化するタイミングは起動時
なんじゃないかと。だからそれはあきらめるって話ではいかが？
読み書き可能のディスクイメージを作っておいてその中で処理するって
考え方なら（上限は最初に決まってしまうけど）断片化問題は少ないかと。
>>339
では、仮想メモリなどの領域は完全に固定にして、それを越えたら
「メモリが足りません。ウインドウを閉じるなどして・・・」
という事ですか。
ていうか現時点ではどうなってるんでしょうね？
Swapのパーティションを作るLinuxとかでも、足りなくなったらどうするんでしょう。
では、仮想メモリなどの領域は完全に固定にして、それを越えたら
「メモリが足りません。ウインドウを閉じるなどして・・・」
という事ですか。
ていうか現時点ではどうなってるんでしょうね？
Swapのパーティションを作るLinuxとかでも、足りなくなったらどうするんでしょう。
341 ：307：03/03/01 03:39 ID:V1hXtIAp
>>338
まあFileSaverと比べればそんなにひどくないんではと・・・（w
OS自体に組み込むのであれば、ゴミ箱に入れたファイルの管理情報を
通常のファイルとは別にすることでパフォーマンスアップが図れますね。
その中では管理情報の物理的配置をあらかじめ日付順にしておく。
それなら古い順に多数のファイルを消す場合でもディスクアクセス一回で
すむはずです。
管理情報の消去にかかる時間のほとんどは、データ転送ではなく
シークタイムだと思われるので。・・・甘いかな？
つーか、漏れ以外にこういう方式のゴミ箱を「ｲｲ」と思う人が
いないんなら、可能性をまじめに検討するだけ無駄というものですが・・・
まあFileSaverと比べればそんなにひどくないんではと・・・（w
OS自体に組み込むのであれば、ゴミ箱に入れたファイルの管理情報を
通常のファイルとは別にすることでパフォーマンスアップが図れますね。
その中では管理情報の物理的配置をあらかじめ日付順にしておく。
それなら古い順に多数のファイルを消す場合でもディスクアクセス一回で
すむはずです。
管理情報の消去にかかる時間のほとんどは、データ転送ではなく
シークタイムだと思われるので。・・・甘いかな？
つーか、漏れ以外にこういう方式のゴミ箱を「ｲｲ」と思う人が
いないんなら、可能性をまじめに検討するだけ無駄というものですが・・・
342 ：名称未設定：03/03/01 03:44 ID:RTgtc9aF
HFS+じゃなくなってUFSが標準になったらまた話は別かもな。
>>341
それやるんだったらサードパーティーの製品として実現した方がよさそう。
できそうな気もするし。
僕はタイマー式消去のスクリプト程度で充分です。
そういえばサードパーティーから差分状態巻き戻しのソフトが出ていましたね。
Windowsは巻き戻しがシステムの機能としてついてますね。
あれはパソコン使えない知人からWindowsのシステム復旧を頼まれたときに便利。
それやるんだったらサードパーティーの製品として実現した方がよさそう。
できそうな気もするし。
僕はタイマー式消去のスクリプト程度で充分です。
そういえばサードパーティーから差分状態巻き戻しのソフトが出ていましたね。
Windowsは巻き戻しがシステムの機能としてついてますね。
あれはパソコン使えない知人からWindowsのシステム復旧を頼まれたときに便利。
344の言うとおり。
オレは家の音楽CDをかたっぱしからコンピュータに入れているせいで、
60GBのハードディスクをかなりギリギリまで使っているが、HDの残量が
500MBを切ると危険。慎重に使えば大丈夫だが、ヘビーに使うと、メモリ
食いのiTunesが異常終了、または終了できない状態になったり、こちらも
メモリを食うXDarwinの挙動が不安定になるし、ファインダも落ちやすく
なる。また、ソフトウェアアップデートや大きめのアプリのインストール
などではHDの空き容量をテンポラリ作業領域として使うので、空きに余裕
がないと何が起こるか保障できない。また、空きが少ないと断片化し、HD
の寿命も短かくなる。
＞現状と比べてどの程度下がるかは未知数かなと
一度、ディスクいっぱいいっぱいにしてみればわかるよ。どんなコンピュータ
システムでも、空き容量が少ないというのはコンピュータには不健康。
＞漏れのように（ほとんど）常に空にしておくという使い方が間違い
＞ということなんでしょうな。
そんなことはない。それが理想的。
オレは家の音楽CDをかたっぱしからコンピュータに入れているせいで、
60GBのハードディスクをかなりギリギリまで使っているが、HDの残量が
500MBを切ると危険。慎重に使えば大丈夫だが、ヘビーに使うと、メモリ
食いのiTunesが異常終了、または終了できない状態になったり、こちらも
メモリを食うXDarwinの挙動が不安定になるし、ファインダも落ちやすく
なる。また、ソフトウェアアップデートや大きめのアプリのインストール
などではHDの空き容量をテンポラリ作業領域として使うので、空きに余裕
がないと何が起こるか保障できない。また、空きが少ないと断片化し、HD
の寿命も短かくなる。
＞現状と比べてどの程度下がるかは未知数かなと
一度、ディスクいっぱいいっぱいにしてみればわかるよ。どんなコンピュータ
システムでも、空き容量が少ないというのはコンピュータには不健康。
＞漏れのように（ほとんど）常に空にしておくという使い方が間違い
＞ということなんでしょうな。
そんなことはない。それが理想的。
HDが残り500MB切ると、ソフトウェアアップデートも出来なくなるよ。
347 ：名称未設定：03/03/01 09:22 ID:nDJvp6wS
XPのような簡易ユーザー切り替え、欲しくないですか?
>>347
ログアウト→ログイン画面
ログアウト→ログイン画面
349 ：名称未設定：03/03/01 09:37 ID:nDJvp6wS
>>348
XPの簡易ユーザー切り替えは環境をサスペンドしたまま、ユーザーが切り替えられるんですよ。
ログアウトするとアプリの全部終了しちゃうし、何より時間がかかる。
ちょこちょこっと管理者になりたかったりするときに便利だと思うんだけど。
XPの簡易ユーザー切り替えは環境をサスペンドしたまま、ユーザーが切り替えられるんですよ。
ログアウトするとアプリの全部終了しちゃうし、何より時間がかかる。
ちょこちょこっと管理者になりたかったりするときに便利だと思うんだけど。
>>349
> XPの簡易ユーザー切り替えは環境をサスペンドしたまま、ユーザーが切り替えられるんですよ。
んなこた知っててレスしてるよ、アホか。
> ログアウトするとアプリの全部終了しちゃうし、何より時間がかかる。
> ちょこちょこっと管理者になりたかったりするときに便利だと思うんだけど。
そんなに切り替える事が頻繁にあるのか？
普通に使う分には全く位無いぞ。
> XPの簡易ユーザー切り替えは環境をサスペンドしたまま、ユーザーが切り替えられるんですよ。
んなこた知っててレスしてるよ、アホか。
> ログアウトするとアプリの全部終了しちゃうし、何より時間がかかる。
> ちょこちょこっと管理者になりたかったりするときに便利だと思うんだけど。
そんなに切り替える事が頻繁にあるのか？
普通に使う分には全く位無いぞ。
351 ：名称未設定：03/03/01 09:50 ID:nDJvp6wS
>>350
でもいくつも窓開いてweb見てたりとかそういうときに管理者にならなきゃならない用事があると
ログアウトするのがいやなんだよね。
CodeWarriorのインストーラとか管理者と一般ユーザーでインストールする場所が違うから
管理者にならなきゃいけなかったりするし。
あと、初心者スレで良く sudo で対応してるから、ちょこっとrootになれると便利かなと思った。
それに複数人で使ってるときはより便利だと思うし。
別にあって困るものではなく、あればあるだけ便利な機能だと思うので
そんなに頭ごなしに否定することはないと思うのですが。
でもいくつも窓開いてweb見てたりとかそういうときに管理者にならなきゃならない用事があると
ログアウトするのがいやなんだよね。
CodeWarriorのインストーラとか管理者と一般ユーザーでインストールする場所が違うから
管理者にならなきゃいけなかったりするし。
あと、初心者スレで良く sudo で対応してるから、ちょこっとrootになれると便利かなと思った。
それに複数人で使ってるときはより便利だと思うし。
別にあって困るものではなく、あればあるだけ便利な機能だと思うので
そんなに頭ごなしに否定することはないと思うのですが。
352 ：名称未設定：03/03/01 09:51 ID:t9uP5Jxn
>>347-349
OSXにも組み込まれる寸前だか、すでに隠し機能として入ってるんだかって
話を読んだことがあるよ。
>ディスク領域
「OSが勝手に古いファイルを消せるとしたら」という仮定を考慮に入れてる人が
ぜんぜんいないような・・・
OSXにも組み込まれる寸前だか、すでに隠し機能として入ってるんだかって
話を読んだことがあるよ。
>ディスク領域
「OSが勝手に古いファイルを消せるとしたら」という仮定を考慮に入れてる人が
ぜんぜんいないような・・・
354 ：名称未設定：03/03/01 09:54 ID:nDJvp6wS
355 ：名称未設定：03/03/01 09:56 ID:nDJvp6wS
>>353
CodeWarriorを使ってることからも分かる用のOSXで開発やってますけど。
初心者スレで良く「このファイルが消せません」「terminalでsudo rm -rf でフォルダをD&D」っていう
やり取りがあるようなので、terminal使うぐらいだったら
rootをonにしてrootログインした方が分かりやすいし、楽なのになぁと思うのです。危険だけどね。
CodeWarriorを使ってることからも分かる用のOSXで開発やってますけど。
初心者スレで良く「このファイルが消せません」「terminalでsudo rm -rf でフォルダをD&D」っていう
やり取りがあるようなので、terminal使うぐらいだったら
rootをonにしてrootログインした方が分かりやすいし、楽なのになぁと思うのです。危険だけどね。
>>355
Terminal使う位当たり前だと思ってる俺はダメな奴ですか？w
Terminal使う位当たり前だと思ってる俺はダメな奴ですか？w
357 ：名称未設定：03/03/01 09:59 ID:t9uP5Jxn
358 ：名称未設定：03/03/01 10:01 ID:t9uP5Jxn
>>356
悪いけどダメでしょ。見苦しいよ。
悪いけどダメでしょ。見苦しいよ。
359 ：名称未設定：03/03/01 10:01 ID:nDJvp6wS
>>356
いや、もちろん俺もよく使ってるし、この前何故立ち上がらなくなって焦ったけどさｗ
やっぱりMacOSの理想としてはterminalではない代替手段があるべきだと思うので。
「初心者がterminal使わなきゃならないOSなんて糞だな」という煽りが悔しいからでもありますw
いや、もちろん俺もよく使ってるし、この前何故立ち上がらなくなって焦ったけどさｗ
やっぱりMacOSの理想としてはterminalではない代替手段があるべきだと思うので。
「初心者がterminal使わなきゃならないOSなんて糞だな」という煽りが悔しいからでもありますw
まぁ、サスペンドログアウトだけはあっても便利かなと思う。
先ず使わない機能だけど。
先ず使わない機能だけど。
俺はゴミ箱の中のファイルの選択消去がほしいなあ、上の方でも出てたけど
俺はゴミ箱の中身そんなに頻繁に捨てないけど、ムービーデータみたいに
何GBもあって確実にいらないファイルはさっさと消去したい。
けど今の状況だと、一回そのファイル以外をゴミ箱の外に出してやらないといけない
しかもMacOSだとデスクトップがファイル一時起き場所として使えたけど
MacOSXじゃあそうはいかないし
俺はゴミ箱の中身そんなに頻繁に捨てないけど、ムービーデータみたいに
何GBもあって確実にいらないファイルはさっさと消去したい。
けど今の状況だと、一回そのファイル以外をゴミ箱の外に出してやらないといけない
しかもMacOSだとデスクトップがファイル一時起き場所として使えたけど
MacOSXじゃあそうはいかないし
＞しかもMacOSだとデスクトップがファイル一時起き場所として使えたけど
＞MacOSXじゃあそうはいかないし
？ どゆこと？
＞MacOSXじゃあそうはいかないし
？ どゆこと？
なぜ「片付ける」をなくしたのか全くもって理解不能
364 ：331：03/03/01 12:50 ID:n/DwQPff
>>362
MacOSでは、どのパーティション・ディスクからデスクトップにファイル・フォルダを移動しても
複製が生じない。全てのディスク・パーティションの中にデスクトップの実体であるフォルダがあったから。
しかしOS Xではホーム内にDesktopフォルダがある都合か、MacOSのようにできなかったので、
起動パーティション以外からのファイル・フォルダは複製になる。
>>361
あぷるスクリプトで作るべし
MacOSでは、どのパーティション・ディスクからデスクトップにファイル・フォルダを移動しても
複製が生じない。全てのディスク・パーティションの中にデスクトップの実体であるフォルダがあったから。
しかしOS Xではホーム内にDesktopフォルダがある都合か、MacOSのようにできなかったので、
起動パーティション以外からのファイル・フォルダは複製になる。
>>361
あぷるスクリプトで作るべし
365 ：名称未設定：03/03/01 12:54 ID:kihQ95cG
366 ：名称未設定：03/03/01 13:14 ID:quoivqzt
「片づける」はねぇ、シャーロックの検索結果からドラッグして
デスクトップとかに引っ張り出したときに便利なんだよね。
全部のファイルがそれぞれもとあった場所に帰っていくから。
デスクトップとかに引っ張り出したときに便利なんだよね。
全部のファイルがそれぞれもとあった場所に帰っていくから。
367 ：名称未設定：03/03/01 14:28 ID:bxVK494v
旧MacOSのデスクトップって「作業場所」って位置づけだから、普通のフォルダとは違う挙動なんだよね。
フロッピーからデスクトップに持ってきたファイルが、フロッピー抜くとなくなるのはびびった。
コンセプトが明確でそれを使いこなしてる人には便利なんだろうけど
分かってない人にははっきり言って不可解な挙動でした。
旧MacOS使ってたけど「片づける」使ったことなかった。そうやって使うんだね。
普通のフォルダとして働いてくれた方がある意味で単純明快かも。
winもgnomeも基本的にはそうだしね。
あんまり「片づける」とか使いこなしている人はいないような気がする。
フロッピーからデスクトップに持ってきたファイルが、フロッピー抜くとなくなるのはびびった。
コンセプトが明確でそれを使いこなしてる人には便利なんだろうけど
分かってない人にははっきり言って不可解な挙動でした。
旧MacOS使ってたけど「片づける」使ったことなかった。そうやって使うんだね。
普通のフォルダとして働いてくれた方がある意味で単純明快かも。
winもgnomeも基本的にはそうだしね。
あんまり「片づける」とか使いこなしている人はいないような気がする。
シャーロックの検索結果からなら、デスクトップに出して戻すよりも、
Cmd+Rで場所を参照すればいいのでは？
Cmd+Rで場所を参照すればいいのでは？
369 ：名称未設定：03/03/01 14:48 ID:hZxIHuRZ
>>368
捨てようと思って間違ったやつを複数引っ張ったときにはそれなりに。
>>267
たしかにいろんなボリュームから取り出したのを置いておくと、どれが
どのボリュームの「中の」アイテムなのかわからんようになるのが難点。
そういうときには、同一ボリューム以外はコピーになるっていうやつが
意味を持ってくるような感じ。間違って移動したら探すのが大変だからな。
同じ名前で新旧ある書類とかは上書きするとやばいから。
捨てようと思って間違ったやつを複数引っ張ったときにはそれなりに。
>>267
たしかにいろんなボリュームから取り出したのを置いておくと、どれが
どのボリュームの「中の」アイテムなのかわからんようになるのが難点。
そういうときには、同一ボリューム以外はコピーになるっていうやつが
意味を持ってくるような感じ。間違って移動したら探すのが大変だからな。
同じ名前で新旧ある書類とかは上書きするとやばいから。
370 ：名称未設定：03/03/01 14:52 ID:bxVK494v
>>369
そうなんだよね。しかも今はwinを併用する人が多いわけだし、
「片づける」に代表される旧MacOSのデスクトップはwinのそれに対して余りに違うから
あんまり違った挙動にしない方が無難だと思う。
「哲学」を理解して使えば確かに便利なんだけどね。
そうなんだよね。しかも今はwinを併用する人が多いわけだし、
「片づける」に代表される旧MacOSのデスクトップはwinのそれに対して余りに違うから
あんまり違った挙動にしない方が無難だと思う。
「哲学」を理解して使えば確かに便利なんだけどね。
371 ：名称未設定：03/03/01 15:09 ID:WT3aoi1G
デスクトップが普通のフォルダ扱いで
異なるパーティションからの移動がコピーになったら
はっきりいって何の存在意義もない。不要。
新たなフォルダウインドウ開けば同じ事なんだから。
Mac OS式ならどんなパーティションから持ってきたものでも
作業が終わったら「片づける」でもとのパーティション・ディスクへ戻る。
>>371
そうそう。片づけるはゴミの回収に使うよね。
異なるパーティションからの移動がコピーになったら
はっきりいって何の存在意義もない。不要。
新たなフォルダウインドウ開けば同じ事なんだから。
Mac OS式ならどんなパーティションから持ってきたものでも
作業が終わったら「片づける」でもとのパーティション・ディスクへ戻る。
>>371
そうそう。片づけるはゴミの回収に使うよね。
現在起動パーティション以外のところからデスクトップにファイルを
ドラッグするとコピーになる訳ですが、これってほかのボリュームが
マウントするところがVolumesだからなんでしょうか？
UNIXな概念は全く分からんですが、起動ディスク以外のボリュームが
home以下にマウントするようになると、９の頃のような感覚になるんでしょうか？
なんか別スレで見たマウントポイントがhomeじゃないからという一文
からの想像なんですけど。
>>364
なんか選択したファイルをターミナルでrmするように処理を
渡すスクリプトを書けば、数行で出来そうなかんじがするけど
あいにくAppleスクリプトって自動記録しか使ったこと無いんだ（鬱
ドラッグするとコピーになる訳ですが、これってほかのボリュームが
マウントするところがVolumesだからなんでしょうか？
UNIXな概念は全く分からんですが、起動ディスク以外のボリュームが
home以下にマウントするようになると、９の頃のような感覚になるんでしょうか？
なんか別スレで見たマウントポイントがhomeじゃないからという一文
からの想像なんですけど。
>>364
なんか選択したファイルをターミナルでrmするように処理を
渡すスクリプトを書けば、数行で出来そうなかんじがするけど
あいにくAppleスクリプトって自動記録しか使ったこと無いんだ（鬱
>>373の前半
そういう問題じゃないと思う。Desktopをどういうものとして実装するかって事でしょう。
ゴミ箱で従来通りに近い事ができてるんだからDesktopでもやろうと思えばできるはず。
強いて言えば、Desktopフォルダが各ユーザーのホームの中のフォルダになってる
から（各ユーザーごとに違うデスクトップだから）今のような仕様になってる事になる。
マルチユーザーにするにはしょうがないという風にも考えられるが、
何か工夫して欲しい。
ていうか今気づいたが、ひょっとしてゴミ箱はみんな共通？
自分のゴミを人に見られたり触られたりするのはイヤな気が。。
そういう問題じゃないと思う。Desktopをどういうものとして実装するかって事でしょう。
ゴミ箱で従来通りに近い事ができてるんだからDesktopでもやろうと思えばできるはず。
強いて言えば、Desktopフォルダが各ユーザーのホームの中のフォルダになってる
から（各ユーザーごとに違うデスクトップだから）今のような仕様になってる事になる。
マルチユーザーにするにはしょうがないという風にも考えられるが、
何か工夫して欲しい。
ていうか今気づいたが、ひょっとしてゴミ箱はみんな共通？
自分のゴミを人に見られたり触られたりするのはイヤな気が。。
具体的には、いろんなパーティションからデスクトップにファイルを移動した時に
各パーティションに今までのように.Desktopという不可視フォルダを作ればいいだけなんだと思うけど。
.Desktop/ユーザー名
で一段深くなるけど。別に可視でもいいけど。
UNIXの決まりには反しているのかもしれないが、.TrashesがOKならこれもOKなはずだ。
各パーティションに今までのように.Desktopという不可視フォルダを作ればいいだけなんだと思うけど。
.Desktop/ユーザー名
で一段深くなるけど。別に可視でもいいけど。
UNIXの決まりには反しているのかもしれないが、.TrashesがOKならこれもOKなはずだ。
そういや、NeXTのシェルフってSystem6までのMacのデスクトップの
概念を抽象化して昇華したものだと思っているんだけど、シェルフを
ベタボメしているのにMacのデスクトップはいらないとか言って
いる香具氏がいるよな。
俺はNeXTの魂を感じることができないからいまいち理解できないが。
概念を抽象化して昇華したものだと思っているんだけど、シェルフを
ベタボメしているのにMacのデスクトップはいらないとか言って
いる香具氏がいるよな。
俺はNeXTの魂を感じることができないからいまいち理解できないが。
377 ：名称未設定：03/03/01 17:23 ID:AQ5AWR9G
すいません、ここに書き込む事じゃないかも知れませんが
http://www.goo.ne.jp/ でやってる「使っているOS投票」で
余りにもMacが少ないので投票してない人はしてやって下さい。
なんとなく不憫でした。
http://www.goo.ne.jp/ でやってる「使っているOS投票」で
余りにもMacが少ないので投票してない人はしてやって下さい。
なんとなく不憫でした。
378 ：名称未設定：03/03/01 17:27 ID:KvRC5pX5
ねえねえ、ログインする時にパス入力するけど
もし、パスが「12345」だったとするでしょ
で、もちろん「1234」じゃログインできないんだけど
「123456」ではログインできるって知ってた？
環境、10.2.4
もし、パスが「12345」だったとするでしょ
で、もちろん「1234」じゃログインできないんだけど
「123456」ではログインできるって知ってた？
環境、10.2.4
>>379
いや、「12345」は例えで試したことない・・・。
自分のは 8 文字だから UNIX と同じってこと？
まぁ、そんなにヤバくはなさそうなんだけど
今日、たまたま発見して「え？」っと思ったから・・・。
いや、「12345」は例えで試したことない・・・。
自分のは 8 文字だから UNIX と同じってこと？
まぁ、そんなにヤバくはなさそうなんだけど
今日、たまたま発見して「え？」っと思ったから・・・。
>>377
複数回答可なんだから、そのぐらいの比率になって当たり前だと思うけど。
複数回答可なんだから、そのぐらいの比率になって当たり前だと思うけど。
382 ：名称未設定：03/03/01 18:07 ID:IlqcMn9a
>>380
unixのcryptは多分8文字までしかみないよ
unixのcryptは多分8文字までしかみないよ
383 ：名称未設定：03/03/01 18:15 ID:IlqcMn9a
>>374
何か違う様な？
OS9までのデスクトップは
デスクトップフォルダの中に実体があるもの
+ もってきたもの（片付けられるもの） + ドライブその他
が見える窓のようなものだと思うんだけど。
OSXのデスクトップだって
デスクトップフォルダに実体があるもの + ドライブ
なんだから、今の実装のままで問題ないはず。
デスクトップに見えるものを変えるだけ。
具体的には「もってきたもの」のリストを管理するファイルがあればいいだけ。
~/.DesktopFileList みたいなものがあればいいんじゃないの？
何か違う様な？
OS9までのデスクトップは
デスクトップフォルダの中に実体があるもの
+ もってきたもの（片付けられるもの） + ドライブその他
が見える窓のようなものだと思うんだけど。
OSXのデスクトップだって
デスクトップフォルダに実体があるもの + ドライブ
なんだから、今の実装のままで問題ないはず。
デスクトップに見えるものを変えるだけ。
具体的には「もってきたもの」のリストを管理するファイルがあればいいだけ。
~/.DesktopFileList みたいなものがあればいいんじゃないの？
384 ：名称未設定：03/03/01 18:24 ID:ZAhlZVRC
お前らたまには外で遊べよ
385 ：名称未設定：03/03/01 18:29 ID:IlqcMn9a
>>374
少し勘違いしてた。旧OSではそうしてたわけね。
俺が>>383でいったのは実際に移動するのではなく
そういうリストみたいなものがあっても実現できるかなと思うわけです。
.Trashはユーザーごとだね。
少し勘違いしてた。旧OSではそうしてたわけね。
俺が>>383でいったのは実際に移動するのではなく
そういうリストみたいなものがあっても実現できるかなと思うわけです。
.Trashはユーザーごとだね。
386 ：ことみ：03/03/01 20:04 ID:oW19Q3B/
XPをバンドルしてください。
387 ：名称未設定：03/03/01 20:10 ID:wbnpC1ZW
デスクトップをごちゃごちゃさせるのは煩雑で良くない。
OSXでShelfを付けなかったのは初心者を混乱させないためだろうか、
もしそうなら、その判断は失敗だと思う。
OSXでShelfを付けなかったのは初心者を混乱させないためだろうか、
もしそうなら、その判断は失敗だと思う。
うちのOSXのデスクトップには何もありませんが
390 ：名称未設定：03/03/01 20:25 ID:d+0dtmPn
>>388
でもOS9使いにはデスクトップぐちゃぐちゃな人が多い気がする
でもOS9使いにはデスクトップぐちゃぐちゃな人が多い気がする
デスクトップになにも置かないかわりに画面目一杯にウインドウが広がってる
ってなんだか馬鹿馬鹿しいような気がするな。
ってなんだか馬鹿馬鹿しいような気がするな。
392 ：名称未設定：03/03/02 00:18 ID:Nfr4Pt7o
>>383
ちょっとちがうよ
classicのデスクトップというのは、ボリュームごとに不可視のDesktop Folder
というディレクトリがあってそれをファインダーでまとめてみているだけでしょ。
OSXのゴミ箱はボリュームごとの.Trashesとホームエリアの.Trashというディレクトリを
まとめてゴミ箱に表示させてclassicのゴミ箱と同様に動くようにしているん
だから、
~/Desktopと各ボリュームのDesktop Folderをデスクトップとして表示させれば、
いいだけのような．．．
ちょっとちがうよ
classicのデスクトップというのは、ボリュームごとに不可視のDesktop Folder
というディレクトリがあってそれをファインダーでまとめてみているだけでしょ。
OSXのゴミ箱はボリュームごとの.Trashesとホームエリアの.Trashというディレクトリを
まとめてゴミ箱に表示させてclassicのゴミ箱と同様に動くようにしているん
だから、
~/Desktopと各ボリュームのDesktop Folderをデスクトップとして表示させれば、
いいだけのような．．．
393 ：名称未設定：03/03/02 04:07 ID:TGyLGAok
>>392
> ~/Desktopと各ボリュームのDesktop Folderをデスクトップとして表示させれば、
> いいだけのような．．．
スイッチャーから言わせてもらうと、その仕様はわかりづらくて誤操作
のもとになるだけだと思う。
>>367が書いていた、
> フロッピーからデスクトップに持ってきたファイルが、フロッピー抜くとなくなる
> のはびびった。
というのが今日のパソコンユーザの感覚としては多数派では?
> ~/Desktopと各ボリュームのDesktop Folderをデスクトップとして表示させれば、
> いいだけのような．．．
スイッチャーから言わせてもらうと、その仕様はわかりづらくて誤操作
のもとになるだけだと思う。
>>367が書いていた、
> フロッピーからデスクトップに持ってきたファイルが、フロッピー抜くとなくなる
> のはびびった。
というのが今日のパソコンユーザの感覚としては多数派では?
394 ：名称未設定：03/03/02 04:11 ID:DJZcvGAU
>>372
俺はOS Xからのユーザだからその「片づける」機能は使ったことない。
もしXにあっても多分使わないとは思うけど、まぁ欲しい人がいるなら
つけることに反対はしない。ただ疑問なのは、「片づける」を便利に
思ってる人って、そういう機能に頼らなければならないほど多くのボ
リュームにバラバラにデータを保存しているのだろうか。昔はともか
く、HDDがでかく安くなった今ではあまり意味のある機能に思えない
というのが、（使ってないからえらそうなことは言えないが）俺の感
想だ。
ゴミ箱からの「片づける」には意味があると思うけど、正直言って
「片づける」という機能名だとなんだかわかんないと思う。Windows
ではどういう表記だったか忘れたが、「片づける」よりは機能の内容
を理解しやすかったと思う。
俺はOS Xからのユーザだからその「片づける」機能は使ったことない。
もしXにあっても多分使わないとは思うけど、まぁ欲しい人がいるなら
つけることに反対はしない。ただ疑問なのは、「片づける」を便利に
思ってる人って、そういう機能に頼らなければならないほど多くのボ
リュームにバラバラにデータを保存しているのだろうか。昔はともか
く、HDDがでかく安くなった今ではあまり意味のある機能に思えない
というのが、（使ってないからえらそうなことは言えないが）俺の感
想だ。
ゴミ箱からの「片づける」には意味があると思うけど、正直言って
「片づける」という機能名だとなんだかわかんないと思う。Windows
ではどういう表記だったか忘れたが、「片づける」よりは機能の内容
を理解しやすかったと思う。
395 ：名称未設定：03/03/02 04:20 ID:cJYzZ5ZY
>>394
同じボリュームでも違ったフォルダに入ってるのをいくつか取り出してきて、
作業が終わったら全部いっぺんに元の場所に戻せる。ファイルでもフォルダでも。
という機能だということを理解して下さい。
無くても困らないがあると便利なんだから。
同じボリュームでも違ったフォルダに入ってるのをいくつか取り出してきて、
作業が終わったら全部いっぺんに元の場所に戻せる。ファイルでもフォルダでも。
という機能だということを理解して下さい。
無くても困らないがあると便利なんだから。
わざわざ本体を移動させなくてもエイリアスをデスクトップに作ればいいだけじゃん。
片付けるコマンドなんて過去の遺物、それにしか固執出来ないユーザごと(ﾟ?Bﾟ)ｲﾗﾈ
片付けるコマンドなんて過去の遺物、それにしか固執出来ないユーザごと(ﾟ?Bﾟ)ｲﾗﾈ
>>396
「片づける」派の人から見れば、そっちの方がよっぽど
「わざわざエイリアスなんか作って……」な動作に思えるって事では？
かくいう俺も「片づける」はまともに使った事がないし、
たまに使うと逆に「見失う」事になったりするので、別に愛着はないけど。
「片づける」派の人から見れば、そっちの方がよっぽど
「わざわざエイリアスなんか作って……」な動作に思えるって事では？
かくいう俺も「片づける」はまともに使った事がないし、
たまに使うと逆に「見失う」事になったりするので、別に愛着はないけど。
>>397
わざわざ本体を移動する方がOSXの場合、よっぽど面倒でしょ。
エイリアスが嫌ならDockにラウンチさせるとか方法は幾らでもある訳で。
「片付ける」が欲しい人達って、考え方が古臭いだけでしょ。
わざわざ本体を移動する方がOSXの場合、よっぽど面倒でしょ。
エイリアスが嫌ならDockにラウンチさせるとか方法は幾らでもある訳で。
「片付ける」が欲しい人達って、考え方が古臭いだけでしょ。
399 ：394：03/03/02 05:10 ID:OQylnpSU
>>395
なるほど。使いようによっては便利かもですな。
ところで素朴な疑問なんだけど、フォルダ A にあるファイル Bをデスク
トップに移動し、その時点でフォルダ Aをゴミ箱にいれたり削除したり
してしまってからファイル Bに対して「片づける」を実行すると、OS 9
のFinderはどうふるまうのだろう。「片づけられません」というメッセー
ジ出すだけかな。くだんない疑問で悪いけど、OS 9持ってる人でヒマな
人いたら教えてくらさい。
なるほど。使いようによっては便利かもですな。
ところで素朴な疑問なんだけど、フォルダ A にあるファイル Bをデスク
トップに移動し、その時点でフォルダ Aをゴミ箱にいれたり削除したり
してしまってからファイル Bに対して「片づける」を実行すると、OS 9
のFinderはどうふるまうのだろう。「片づけられません」というメッセー
ジ出すだけかな。くだんない疑問で悪いけど、OS 9持ってる人でヒマな
人いたら教えてくらさい。
>>399
HFS+には移動元のフォルダを覚えておく領域が用意されてい
る。多分、フォルダが消されていたら「片づける」自体選べな
いでしょう。OS Xではなぜか使っていない。
アイコン位置を覚えておく領域もあるのにこれも使っていな
い。.DS_Store地獄はこれも一因
HFS+には移動元のフォルダを覚えておく領域が用意されてい
る。多分、フォルダが消されていたら「片づける」自体選べな
いでしょう。OS Xではなぜか使っていない。
アイコン位置を覚えておく領域もあるのにこれも使っていな
い。.DS_Store地獄はこれも一因
古いコマンドに固執するあまり、新しい使い方を考える事が出来ない人達ばっかりですな。
>>404
> 重複している事実に対しての認識は？？
違うコマンドですから重複していません。Put Awayすると逆に
メディアを要求される場合もある。
あなたの環境では両者をメディアイジェクトとしてしか使った
ことがないため混同しているのは個人的都合、あなたの不可解
な他人への攻撃性向も個人的問題
参考 http://www.mackido.com/Interface/TrashingDisks.html
> 重複している事実に対しての認識は？？
違うコマンドですから重複していません。Put Awayすると逆に
メディアを要求される場合もある。
あなたの環境では両者をメディアイジェクトとしてしか使った
ことがないため混同しているのは個人的都合、あなたの不可解
な他人への攻撃性向も個人的問題
参考 http://www.mackido.com/Interface/TrashingDisks.html
407 ：名称未設定：03/03/02 08:49 ID:V6zLw9Vz
408 ：名称未設定：03/03/02 09:01 ID:IkPNkBb1
>>404
このスレ読むと特に思うんだが、実はマカには思考停止してる奴が
多いんじゃないのかね。
マクの哲学に感動->これはいいものだ->それを知ってる俺ってスゴイ
で止まってる感じがする。もうちょっと評価を相対化しないと、ドザから
馬鹿にされる一方だぜよ。
このスレ読むと特に思うんだが、実はマカには思考停止してる奴が
多いんじゃないのかね。
マクの哲学に感動->これはいいものだ->それを知ってる俺ってスゴイ
で止まってる感じがする。もうちょっと評価を相対化しないと、ドザから
馬鹿にされる一方だぜよ。
409 ：名称未設定：03/03/02 09:07 ID:V6zLw9Vz
>>408
確かにmacの哲学みたいな物はあって、それにそって使うと使いやすい面があったのも確かだけど
実際にあまり使われてなかったり(友人も「片づける」なんか知らないあったし、もう数年mac使ってるけど)
現状の沿わなくなってきている物もある。
macの哲学がOSXにも取り入れられるべきだとは思うがwinの使いやすさみたいな部分も同時に欲しい。
その中で使っている人が少なく混乱を起こしそうな機能は省かれる場合もあると思うし。
俺も実際「片づける」なんか使ったことなかったし、いらないと思う。
確かにmacの哲学みたいな物はあって、それにそって使うと使いやすい面があったのも確かだけど
実際にあまり使われてなかったり(友人も「片づける」なんか知らないあったし、もう数年mac使ってるけど)
現状の沿わなくなってきている物もある。
macの哲学がOSXにも取り入れられるべきだとは思うがwinの使いやすさみたいな部分も同時に欲しい。
その中で使っている人が少なく混乱を起こしそうな機能は省かれる場合もあると思うし。
俺も実際「片づける」なんか使ったことなかったし、いらないと思う。
>>408
いや〜、Winを知ってるお前はえらい。偉い。そうだ、偉い。
ははは。偉い。
そういってほしいか？（笑）
Winなど、しらなくても、なんの影響もない。
ってか、むしろ、しってて当然。ばりばりプログラムまで
できて当然。お前はプログラムまでできるか？
むしろ、他OSをしって、自分が井の中の蛙だと認めることだな。
いや〜、Winを知ってるお前はえらい。偉い。そうだ、偉い。
ははは。偉い。
そういってほしいか？（笑）
Winなど、しらなくても、なんの影響もない。
ってか、むしろ、しってて当然。ばりばりプログラムまで
できて当然。お前はプログラムまでできるか？
むしろ、他OSをしって、自分が井の中の蛙だと認めることだな。
411 ：名称未設定：03/03/02 09:15 ID:IkPNkBb1
412 ：408：03/03/02 09:16 ID:IkPNkBb1
414 ：名称未設定：03/03/02 09:17 ID:V6zLw9Vz
415 ：名称未設定：03/03/02 09:22 ID:gOyjWVS/
>>408
てゆうか、マカ同士で意見対立してるところへ「マカには思考停止してる奴が多い」
とか言われても本当に見当違いなんだよ？
だいたいX派と9派のどっちを指して言ってるのさ？
もちろん思い違いやら理解不足やらを含んだレベルの「生の」意見を言い合ってる
わけだから、「知ってる人間」から見れば歯がゆいだろうし「知らない人間」から
見れば馬鹿みたいに見えるだろうさ。君は多分後者だろう？
でも、君だって反射的発想でマカを一括りにした上に、もう昔から言い古された
>マクの哲学に感動->これはいいものだ->それを知ってる俺ってスゴイ
といった陳腐な結論を導いて、それでこと足れりとしてると言う意味では目糞鼻糞
以外の何者でもないんだよ？
君も少しはまともな認識しないと「マカにすら馬鹿にされる」一方だぜ。
てゆうか、マカ同士で意見対立してるところへ「マカには思考停止してる奴が多い」
とか言われても本当に見当違いなんだよ？
だいたいX派と9派のどっちを指して言ってるのさ？
もちろん思い違いやら理解不足やらを含んだレベルの「生の」意見を言い合ってる
わけだから、「知ってる人間」から見れば歯がゆいだろうし「知らない人間」から
見れば馬鹿みたいに見えるだろうさ。君は多分後者だろう？
でも、君だって反射的発想でマカを一括りにした上に、もう昔から言い古された
>マクの哲学に感動->これはいいものだ->それを知ってる俺ってスゴイ
といった陳腐な結論を導いて、それでこと足れりとしてると言う意味では目糞鼻糞
以外の何者でもないんだよ？
君も少しはまともな認識しないと「マカにすら馬鹿にされる」一方だぜ。
416 ：名称未設定：03/03/02 09:26 ID:3EWg5oLZ
前者だったか。
まあ、408はマカ兼ドザだってことだろうが、そうすると自分が思考停止してると
言い切ってることになるよな。
自分だけが特別なんだという思いこみってのは、案外視点を変えてみるとまことに
滑稽かつ哀れであるという生きた実例だよ。君は。
まあ、408はマカ兼ドザだってことだろうが、そうすると自分が思考停止してると
言い切ってることになるよな。
自分だけが特別なんだという思いこみってのは、案外視点を変えてみるとまことに
滑稽かつ哀れであるという生きた実例だよ。君は。
417 ：408：03/03/02 09:29 ID:IkPNkBb1
>>415
いや漏れ実は>>299=>307なんだけど、せっかく新しい考え方についての検討を
お願いしてるのに、当の提案の内容もロクに理解しないまま「パフォーマンスが云々」
「ディスクいっぱいで使い続けると云々」と、現状からの類推だけでレス返す
奴があまりに多いので、マカってやっぱり頭固いかな・・・と思ってたところ
だったのさ。
まあそんなわけなので、現在進行中の「片付ける」論議にはあまり興味がない。
その意味で9派というわけでもないし、X派というわけでもない。
いや漏れ実は>>299=>307なんだけど、せっかく新しい考え方についての検討を
お願いしてるのに、当の提案の内容もロクに理解しないまま「パフォーマンスが云々」
「ディスクいっぱいで使い続けると云々」と、現状からの類推だけでレス返す
奴があまりに多いので、マカってやっぱり頭固いかな・・・と思ってたところ
だったのさ。
まあそんなわけなので、現在進行中の「片付ける」論議にはあまり興味がない。
その意味で9派というわけでもないし、X派というわけでもない。
>>415
> 「知ってる人間」から見れば歯がゆいだろうし「知らない人間」から
> 見れば馬鹿みたいに見えるだろうさ。
知ってる人間から見ても馬鹿みたいに見えるんですが。。。
過去に搭載されていた「片付ける」以外なにも考えられない時点で ( ﾟдﾟ) ?て感じ。
> 「知ってる人間」から見れば歯がゆいだろうし「知らない人間」から
> 見れば馬鹿みたいに見えるだろうさ。
知ってる人間から見ても馬鹿みたいに見えるんですが。。。
過去に搭載されていた「片付ける」以外なにも考えられない時点で ( ﾟдﾟ) ?て感じ。
winとmacどちらにもそれぞれ設計哲学のようなものが
あるとして、その両者と比較してMac OS Xは一貫性に
欠けているとは思うよ。なんか、精神分裂症気味。
「WindowsよりはMacっぽいから使いやすい」って言う
人はいるけど、俺は理解できん。
あるとして、その両者と比較してMac OS Xは一貫性に
欠けているとは思うよ。なんか、精神分裂症気味。
「WindowsよりはMacっぽいから使いやすい」って言う
人はいるけど、俺は理解できん。
おまいら、ここはフィードバックすれです。
>>421
思考停止してるマカーのあぶり出しスレです。
思考停止してるマカーのあぶり出しスレです。
423 ：名称未設定：03/03/02 09:46 ID:ZDT9gnX1
おれはDockを左に表示させているんだけど、
Finderの「情報を見る」でウインドウが
Dockと被さってしまうのがめちゃ鬱陶しい。
お前らもいっしょにフィードバックして下さい。
Finderの「情報を見る」でウインドウが
Dockと被さってしまうのがめちゃ鬱陶しい。
お前らもいっしょにフィードバックして下さい。
424 ：名称未設定：03/03/02 09:53 ID:PyKUV6gk
>>419
WindowsとMacOSという、すでに両者とも最初の哲学からずいぶん離れて
しまった（はずの）もののどちらかを使い慣れてるドザ・マカたちが、
未だ確固たる哲学を提示せずに模索を繰り返してるOS Xを見てあれこれ
言ってるんだよ。悪く言えば、寄って立つ信念があやふやなまま他者を
評価しないといけない立場に立たされてるわけで、しゃきっとした結論
を出せないのは当然だと思うな。
Macっぽいからという見方については、例えば俺の、1年以上OS Xと9と
Classic環境を併用してきた経験から言えば「併用に耐える」レベルの
UI的な互換性がある（ような感覚がある）分だけ古参マカにはいいように
思えるかな。
WindowsとMacOSという、すでに両者とも最初の哲学からずいぶん離れて
しまった（はずの）もののどちらかを使い慣れてるドザ・マカたちが、
未だ確固たる哲学を提示せずに模索を繰り返してるOS Xを見てあれこれ
言ってるんだよ。悪く言えば、寄って立つ信念があやふやなまま他者を
評価しないといけない立場に立たされてるわけで、しゃきっとした結論
を出せないのは当然だと思うな。
Macっぽいからという見方については、例えば俺の、1年以上OS Xと9と
Classic環境を併用してきた経験から言えば「併用に耐える」レベルの
UI的な互換性がある（ような感覚がある）分だけ古参マカにはいいように
思えるかな。
426 ：名称未設定：03/03/02 10:43 ID:vOrZ7YXi
>>424
そうだね。Mac OS Xとしての一貫した思想の欠如が問題。
マカーとしての俺は、旧Mac OSが互換性や技術的制約に
よってスポイルせざるを得なかった部分を、Xでゼロリセットして
より昇華してくれると期待していたんだが、出来上がったものは
MacとNeXTの不細工な合成体だもんな。
そうだね。Mac OS Xとしての一貫した思想の欠如が問題。
マカーとしての俺は、旧Mac OSが互換性や技術的制約に
よってスポイルせざるを得なかった部分を、Xでゼロリセットして
より昇華してくれると期待していたんだが、出来上がったものは
MacとNeXTの不細工な合成体だもんな。
まあ、Classicを捨てられる時が真の勝負時ではないかと.
Appleも、はやいとこ9erへの絶縁状を叩き付けて欲しい、
Classic環境なんか必要無いね。
Classic環境なんか必要無いね。
429 ：名称未設定：03/03/02 11:42 ID:U4ioPYNI
>>427
いやClassic環境は、アピアランスの違和感が取れて、ドライバ類やI/Oが
OS X経由で共有できるようなブリッジシステム（←適当）が実装できる
なら、OS Xの付加価値を上げる方向に作用するかもしれんと期待してる。
アピアランスについては、アクアを（擬似的にでも）適用するように
すればいいし、ドライバ類については、例えばClassic環境からボリューム
を見る場合に「OS Xでマウントされているボリューム」として認識
されてることから考えても、さらなる融合を期待できると思う。
変な話、OS X用のドライバでボタン割り付けしたマウス機能（コピーやペースト）が、
ドライバの入ってないClassic環境で立ち上げたアプリでちゃんと働く
程度には、現状でも細かい改良がなされてるんだから。
要するに、OS9起動を捨ててしまえばClassic環境は思い切った改良が
できるはずだっていう俺の持論なんだけどね。
いやClassic環境は、アピアランスの違和感が取れて、ドライバ類やI/Oが
OS X経由で共有できるようなブリッジシステム（←適当）が実装できる
なら、OS Xの付加価値を上げる方向に作用するかもしれんと期待してる。
アピアランスについては、アクアを（擬似的にでも）適用するように
すればいいし、ドライバ類については、例えばClassic環境からボリューム
を見る場合に「OS Xでマウントされているボリューム」として認識
されてることから考えても、さらなる融合を期待できると思う。
変な話、OS X用のドライバでボタン割り付けしたマウス機能（コピーやペースト）が、
ドライバの入ってないClassic環境で立ち上げたアプリでちゃんと働く
程度には、現状でも細かい改良がなされてるんだから。
要するに、OS9起動を捨ててしまえばClassic環境は思い切った改良が
できるはずだっていう俺の持論なんだけどね。
430 ：名称未設定：03/03/02 11:47 ID:7b0ihSzD
429に補足すると、Classic環境で9のシステムプロフィールを起動して
ボリュームとデバイスを見ると、すでにOS X経由で使ってることがわかるよ。
ドライブはクラシック側では認識してなくて、ボリュームだけ出てるし１
ボリュームとデバイスを見ると、すでにOS X経由で使ってることがわかるよ。
ドライブはクラシック側では認識してなくて、ボリュームだけ出てるし１
Classic環境なんかなくしちゃっていいから9のアプリがそのまま起動できるようにしなさい。
>>429
付加価値を上げると妄想してるのは一部の無能だけですよ。
Classic起動も必要無い、サポートしなくていいよ邪魔だから
OS9起動出来なくなった事にギャーギャー騒ぐ奴等を見るのは気持いいね。
「Appleにとって致命的だ」とかいってる奴は、そいつにとって致命的なだけで
自らの無能ぶりを晒している訳なのだ。
付加価値を上げると妄想してるのは一部の無能だけですよ。
Classic起動も必要無い、サポートしなくていいよ邪魔だから
OS9起動出来なくなった事にギャーギャー騒ぐ奴等を見るのは気持いいね。
「Appleにとって致命的だ」とかいってる奴は、そいつにとって致命的なだけで
自らの無能ぶりを晒している訳なのだ。
>>407
> HFS+に依存しないシステムを作ろうとしているからでしょう。
> UFS, NFSなどには当然その領域はないわけで。
そういう一番低機能な所に縮退して行くシステムは歴史上全て失
敗しています。
貧弱な機能しか持たないUFSをAppleDoubleの様な形で補って行く
のは良いですが、逆にHFS+の利点を殺してはいけません。
方針を誤ればどんなに頑張っても無駄な努力です。
> HFS+に依存しないシステムを作ろうとしているからでしょう。
> UFS, NFSなどには当然その領域はないわけで。
そういう一番低機能な所に縮退して行くシステムは歴史上全て失
敗しています。
貧弱な機能しか持たないUFSをAppleDoubleの様な形で補って行く
のは良いですが、逆にHFS+の利点を殺してはいけません。
方針を誤ればどんなに頑張っても無駄な努力です。
HFS+で大文字小文字の区別ができれば、多少マシになるんだがねぇ。
437 ：名称未設定：03/03/02 20:28 ID:1W1reLVX
賢い人は、MacとWinを上手く使い分けるのと同じように、
賢い人は、OS9とOSXを上手く使い分けるだろう。
どちらかが「無くて良い」と言う奴は、賢くない人である。
賢い人は、OS9とOSXを上手く使い分けるだろう。
どちらかが「無くて良い」と言う奴は、賢くない人である。
438 ：名称未設定：03/03/02 21:04 ID:roUdaJnk
>>433
HFS+の利点、といえるほどのことかなとも思うが。
例えばLinuxはext2を中心に様々なファイルシステムをサポートしてるけど
最大公約数的なことしかできないと思うんだけど。
そのへんどうなんだ？俺の認識不足なら申し訳ないが。
HFS+の利点、といえるほどのことかなとも思うが。
例えばLinuxはext2を中心に様々なファイルシステムをサポートしてるけど
最大公約数的なことしかできないと思うんだけど。
そのへんどうなんだ？俺の認識不足なら申し訳ないが。
>>438
OS X上でのUFSに対するHFS+の利点
1 高速
2 最大ファイルサイズ大きい
3 より長いファイル名が付けられる
4 ファイル作成日やFinderInfo等豊富なファイル属性
5 複数の名前付きフォーク
6 ファイルIDによるエイリアス追跡機能
7 高速カタログサーチ機能
8 ジャーナリング機能
1 2はビデオ取込みをやっている人にとっては死活問題
4 5はAppleDoubleである程度は補える。
皮肉なことに名前付きフォーク機能の実装はNTFSの方が優
れています。
>>435
みたいな後ろ向きな理由を除きUFSを使う必要はまず無い。
OS X上でのUFSに対するHFS+の利点
1 高速
2 最大ファイルサイズ大きい
3 より長いファイル名が付けられる
4 ファイル作成日やFinderInfo等豊富なファイル属性
5 複数の名前付きフォーク
6 ファイルIDによるエイリアス追跡機能
7 高速カタログサーチ機能
8 ジャーナリング機能
1 2はビデオ取込みをやっている人にとっては死活問題
4 5はAppleDoubleである程度は補える。
皮肉なことに名前付きフォーク機能の実装はNTFSの方が優
れています。
>>435
みたいな後ろ向きな理由を除きUFSを使う必要はまず無い。
440 ：名称未設定：03/03/03 11:12 ID:BMcQW9u0
＞ 3 より長いファイル名が付けられる
って、HFS+でもたしか結構な文字数つかえたんじゃなかったっけ
OS9では表示をサポートしていないけど。
って、HFS+でもたしか結構な文字数つかえたんじゃなかったっけ
OS9では表示をサポートしていないけど。
> HFS+の利点
ゴメソ
ただ、HFS+ってHDDのデータ断片化がUFSに比べてルーズなんじゃなかったっけ？
間違ってれば指摘お願いしますで、偉い人。
間違ってれば指摘お願いしますで、偉い人。
444 ：438：03/03/03 16:42 ID:BS1hougO
>>439
でもOS9ではHFS+とDOSフォーマットとISO9660(だっけ?)CD-ROMフォーマットぐらいしか
使えなかったわけだけど、OSXはunix的にvfsとして様々なファイルシステムを
サポートする方向だと思うんだよね。実際にnfsとufsが使えるわけだし
kextを書けば自分でファイルシステムの実装だって出来るでしょ?
そうなったときにHFS+に依存した機能が存在すると
HFS+上なら使えるけど、nfs上だと使えないみたいになってしまう。
多人数で使うときにはnfsはやっぱり便利だしね。
HFS+の実現している機能は素晴らしいと思う。
でもそれをOSXで使える機能として実現するにはHFS+に依存する形ではなく
最大公約数的なvfs全体で実装できる方法を探る必要があるということでは。
そうしないとユーザーが「俺のホームはnfsだから片づけるが使えない」とか
そういうことを意識する必要が出てきてしまうよ?
でもOS9ではHFS+とDOSフォーマットとISO9660(だっけ?)CD-ROMフォーマットぐらいしか
使えなかったわけだけど、OSXはunix的にvfsとして様々なファイルシステムを
サポートする方向だと思うんだよね。実際にnfsとufsが使えるわけだし
kextを書けば自分でファイルシステムの実装だって出来るでしょ?
そうなったときにHFS+に依存した機能が存在すると
HFS+上なら使えるけど、nfs上だと使えないみたいになってしまう。
多人数で使うときにはnfsはやっぱり便利だしね。
HFS+の実現している機能は素晴らしいと思う。
でもそれをOSXで使える機能として実現するにはHFS+に依存する形ではなく
最大公約数的なvfs全体で実装できる方法を探る必要があるということでは。
そうしないとユーザーが「俺のホームはnfsだから片づけるが使えない」とか
そういうことを意識する必要が出てきてしまうよ?
邪魔なウインドウをドックに吸い込ませる。
で、そのまま忘れてしまうことがある。
そんな時に、わざわざドックから出してバッテン押すのめんどくさい。
ワンクリでドックから出てくるのはそのままでいいが、ドラッグアウト
したら、煙が出て消えるようにして欲しい。
で、そのまま忘れてしまうことがある。
そんな時に、わざわざドックから出してバッテン押すのめんどくさい。
ワンクリでドックから出てくるのはそのままでいいが、ドラッグアウト
したら、煙が出て消えるようにして欲しい。
>>445
それもいいかもしれんが、Dockって収納したのを忘れてまた同じウィンドウ開いたりしない？
慌てて作業してるときとか何個も同じウィンドウ開いてしまって困る。
マウスオーバーしないと名前出ないし…何とかならんもんかなあ。
それもいいかもしれんが、Dockって収納したのを忘れてまた同じウィンドウ開いたりしない？
慌てて作業してるときとか何個も同じウィンドウ開いてしまって困る。
マウスオーバーしないと名前出ないし…何とかならんもんかなあ。
448 ：名称未設定：03/03/03 22:58 ID:4yiaoX/K
>>447
うん、もちろん仕様なのはわかるんだけど
会社のWindows使って仕事（Web）してたときに仕事が終わるとタスクバーに
同じウィンドウ名が多かったことがある（2回以上同じウィンドウ開いていた）
例えばマイドキュメントの中に画像フォルダがあったとして、そのフォルダと
書きだしたGIFの保存用イメージフォルダを行ったり来たりするときとかに、最小化
したウィンドウを細かくなったタスクバーから探すよりも結局また開いちゃった方が
結果として速かったりする。閉じるのを忘れるとまた余計に開いちゃうことになる。
MacOS9までは無かったけど（逆に探すのが面倒だったこともある）
OSXにしてからは上記のようなWindowsに似た感覚があり、その現象が起きる。
Macに慣れてるから仕方ないのかとも思ったけど、Winユーザーのデザイナーさんも
同じような状況になっていたから、俺はウィンドウをしまうよりも、
ウィンドウシェードの方が有効だと未だに思っている。
うん、もちろん仕様なのはわかるんだけど
会社のWindows使って仕事（Web）してたときに仕事が終わるとタスクバーに
同じウィンドウ名が多かったことがある（2回以上同じウィンドウ開いていた）
例えばマイドキュメントの中に画像フォルダがあったとして、そのフォルダと
書きだしたGIFの保存用イメージフォルダを行ったり来たりするときとかに、最小化
したウィンドウを細かくなったタスクバーから探すよりも結局また開いちゃった方が
結果として速かったりする。閉じるのを忘れるとまた余計に開いちゃうことになる。
MacOS9までは無かったけど（逆に探すのが面倒だったこともある）
OSXにしてからは上記のようなWindowsに似た感覚があり、その現象が起きる。
Macに慣れてるから仕方ないのかとも思ったけど、Winユーザーのデザイナーさんも
同じような状況になっていたから、俺はウィンドウをしまうよりも、
ウィンドウシェードの方が有効だと未だに思っている。
451 ：名称未設定：03/03/03 23:06 ID:Oq2O8mM1
OSXのフォントって薄くにじんでいて、目が疲れやすい。
どうにかならないものか？
どうにかならないものか？
452 ：名称未設定：03/03/03 23:15 ID:YV+keWQc
Minimize in place使ってるとコンテクストでcloseが効かなくなり
ドックに収納しても無効になったのでキモイからはずしたよ
フローティングもなんか邪魔だしウインドウの名前も出てこないし。
ドックに収納しても無効になったのでキモイからはずしたよ
フローティングもなんか邪魔だしウインドウの名前も出てこないし。
453 ：名称未設定：03/03/03 23:19 ID:YV+keWQc
ちなみにドックを左上にしておくと（天下ツール使用）アップルメニュー展開時
みたいな感覚で使える。この位置が一番邪魔じゃないような気がするが。
みたいな感覚で使える。この位置が一番邪魔じゃないような気がするが。
454 ：名称未設定：03/03/03 23:23 ID:YV+keWQc
さらにMinimize in placeではオプション+タイトルバーダブルクリックで
ネスケの挙動がわやわやになってしまった（虹色ぐるぐる、ウインドウドックに入ったりでたり・・）。
オプション+最小化でウインドウが全部しまわれるのはいいが
逆ができるようにもなって欲しいと思う。
ネスケの挙動がわやわやになってしまった（虹色ぐるぐる、ウインドウドックに入ったりでたり・・）。
オプション+最小化でウインドウが全部しまわれるのはいいが
逆ができるようにもなって欲しいと思う。
456 ：名称未設定：03/03/03 23:28 ID:YV+keWQc
A-Dock for OS Xのように、Dockの根元の部分をクリックしたら隠れて、
もう一度画面端をクリックするまで出てこないで欲しい。マウスが近付いた
だけで出てくるのが本当に邪魔。
Photoshopを使う時にはパレットを右端に配置しているから、
画面右端にマウスが接触する機会が多くて、そのたびに隠れていた
Dockが顔を出す。
だからっていうんで画面下にDockを配置すると、FCPを使う時に
画面下端にマウスが接触しまくる(タイムラインのスクロールバーがある)
から、ここでもDockが顔を出しまくって邪魔。
試しにA-DockとWindowShadeを使うようにして、Dockを完全に封印
してしまったら、ずいぶんと使いやすくなるんだよなぁ。日本語の文字化け
がなくなったら完全にA-Dockに置き換えて、純正Dockは封印するつもり。
もう一度画面端をクリックするまで出てこないで欲しい。マウスが近付いた
だけで出てくるのが本当に邪魔。
Photoshopを使う時にはパレットを右端に配置しているから、
画面右端にマウスが接触する機会が多くて、そのたびに隠れていた
Dockが顔を出す。
だからっていうんで画面下にDockを配置すると、FCPを使う時に
画面下端にマウスが接触しまくる(タイムラインのスクロールバーがある)
から、ここでもDockが顔を出しまくって邪魔。
試しにA-DockとWindowShadeを使うようにして、Dockを完全に封印
してしまったら、ずいぶんと使いやすくなるんだよなぁ。日本語の文字化け
がなくなったら完全にA-Dockに置き換えて、純正Dockは封印するつもり。
>>444
OS XでのHFS+も当然VFS上に乗っています。
> HFS+上なら使えるけど、nfs上だと使えないみたいになってし
> まう。
複数のファイルシステムを使うとこれは必ず出てくる。最低機
能へ無条件に縮退してしまうのはダメ
HFS+ APIを使えば自動的にファイルシステムに応じて可能な機
能を最大限に使ってくれる。試してご覧なさい。
OS XでのHFS+も当然VFS上に乗っています。
> HFS+上なら使えるけど、nfs上だと使えないみたいになってし
> まう。
複数のファイルシステムを使うとこれは必ず出てくる。最低機
能へ無条件に縮退してしまうのはダメ
HFS+ APIを使えば自動的にファイルシステムに応じて可能な機
能を最大限に使ってくれる。試してご覧なさい。
460 ：名称未設定：03/03/04 00:53 ID:pfzVq21+
>>459
いや、だからね。
機能の低いところに縮退しちゃうのはダメなんだけど、
HFS+の独自部分に頼らないで実現する手法を考えるべきだと思うのだよ。
HFS+に付いてる機能というのは今までmacの機能として実現していた物の訳で
他のファイルシステムを使っていても、それを実現できるような方法を模索するべきだって事。
HFS+の良い部分を、最大公約数的な機能の上で再現するようにするというか。
その中で利用頻度の低い物はサポートされなくなってしまうかもしれないけどね。
いや、だからね。
機能の低いところに縮退しちゃうのはダメなんだけど、
HFS+の独自部分に頼らないで実現する手法を考えるべきだと思うのだよ。
HFS+に付いてる機能というのは今までmacの機能として実現していた物の訳で
他のファイルシステムを使っていても、それを実現できるような方法を模索するべきだって事。
HFS+の良い部分を、最大公約数的な機能の上で再現するようにするというか。
その中で利用頻度の低い物はサポートされなくなってしまうかもしれないけどね。
461 ：名称未設定：03/03/04 01:16 ID:JuUQIsfO
鼻毛
462 ：名称未設定：03/03/05 08:10 ID:A85cUExa
つかHFS+って採用するだけの価値というか理由はあったの?
そりゃ旧OSの資産継承とか考えりゃ仕方のないことなんだろ
うかどさ、あのMacのファイルシステムというだけでなんだ
か信用できない感じ。実際最初にMac OS Xインストールする
時にはUFSにするかHFS+にするかで小一時間悩んだけど、
UFSにするとなんだかあとでハシゴ外されそうな気がしてHFS+
にしたけどさ。
そりゃ旧OSの資産継承とか考えりゃ仕方のないことなんだろ
うかどさ、あのMacのファイルシステムというだけでなんだ
か信用できない感じ。実際最初にMac OS Xインストールする
時にはUFSにするかHFS+にするかで小一時間悩んだけど、
UFSにするとなんだかあとでハシゴ外されそうな気がしてHFS+
にしたけどさ。
>>462
なさけないヤツ。。。
なさけないヤツ。。。
464 ：名称未設定：03/03/05 08:22 ID:N4XrjzrK
466 ：名称未設定：03/03/05 08:36 ID:N4XrjzrK
>>465
なぁに? 「あのマックのファイルシステムってだけで信用できない」
って言われたのがそんなに悔しいの? 実はさ、お前みたいな信者が
からんでこられるようにそう書いたんだよ w フォローありがとう。
なんか短時間で思った通りうまくいったので気分よく出社できるな。
それからさ、余計なお世話だけど文末の「。。。。」っての止めた
方がいいよ。そんな日本語ないからね。じゃ〜ね。
なぁに? 「あのマックのファイルシステムってだけで信用できない」
って言われたのがそんなに悔しいの? 実はさ、お前みたいな信者が
からんでこられるようにそう書いたんだよ w フォローありがとう。
なんか短時間で思った通りうまくいったので気分よく出社できるな。
それからさ、余計なお世話だけど文末の「。。。。」っての止めた
方がいいよ。そんな日本語ないからね。じゃ〜ね。
OSとファイルシステムの区別が付いていない自称釣り師ですか、そうですか。
>>469
だからあ、これまでこのスレで語られてる事も無視しまくった内容の釣り目的のアホ書き込みに
マジレスしなくっていいってば。
『旧OSの資産継承とか考えりゃ仕方のないことなんだろうかどさ、』
って書いてあるし。
だからあ、これまでこのスレで語られてる事も無視しまくった内容の釣り目的のアホ書き込みに
マジレスしなくっていいってば。
『旧OSの資産継承とか考えりゃ仕方のないことなんだろうかどさ、』
って書いてあるし。
「仕方のない」じゃなくて「必須」だと思うけど。
旧OSの資産の引き継ぎのために「必須だから」「仕方がない」んだろ。
そんなところでねばってどうすんの。。
そんなところでねばってどうすんの。。
なんでも釣りだと言えばごまかせると思ってる厨房が必死になっているスレはここですか？
自称釣り師はもうどっか行ってるよ。おれは>>467だっつーの。
WinFSか...
CoplandやBeで構想されていたのと同じようなコンセプトだな。
まぁ古臭いファイルシステムに固執している連中には興味
ないことだろうが。
CoplandやBeで構想されていたのと同じようなコンセプトだな。
まぁ古臭いファイルシステムに固執している連中には興味
ないことだろうが。
わざわざ詳しくもないのにUFSを選んでたバカがいたことが懐かしい。
Eisukeだったかな？
Eisukeだったかな？
MacOSのことを知らずにUFSを勧めていたライターもどきもたくさんいたぞ
「当然」今でもトラブルや低機能にめげずUFSを使っているんでしょうな
「当然」今でもトラブルや低機能にめげずUFSを使っているんでしょうな
ひょっとして、起動のためにはHFS+（またはHFS）のブート領域が必要なんでしょうか。
Yellow Dog Linuxってのをインストールしましたら、
起動用に小さなHFS+のパーティションを作らないといかんのですよ。
で、Option起動でその領域を選んでやるとLinuxで起動します。
それで、ある相談で、その人はOS XをUFSで入れたらしいんですが、
何かのはずみにOS X bootなんとかいうHFS+のパーティションがOS 9から見えるように
なってしまったらしいんですね。
で、私は↑のLinuxの経験があったので、似たような事なのかなと思いまして。
Yellow Dog Linuxってのをインストールしましたら、
起動用に小さなHFS+のパーティションを作らないといかんのですよ。
で、Option起動でその領域を選んでやるとLinuxで起動します。
それで、ある相談で、その人はOS XをUFSで入れたらしいんですが、
何かのはずみにOS X bootなんとかいうHFS+のパーティションがOS 9から見えるように
なってしまったらしいんですね。
で、私は↑のLinuxの経験があったので、似たような事なのかなと思いまして。
480 ：名称未設定：03/03/07 16:09 ID:Q8kDavHz
>>479
マカにそんなこときいても無駄だろ。あいつら「ディスクユーティリティ」とか
で1パーティションにきると、自分のディスクには1個のパーティションしか作
られないとか考えてるおめでたい連中だぞ。
マカにそんなこときいても無駄だろ。あいつら「ディスクユーティリティ」とか
で1パーティションにきると、自分のディスクには1個のパーティションしか作
られないとか考えてるおめでたい連中だぞ。
>>480
釣り糸たらしているのが見え見え。
釣り糸たらしているのが見え見え。
>>481
ばれたか。もっと修業しまつ。
ばれたか。もっと修業しまつ。
483 ：名称未設定：03/03/08 07:52 ID:x66afvlG
マウスポインタのフォーカスがいったウィンドウをその場でアクティブにして
ほしい。いちいち一回クリックして前面に出すの面倒くさい
ほしい。いちいち一回クリックして前面に出すの面倒くさい
484 ：(´-ω-`)：03/03/08 07:52 ID:qk2KndDu
>>483
フォーカスがあたっているのにウィンドウがアクティブじゃないってどういう状態のこと？
フォーカスがあたっているのにウィンドウがアクティブじゃないってどういう状態のこと？
486 ：名称未設定：03/03/08 10:19 ID:KqJcQ+7E
>>485
例えば前面に「マカー用。」がいて、後ろっ側にIEでgoogleを表示してるとする。
その時マウスポインタをIEの上に持ってくだけで検索語を入力可能な状態にして
ほしいということ。X Windows SystemとかWindowsはそう。今のマクOSだと一
遍IEのウィンドウをクリックしてIEを前面に出さないと入力できなくてめんどい。
例えば前面に「マカー用。」がいて、後ろっ側にIEでgoogleを表示してるとする。
その時マウスポインタをIEの上に持ってくだけで検索語を入力可能な状態にして
ほしいということ。X Windows SystemとかWindowsはそう。今のマクOSだと一
遍IEのウィンドウをクリックしてIEを前面に出さないと入力できなくてめんどい。
487 ：名称未設定：03/03/08 10:28 ID:ApgsHAvi
488 ：名称未設定：03/03/08 10:34 ID:1dazqk9H
>>486
前面に出てても、入力フィールドを一回クリックするかタブキーで
選択してやらないと入力できないんじゃないのかな？
X Windows SystemとかWindowsは、入力フィールドを選択しなくても
文字が入れられるのか？
それはそれで便利なのか不便なのかわからんのだが。
前面に出てても、入力フィールドを一回クリックするかタブキーで
選択してやらないと入力できないんじゃないのかな？
X Windows SystemとかWindowsは、入力フィールドを選択しなくても
文字が入れられるのか？
それはそれで便利なのか不便なのかわからんのだが。
489 ：名称未設定：03/03/08 10:39 ID:7ZKZI/F2
>>488
ちゃうちゃう。例に出したgoogleだと表示された時デフォルトで入力欄に
入力のフォーカスあたってるでしょ。だから例が成り立つの。
なんか最初の書き方がよくなかったのかな。
こうしよう。背面にあるウィンドウのどこかの入力欄をクリックした時は、
その場で入力可能にしてほしい。前面に出す+入力欄を選択する という2ス
テップの操作がまどろっこしい、これならどうだ。
ちゃうちゃう。例に出したgoogleだと表示された時デフォルトで入力欄に
入力のフォーカスあたってるでしょ。だから例が成り立つの。
なんか最初の書き方がよくなかったのかな。
こうしよう。背面にあるウィンドウのどこかの入力欄をクリックした時は、
その場で入力可能にしてほしい。前面に出す+入力欄を選択する という2ス
テップの操作がまどろっこしい、これならどうだ。
490 ：名称未設定：03/03/08 10:46 ID:7ZcHOmR5
491 ：名称未設定：03/03/08 10:51 ID:PtDfAHNw
>>490
> >>486はウィンドウが前面かどうかにかかわりなく、マウスポインタの指している
> widgetにフォーカスを当てたいという話かな？
そうそうそんな感じ。前面に出してないと操作できないのがヤなの。
> >>489はクリックスルーの話だから、これはアプリケーション次第。
アプリ次第なの? たしかにMac OS X使っててこの辺統一感ない感じだったけど。
Windowsとかだとどのアプリでも、背面のウィンドウのポイントした部分にフォー
カスがあたるんだけど。
> >>486はウィンドウが前面かどうかにかかわりなく、マウスポインタの指している
> widgetにフォーカスを当てたいという話かな？
そうそうそんな感じ。前面に出してないと操作できないのがヤなの。
> >>489はクリックスルーの話だから、これはアプリケーション次第。
アプリ次第なの? たしかにMac OS X使っててこの辺統一感ない感じだったけど。
Windowsとかだとどのアプリでも、背面のウィンドウのポイントした部分にフォー
カスがあたるんだけど。
492 ：名称未設定：03/03/08 10:54 ID:F2g/hgaA
493 ：名称未設定：03/03/08 11:48 ID:RGtDU1Zk
おらは、Winで後ろのウィンドウを前面に出そうとして、ウィンドウを
クリックすると、それで後ろにあったウィンドウ内のアイテムをクリック
しちゃうことになっちゃうのが、いやだすなぁ。クリックしても大丈夫な
ところをわざわざ選んでクリックするのも、面倒だし。
タスクバーから目的のウィンドウを探してクリックするのも、直感的で
ないし。
クリックすると、それで後ろにあったウィンドウ内のアイテムをクリック
しちゃうことになっちゃうのが、いやだすなぁ。クリックしても大丈夫な
ところをわざわざ選んでクリックするのも、面倒だし。
タスクバーから目的のウィンドウを探してクリックするのも、直感的で
ないし。
496 ：名称未設定：03/03/08 12:00 ID:uEZZHfid
>>494
「前面にでないまま操作できる」あるいは「前面に出すと同時に任意のwidgetに
フォーカスをあてる」というのがもともと483のやりたいことだろう?
当方Windowsは詳しくないというか詳しく記憶してないんだが、たしかコンパネ
の設定だかPowerToysだかで簡単に上記操作が可能になると思った。というか俺
はそうしてた。過去の話だから不正確かも知れないが。
「前面にでないまま操作できる」あるいは「前面に出すと同時に任意のwidgetに
フォーカスをあてる」というのがもともと483のやりたいことだろう?
当方Windowsは詳しくないというか詳しく記憶してないんだが、たしかコンパネ
の設定だかPowerToysだかで簡単に上記操作が可能になると思った。というか俺
はそうしてた。過去の話だから不正確かも知れないが。
497 ：名称未設定：03/03/08 12:02 ID:uEZZHfid
498 ：名称未設定：03/03/08 12:17 ID:m3JcdAkN
>>495
広告リンク満載のWEBページを見てるときなんかには困るよな。
この板を見てるときだって２ちゃんねる案内に飛んだりするし。
ブラウザの中での切り替えなら、タブ付きのやつを使うってのが
あるからまあいいんだけど。
>>497
可能な選択肢を全部盛り込むと、そりゃあスゴイことになるだろうね。
コストに響くぞ？
広告リンク満載のWEBページを見てるときなんかには困るよな。
この板を見てるときだって２ちゃんねる案内に飛んだりするし。
ブラウザの中での切り替えなら、タブ付きのやつを使うってのが
あるからまあいいんだけど。
>>497
可能な選択肢を全部盛り込むと、そりゃあスゴイことになるだろうね。
コストに響くぞ？
499 ：名称未設定：03/03/08 12:20 ID:uEZZHfid
500 ：名称未設定：03/03/08 12:25 ID:eX5Lrtbb
>498
オマエみたいなやつは安心だフォンでも使ってろ。
オマエみたいなやつは安心だフォンでも使ってろ。
>>501
どっちが神経使わないかは言うまでもない。
俺はクリックスルーは正直嫌いだ。
背面のウィンドウをうっかりクリックするとツールバーボタン押したことになってたり、
なんでそんなに気を使って操作しなきゃいかんのだ。
Finderはクリックスルーになってなくてとっても快適。
あれがクリックスルーになったら激しく抗議する。
どっちが神経使わないかは言うまでもない。
俺はクリックスルーは正直嫌いだ。
背面のウィンドウをうっかりクリックするとツールバーボタン押したことになってたり、
なんでそんなに気を使って操作しなきゃいかんのだ。
Finderはクリックスルーになってなくてとっても快適。
あれがクリックスルーになったら激しく抗議する。
コマンド押して操作しろよバカ共
>>502
だからね、俺は好きだ俺はキライだ言ってもしょうがないでしょ。選択可能なら
それでいいじゃん。実際WinとかX（Mac OS Xじゃないよ）使い慣れた人間は今
のマクのウィンドウ操作にかったるさを感じてるんだから。どっちが正しいとか
じゃなくて、システム側の間口を広げればいいじゃん。
だからね、俺は好きだ俺はキライだ言ってもしょうがないでしょ。選択可能なら
それでいいじゃん。実際WinとかX（Mac OS Xじゃないよ）使い慣れた人間は今
のマクのウィンドウ操作にかったるさを感じてるんだから。どっちが正しいとか
じゃなくて、システム側の間口を広げればいいじゃん。
じゃあwinもmacもGUI統一しちゃえばいいじゃん
>>505
はぁ? その「じゃあ」はどこをさしてんの?
はぁ? その「じゃあ」はどこをさしてんの?
不可逆的な操作やデータを改変する処理がクリックスルーで操
作できるのはだめ、危険な上にクリック時一々安全か考えないと
いけないので操作効率も落とす。
背面にあるアイコンやデータを拾って来る動作は是非ともクリッ
クスルーにすべき、安全で直観的な操作にも近付く。
今のAquaの表示ではボタン等がクリックスルーできる状態かディ
スエイブルかほとんど判別が付かない。これはデザインミス
Aqua Human Interface Guidelinesも読んでみそ
作できるのはだめ、危険な上にクリック時一々安全か考えないと
いけないので操作効率も落とす。
背面にあるアイコンやデータを拾って来る動作は是非ともクリッ
クスルーにすべき、安全で直観的な操作にも近付く。
今のAquaの表示ではボタン等がクリックスルーできる状態かディ
スエイブルかほとんど判別が付かない。これはデザインミス
Aqua Human Interface Guidelinesも読んでみそ
>>507
> 不可逆的な操作やデータを改変する処理がクリックスルーで操
> 作できるのはだめ、危険な上にクリック時一々安全か考えないと
> いけないので操作効率も落とす。
俺の感覚だと、こんな事はユーザーが自分の行動をケアすればいいだけであって、
ソフトウェア側が余計なお節介で煩雑な操作（アプリ切替→アプリ操作）を強要
してくる方がうざいがな。
> 不可逆的な操作やデータを改変する処理がクリックスルーで操
> 作できるのはだめ、危険な上にクリック時一々安全か考えないと
> いけないので操作効率も落とす。
俺の感覚だと、こんな事はユーザーが自分の行動をケアすればいいだけであって、
ソフトウェア側が余計なお節介で煩雑な操作（アプリ切替→アプリ操作）を強要
してくる方がうざいがな。
>>483
OS 9までならある。Sloop Windowとかいう名前だったか？
ヨットのマークのアイコンだった。
シェアウェアだったし俺は使ってないのできちんと記憶してなくてすまん。
ウインドウの上にカーソルが行っただけで前面に来る奴。
なんかのOSでそういうのが流行ってて、で、macでも出してみたとか
そんな話だった気がする。
個人的にはOS Xでは背後のウインドウのボタン類を前に出さずにクリックできるようになった事と
背後のままドラッグできるのがおもろい。
>>493
ｱﾀﾏﾜﾙｲﾖ｡｡｡ﾅﾝﾃﾞﾓﾓﾝｸﾂｹﾚﾊﾞｲｲｯﾃﾓﾝｼﾞｬﾅｲﾖ｡｡
OS 9までならある。Sloop Windowとかいう名前だったか？
ヨットのマークのアイコンだった。
シェアウェアだったし俺は使ってないのできちんと記憶してなくてすまん。
ウインドウの上にカーソルが行っただけで前面に来る奴。
なんかのOSでそういうのが流行ってて、で、macでも出してみたとか
そんな話だった気がする。
個人的にはOS Xでは背後のウインドウのボタン類を前に出さずにクリックできるようになった事と
背後のままドラッグできるのがおもろい。
>>493
ｱﾀﾏﾜﾙｲﾖ｡｡｡ﾅﾝﾃﾞﾓﾓﾝｸﾂｹﾚﾊﾞｲｲｯﾃﾓﾝｼﾞｬﾅｲﾖ｡｡
>>509
俺の書いた内容もふらふら変わったしさ、この辺のオーバラップしたウィンドウ
の扱いは好みが人によって違うし同じ人でも作業の内容によって変わるかもしれ
ないし、難しいよな。OS9でそういうソフトがあったんならXでもそのうち出る
だろうと希望的観測。
結局
1) 背面のウィンドウの取り扱いが統一されている
2) 好みの操作方法が選択できる
が満たされれば問題ないような気がしてきた。
OS Xの場合、2)はともかく、1)が満たされてないのがストレスの原因かも。
俺の書いた内容もふらふら変わったしさ、この辺のオーバラップしたウィンドウ
の扱いは好みが人によって違うし同じ人でも作業の内容によって変わるかもしれ
ないし、難しいよな。OS9でそういうソフトがあったんならXでもそのうち出る
だろうと希望的観測。
結局
1) 背面のウィンドウの取り扱いが統一されている
2) 好みの操作方法が選択できる
が満たされれば問題ないような気がしてきた。
OS Xの場合、2)はともかく、1)が満たされてないのがストレスの原因かも。
>>509
> ウインドウの上にカーソルが行っただけで前面に来る奴。
10.2以降なら作れるが私は不要
> 背後のままドラッグできるのがおもろい。
昔からFinderはこれができることで有名
OS XのFinderは当初これができず使い物にならず
> ウインドウの上にカーソルが行っただけで前面に来る奴。
10.2以降なら作れるが私は不要
> 背後のままドラッグできるのがおもろい。
昔からFinderはこれができることで有名
OS XのFinderは当初これができず使い物にならず
クリックスルーは糞。操作ミスが大杉る。
背面のウィンドウを切り換えなしで閉められるのはすごくいいけど、
メタルでは何故かあれができないんだよな。とっとと直せ。
背面のウィンドウを切り換えなしで閉められるのはすごくいいけど、
メタルでは何故かあれができないんだよな。とっとと直せ。
OS Xでウインドウをクリックすると、そのウインドウだけが前面に来る（パレットなども付いてこない？）
のがいやな人は、Mr.PCというフリーウェアで変更できるらしい。
のがいやな人は、Mr.PCというフリーウェアで変更できるらしい。
514 ：名称未設定：03/03/08 20:34 ID:1XyZmVuN
結局マカの考え方って「操作フォーカスの切替」じゃなくて「アプリケーション
の切替」なのね。頭はシングルタスク世界から抜け出せたけど、ケツはまだまだ
シングルタスク世界に置いてきてる、と。
の切替」なのね。頭はシングルタスク世界から抜け出せたけど、ケツはまだまだ
シングルタスク世界に置いてきてる、と。
アプリっつーか、ウィンドウの切り換えの話だろ。
と釣りにつっこんでみるテスト
と釣りにつっこんでみるテスト
516 ：名称未設定：03/03/08 20:45 ID:C0SgPQqb
OS9をいまだにシングルタスクと言ってるアフォ晒し上げ
517 ：名称未設定：03/03/08 20:52 ID:1XyZmVuN
>>516
皮肉に決まってんだろ。口に出さずにいられないほど悔しいのか?
皮肉に決まってんだろ。口に出さずにいられないほど悔しいのか?
OS9はシングルタスクだろ。
「疑似マルチタスク」というパチモンは搭載していたが。
「疑似マルチタスク」というパチモンは搭載していたが。
タスクを切り替えている時点でマルチタスクだろ。
>>514
操作フォーカスを切り替えると同時にボタンが押されてしまうのはいやだってこと。
操作フォーカスを切り替えると同時にボタンが押されてしまうのはいやだってこと。
521 ：名称未設定：03/03/08 21:01 ID:1XyZmVuN
神学論争開始か? OS 9をシングルタスクと解釈しようが疑似マルチタスクと
解釈しようが、そんなの「一山三文」と「一山五文」くらいの差しかないじゃ
ん。今更9のことなんてどうでもいいんだよ。
解釈しようが、そんなの「一山三文」と「一山五文」くらいの差しかないじゃ
ん。今更9のことなんてどうでもいいんだよ。
>>514
どういうのがいいと思っているのか提言を
どういうのがいいと思っているのか提言を
マックでも、後ろにあるウィンドウのスクロールサムをホイールで動かせるもの
(IEなど)があるので、ウィンドウの重ねあわせの変更なしにフォーカスのみ移動
可能にするのは簡単に実装できそうなもんだがなぁ。
実はすでに実装はされてて、なにがしかの設定(*.plistなど)をいじれば挙動の変更
ができればうれしいけど...
とりあえず フィードバック＞実装待ち 状態です。
(IEなど)があるので、ウィンドウの重ねあわせの変更なしにフォーカスのみ移動
可能にするのは簡単に実装できそうなもんだがなぁ。
実はすでに実装はされてて、なにがしかの設定(*.plistなど)をいじれば挙動の変更
ができればうれしいけど...
とりあえず フィードバック＞実装待ち 状態です。
なんていうか横着者の要求までイチイチみてはくれないと思うが
>>524-525
横着ですか。確かにそうかもしれません。
それに、フォーカス周りは Mac OS 9 とあわせて置かないと古くか
らの人は困りますしね。
ただ、Apple X11 にはクリック無しでウィンドウのフォーカスを切
り替え機能ちゃんとついてるので(X11なので当たり前ですが)、Mac
OS X 本体にも隠し機能でいいからついていてくれるとありがたいと
ころです。まぁ確かに純正でなくてサードパーティ製でもいいですが。
横着ですか。確かにそうかもしれません。
それに、フォーカス周りは Mac OS 9 とあわせて置かないと古くか
らの人は困りますしね。
ただ、Apple X11 にはクリック無しでウィンドウのフォーカスを切
り替え機能ちゃんとついてるので(X11なので当たり前ですが)、Mac
OS X 本体にも隠し機能でいいからついていてくれるとありがたいと
ころです。まぁ確かに純正でなくてサードパーティ製でもいいですが。
>>526
あくまでもX11とOS Xは別物ですから。。
X11主体のユーザーにとっては統一性がなくて面倒と感じるかもしれませんが、
それはX11 on Macのユーザーコミュニティーの方でソフト作って対応すべきことでは。
あくまでもX11とOS Xは別物ですから。。
X11主体のユーザーにとっては統一性がなくて面倒と感じるかもしれませんが、
それはX11 on Macのユーザーコミュニティーの方でソフト作って対応すべきことでは。
ていうか、今ぼーっとMacPeople見てたら、
もともとソラリスユーザーでOS Xお試し中の人が
『フォーカスの当たっているウインドウが手前に来るのがうっとうしい』
という趣旨の投稿をしてたので、
ああ、やっぱそう思う人がいるんだなと思って
ちょっとにやっとしてしまいました。
まさかご本人じゃないっすよね。
もともとソラリスユーザーでOS Xお試し中の人が
『フォーカスの当たっているウインドウが手前に来るのがうっとうしい』
という趣旨の投稿をしてたので、
ああ、やっぱそう思う人がいるんだなと思って
ちょっとにやっとしてしまいました。
まさかご本人じゃないっすよね。
529 ：名称未設定：03/03/09 10:00 ID:hz3/Mf7W
正直、今まで通りでイイよ。自分の癖を直すのめんどうだからさ
531 ：名称未設定：03/03/09 12:49 ID:ZxZPTNnk
新規参入ユーザーなんてどのくらい居るんだか。世界中でも
一週間に一人くらいじゃねえかと
一週間に一人くらいじゃねえかと
本当に疲れました。特に南の孤島の原住民族なんて話し通じなくて困りました。
伝統を守るのもまた努力。「いままでのものを保つ」のもまた努力。
「悪くならないようにする」のもまた努力だ。
あたらしいものを生み出すことのみを努力と解釈するのはよろしくない。
「悪くならないようにする」のもまた努力だ。
あたらしいものを生み出すことのみを努力と解釈するのはよろしくない。
赤の女王の理論ですなぁ。
http://www.google.co.jp/search?q=cache:N836Bf6axs0C:www.geocities.co.jp/Bookend-Ohgai/8070/kasyou.html++%E8%B5%A4%E3%81%AE%E5%A5%B3%E7%8E%8B&hl=ja&lr=lang_ja&ie=UTF-8&inlang=ja
赤の女王伝説
女王紹介
フルネーム・花咲 乱 星如
読みかた・かしょう らん せいにょ
本名・ありきたり
生まれた年・皇紀2635年
誕生日・１月４日
役職・ZWEI帝国女王 皇帝(カイザー)正室
特徴・視野が狭く、うすっぺらい軽量型人間(事実)
性質・長期間お絵描きできないと、嫌なカンジになる
性格・ちょいとキツめで遠慮もない
傾向・ダーウィン擁護（非ダーウィニズム）
心配事・心臓と肝臓の健康度。
好きなもの・お絵描き、色鉛筆、チラリズム、歳の差カップル、やさい
好きなタイプ・主人公
苦手なもの・漫画描き、文字書き、かたづけ、計画の実行、人付き合い(特に男)
苦手なタイプ・女々しい受
嫌いなもの・ワイヤーブラ（骨にあたって痛いったら）
方針・イラストは一期一会の使い捨て。
ベストを尽くして描き上げれば、作品よりも「描いたことで得るもの」
の方が大きいので、作品自体は捨てても惜しくないっしょ
赤の女王伝説
女王紹介
フルネーム・花咲 乱 星如
読みかた・かしょう らん せいにょ
本名・ありきたり
生まれた年・皇紀2635年
誕生日・１月４日
役職・ZWEI帝国女王 皇帝(カイザー)正室
特徴・視野が狭く、うすっぺらい軽量型人間(事実)
性質・長期間お絵描きできないと、嫌なカンジになる
性格・ちょいとキツめで遠慮もない
傾向・ダーウィン擁護（非ダーウィニズム）
心配事・心臓と肝臓の健康度。
好きなもの・お絵描き、色鉛筆、チラリズム、歳の差カップル、やさい
好きなタイプ・主人公
苦手なもの・漫画描き、文字書き、かたづけ、計画の実行、人付き合い(特に男)
苦手なタイプ・女々しい受
嫌いなもの・ワイヤーブラ（骨にあたって痛いったら）
方針・イラストは一期一会の使い捨て。
ベストを尽くして描き上げれば、作品よりも「描いたことで得るもの」
の方が大きいので、作品自体は捨てても惜しくないっしょ
マクってもともと「独善」的なプラットフォームじゃん。
てゆうかさ、「座して氏を待つ以外なくなる」って、ほとんど
いいがかりだよ。別に絶対にオプションを増やしちゃいかんとは
言ってない。オプションが多ければユーザが増えるとはかぎらん
と言っているだけ。議論、多いにけっこう。でもあんたの論調だと
議論の余地もないと言いたげだな。ほんとに議論の余地もないほど
明らかなことならそのうち実装されるだろ。あせりなさんな。
てゆうかさ、「座して氏を待つ以外なくなる」って、ほとんど
いいがかりだよ。別に絶対にオプションを増やしちゃいかんとは
言ってない。オプションが多ければユーザが増えるとはかぎらん
と言っているだけ。議論、多いにけっこう。でもあんたの論調だと
議論の余地もないと言いたげだな。ほんとに議論の余地もないほど
明らかなことならそのうち実装されるだろ。あせりなさんな。
てゆうか、5fVdECG6よ。
我々は別にAppleのエンジニアではない。我々は「回答」しているの
ではない。私見を述べているにすぎない。君と同じく。
マクはもともと「オプションは極力減らす、あるいは隠す」という
設計思想だから、ユーザの間にそれを支持する意見があるのも
不思議なことではない。またオプションを減らすのは技術の問題じゃない。
設計思想の問題。「マカの程度を貶める」ということは関係ない。
我々は別にAppleのエンジニアではない。我々は「回答」しているの
ではない。私見を述べているにすぎない。君と同じく。
マクはもともと「オプションは極力減らす、あるいは隠す」という
設計思想だから、ユーザの間にそれを支持する意見があるのも
不思議なことではない。またオプションを減らすのは技術の問題じゃない。
設計思想の問題。「マカの程度を貶める」ということは関係ない。
546 ：名称未設定：03/03/09 13:47 ID:VDhcOgII
山のように「あったらいいな」を詰め込んで、売れなくなっている
さいきんのソフトウエアについて考えたことがあるのか？お前ら
officeもPhotoshopもイラネエ機能満載でそっぽ向かれてるだろ。
さいきんのソフトウエアについて考えたことがあるのか？お前ら
officeもPhotoshopもイラネエ機能満載でそっぽ向かれてるだろ。
547 ：名称未設定：03/03/09 13:50 ID:zehaItT3
ばかなユーザーに選択肢など与えたらMacの先進性が
損なわれる。
ばかなユーザーは提供されるのみでよい。
損なわれる。
ばかなユーザーは提供されるのみでよい。
548 ：名称未設定：03/03/09 13:51 ID:hoYOhoVl
と、こうしてマカは袋小路の閉塞の中に自ら入り込むのだった。救いようが
ないね。「操作のオプションをつけた方がいい」と言っているユーザーに、
開発コストを負担するメーカーじゃなくて、同じユーザーが「そんなのいら
ん」っつてんだから。つけても既存ユーザーが困るわけでもないのに。
つーかナニ? 「設計思想の問題」? こういうお笑い用語ってマカの間では意
味通じるのか? 俺にはサッパリわからんが。
つくづく面白い奴等だな、マカって。
ないね。「操作のオプションをつけた方がいい」と言っているユーザーに、
開発コストを負担するメーカーじゃなくて、同じユーザーが「そんなのいら
ん」っつてんだから。つけても既存ユーザーが困るわけでもないのに。
つーかナニ? 「設計思想の問題」? こういうお笑い用語ってマカの間では意
味通じるのか? 俺にはサッパリわからんが。
つくづく面白い奴等だな、マカって。
549 ：名称未設定：03/03/09 13:51 ID:zehaItT3
>546
Macはなんにもしなくてもそっぽ向かれてるな。
Macはなんにもしなくてもそっぽ向かれてるな。
550 ：名称未設定：03/03/09 13:53 ID:VDhcOgII
>>548
>>既存ユーザーが困るわけでもないのに。
困るだろ。余計な機能つけただけで「あたらしいOS出しました」って言って
カネをせびられる、そして新しいアプリは新しいOSでしか動かなくなる。
困りまくり。
>>既存ユーザーが困るわけでもないのに。
困るだろ。余計な機能つけただけで「あたらしいOS出しました」って言って
カネをせびられる、そして新しいアプリは新しいOSでしか動かなくなる。
困りまくり。
551 ：名称未設定：03/03/09 13:55 ID:zehaItT3
選択肢を与えないことでプラットフォームには同じ嗜好の
ユーザーのみが集まり、強力なコミュニティーを形成する。
異様なまでに強固なコミュニティーがAppleにとって旨味な訳で
これを分断、希薄にするような、ユーザーそれぞれの嗜好を尊重した
仕様は好ましくない。
いい例がOS9とOSXの間で見られるユーザーの分断である。
ユーザーのみが集まり、強力なコミュニティーを形成する。
異様なまでに強固なコミュニティーがAppleにとって旨味な訳で
これを分断、希薄にするような、ユーザーそれぞれの嗜好を尊重した
仕様は好ましくない。
いい例がOS9とOSXの間で見られるユーザーの分断である。
552 ：名称未設定：03/03/09 13:57 ID:6wtJrlX5
553 ：名称未設定：03/03/09 14:00 ID:6wtJrlX5
>>551
ごめん、陳腐だとは思うけど、やっぱ「新興宗教」という単語が頭に浮かんで
離れない。
そうか、俺達にとっては単なる「操作オプション」にしか過ぎないものが、奴
等にとっては「教義の混乱」になるんだな。そりゃ「いらん」って必死になる
わな、オプション。
ごめん、陳腐だとは思うけど、やっぱ「新興宗教」という単語が頭に浮かんで
離れない。
そうか、俺達にとっては単なる「操作オプション」にしか過ぎないものが、奴
等にとっては「教義の混乱」になるんだな。そりゃ「いらん」って必死になる
わな、オプション。
554 ：名称未設定：03/03/09 14:01 ID:r440X1Dy
>>546
次期Office2003には、顧客管理システムまで付いてるんだそうな。
次期Office2003には、顧客管理システムまで付いてるんだそうな。
555 ：名称未設定：03/03/09 14:02 ID:VDhcOgII
556 ：名称未設定：03/03/09 14:04 ID:VDhcOgII
この自転車にはエアバックがついていますが、要らないならスイッチを切ってください。
この自転車には補助輪がついていますが、要らないならスイッチを切ってください。
この自転車にはメール送信機能がついていますが、要らないならスイッチを切ってください。
この自転車には映画予約機能がついていますが、要らないならスイッチを切ってください。
この自転車には吉野家がついていますが、要らないならスイッチを切ってください。
この自転車には核ミサイルがついていますが、要らないならスイッチを切ってください。
この自転車にはうじきつよしがついていますが、要らないならスイッチを切ってください。
この自転車には補助輪がついていますが、要らないならスイッチを切ってください。
この自転車にはメール送信機能がついていますが、要らないならスイッチを切ってください。
この自転車には映画予約機能がついていますが、要らないならスイッチを切ってください。
この自転車には吉野家がついていますが、要らないならスイッチを切ってください。
この自転車には核ミサイルがついていますが、要らないならスイッチを切ってください。
この自転車にはうじきつよしがついていますが、要らないならスイッチを切ってください。
実装する側の人間から言わせてもらうと、選択肢を増やす事は
簡単だが、減らす（増やさない）事ははるかに難しいことが多い。
簡単だが、減らす（増やさない）事ははるかに難しいことが多い。
558 ：名称未設定：03/03/09 14:05 ID:r440X1Dy
>>552
これはど
http://www.zdnet.co.jp/news/0210/31/ne00_office.html
>来年登場するMS Officeの新バージョンでは、最新版のWindowsしか
>サポートされない。顧客はOSのアップグレードを迫られることになり、
>Microsoftへの反発を強めるかもしれない
これはど
http://www.zdnet.co.jp/news/0210/31/ne00_office.html
>来年登場するMS Officeの新バージョンでは、最新版のWindowsしか
>サポートされない。顧客はOSのアップグレードを迫られることになり、
>Microsoftへの反発を強めるかもしれない
559 ：名称未設定：03/03/09 14:06 ID:VDhcOgII
要らないものを付けないことによって、内部構造が簡略化され、
OSの安定化やCPUパワーの節約などに役立つであろうという発想は無いのか、こいつら
OSの安定化やCPUパワーの節約などに役立つであろうという発想は無いのか、こいつら
560 ：名称未設定：03/03/09 14:08 ID:nFHCYIpT
561 ：名称未設定：03/03/09 14:08 ID:6wtJrlX5
>>556
俺なら補助輪と核ミサイルとうじきつよし以外はスイッチオンだな。便利そう。
ひとりで寂しいときはうじきもオン w
ハンドルが固定されててまっすぐしか走らない自転車（マク）よか吉野家つき
の方が便利だな。
俺なら補助輪と核ミサイルとうじきつよし以外はスイッチオンだな。便利そう。
ひとりで寂しいときはうじきもオン w
ハンドルが固定されててまっすぐしか走らない自転車（マク）よか吉野家つき
の方が便利だな。
562 ：名称未設定：03/03/09 14:10 ID:VDhcOgII
563 ：名称未設定：03/03/09 14:10 ID:nFHCYIpT
564 ：名称未設定：03/03/09 14:11 ID:6wtJrlX5
565 ：名称未設定：03/03/09 14:12 ID:VDhcOgII
566 ：名称未設定：03/03/09 14:14 ID:xJV2xHGd
>>562
お、マカ暴走開始か?
現実には機能や操作オプションの豊富なOSの方が軽く動作して安価であり、
マクは糞重で高価だぞ。
例は現実をわかりやすく表現するためにあるんだぞ。例の世界に没頭して
現実との対応を忘れるから妄想野郎呼ばわりされるんだぞ? わかってんのか?
お、マカ暴走開始か?
現実には機能や操作オプションの豊富なOSの方が軽く動作して安価であり、
マクは糞重で高価だぞ。
例は現実をわかりやすく表現するためにあるんだぞ。例の世界に没頭して
現実との対応を忘れるから妄想野郎呼ばわりされるんだぞ? わかってんのか?
567 ：名称未設定：03/03/09 14:16 ID:STOeIEav
568 ：名称未設定：03/03/09 14:19 ID:xJV2xHGd
>>567
つまり愚痴交じりの独り言だったと? それは557に失礼だろ。
つまり愚痴交じりの独り言だったと? それは557に失礼だろ。
569 ：名称未設定：03/03/09 14:21 ID:STOeIEav
>>566
しかしいつもながらのパターン化された煽りであることだなぁ（感
しかしいつもながらのパターン化された煽りであることだなぁ（感
570 ：名称未設定：03/03/09 14:25 ID:ze2CpJ8A
>>568
よくわからん理屈だね。
>>557はたぶん「製品に対する責任をもって設計する側」として責任ある
仕事をやってる人かも知れん。それを簡単に「実装する側」と言っただけ
のように思えるから、>>564は的はずれだ、って意味じゃないかね？
よくわからん理屈だね。
>>557はたぶん「製品に対する責任をもって設計する側」として責任ある
仕事をやってる人かも知れん。それを簡単に「実装する側」と言っただけ
のように思えるから、>>564は的はずれだ、って意味じゃないかね？
571 ：名称未設定：03/03/09 14:28 ID:pp2F6MMI
>>570
言葉は正確に使うべきです。「設計」と「実装」は別のものです。素人さんが
間違ってもいちいちどうこう言いませんが、プロがそういう間違いをするのは
正されてしかるべき。なお、設計者と実装者が物理的には一人の人間であって
も事情は一切変わりません。
言葉は正確に使うべきです。「設計」と「実装」は別のものです。素人さんが
間違ってもいちいちどうこう言いませんが、プロがそういう間違いをするのは
正されてしかるべき。なお、設計者と実装者が物理的には一人の人間であって
も事情は一切変わりません。
572 ：名称未設定：03/03/09 14:50 ID:RGHj3EnN
>>571
じゃあ、まあ、>>557本人に聞くしかないか。
でも、>>568の
> つまり愚痴交じりの独り言だったと? それは557に失礼だろ。
の意味が全くわからん。557が間違ってるのなら失礼じゃないし。
じゃあ、まあ、>>557本人に聞くしかないか。
でも、>>568の
> つまり愚痴交じりの独り言だったと? それは557に失礼だろ。
の意味が全くわからん。557が間違ってるのなら失礼じゃないし。
ウィンではワープロはほとんどワードパッド使ってますが、何か？
575 ：名称未設定：03/03/10 00:31 ID:qsGIlmGb
オプションを増やしすぎれば何も知らないユーザーが混乱するし
減らし過ぎれば自分の好きなようにカスタマイズしたいユーザーが不満を持つ。
こんなのは当たり前のことで
・混乱しすぎない範囲でなるべく多くのオプションを実装する
・カスタマイズをあまりしないユーザーの便宜のために、簡単に設定できる標準オプションセットを提供する
・標準オプションセットを無視してカスタマイズできる手段を用意する
っていうのがとりあえず普通の解決手段だと思うのだが。
唯一のオプションを用意するのも、ただ盲目的にオプションを増やすのも
全然現実的な解決策ではないと思います。
減らし過ぎれば自分の好きなようにカスタマイズしたいユーザーが不満を持つ。
こんなのは当たり前のことで
・混乱しすぎない範囲でなるべく多くのオプションを実装する
・カスタマイズをあまりしないユーザーの便宜のために、簡単に設定できる標準オプションセットを提供する
・標準オプションセットを無視してカスタマイズできる手段を用意する
っていうのがとりあえず普通の解決手段だと思うのだが。
唯一のオプションを用意するのも、ただ盲目的にオプションを増やすのも
全然現実的な解決策ではないと思います。
576 ：名称未設定：03/03/10 00:41 ID:Zv2nHtep
>>575
マクユーザーのほうが、ドーズユーザーに比べて自分自身の選択権が
あるやつが多いんだよね。何せ会社から支給されるってことが少ない
から、法人ユーザーが主体のドーズとは違って。
だから、マクの設計思想としては、制作者として一番おすすめしたい
ものを中心に据えてそれからあまりかけ外れるのを想定してない。
だって、気に入った人だけが買えばすむわけだから。
でも、選択の余地なしに会社で必要だからドーズを使うって人には、
せめて表面的なカスタマイズくらいは自由にやってもらおうってのが
ドーズの設計思想なんじゃないかな。
どっちが優れてるとかの問題じゃなく、適材適所ってことなんだよ。
残念ながら、どっちのユーザーにも不満はいろいろあるんだけどね。
マクユーザーのほうが、ドーズユーザーに比べて自分自身の選択権が
あるやつが多いんだよね。何せ会社から支給されるってことが少ない
から、法人ユーザーが主体のドーズとは違って。
だから、マクの設計思想としては、制作者として一番おすすめしたい
ものを中心に据えてそれからあまりかけ外れるのを想定してない。
だって、気に入った人だけが買えばすむわけだから。
でも、選択の余地なしに会社で必要だからドーズを使うって人には、
せめて表面的なカスタマイズくらいは自由にやってもらおうってのが
ドーズの設計思想なんじゃないかな。
どっちが優れてるとかの問題じゃなく、適材適所ってことなんだよ。
残念ながら、どっちのユーザーにも不満はいろいろあるんだけどね。
577 ：名称未設定：03/03/10 00:44 ID:qsGIlmGb
578 ：名称未設定：03/03/10 02:10 ID:C3lkc1oL
>>577
どう見ても「クリエイティブ」な人が好むマシン像とかけ離れてるな。お前ら
時と場合によって、なんか詭弁を使い分けてない?
すぐ不利な話題は「どっちもどっち」的な結論にもっていきたがるし。マカに
とって、マクの欠点認めるのってそんなに苦痛なのかね。
どう見ても「クリエイティブ」な人が好むマシン像とかけ離れてるな。お前ら
時と場合によって、なんか詭弁を使い分けてない?
すぐ不利な話題は「どっちもどっち」的な結論にもっていきたがるし。マカに
とって、マクの欠点認めるのってそんなに苦痛なのかね。
>>578
使う人によって考え方が違うのなんて当たり前だろう。
なんで「お前ら」って人くくりにして、「前の意見と違う」って
本気で指摘してるの？ 577は「っていう感じはあるよね。」って
個人の抱えた印象を語ってるだけなのにさ。
ま、本当は新Mac板の住人って、お前も含めて4人なんだけどな。
使う人によって考え方が違うのなんて当たり前だろう。
なんで「お前ら」って人くくりにして、「前の意見と違う」って
本気で指摘してるの？ 577は「っていう感じはあるよね。」って
個人の抱えた印象を語ってるだけなのにさ。
ま、本当は新Mac板の住人って、お前も含めて4人なんだけどな。
>>579
なんだよ、そんな脊髄反射レスするほどイタイとこつかれたのか。マクは似た
よう嗜好をもった人間が使うもんじゃなかたの? それとプラットフォームに対
する根本的な価値観が「使う人によって違う」という考えが同居できるのがお
まいらの脳の不思議なところだ。
ま一言でいうと決してマクの欠点を認めたがらない信者ヴァカの苦しい詭弁の
集積がマクユーザの意見とやらなわけだ ﾌﾟ。
なんだよ、そんな脊髄反射レスするほどイタイとこつかれたのか。マクは似た
よう嗜好をもった人間が使うもんじゃなかたの? それとプラットフォームに対
する根本的な価値観が「使う人によって違う」という考えが同居できるのがお
まいらの脳の不思議なところだ。
ま一言でいうと決してマクの欠点を認めたがらない信者ヴァカの苦しい詭弁の
集積がマクユーザの意見とやらなわけだ ﾌﾟ。
思考と嗜好は似て非なるものってっこった
582 ：名称未設定：03/03/10 02:33 ID:CA6ts2Z/
583 ：名称未設定：03/03/10 02:51 ID:dupXMJCE
>>580
まぁ、ﾏｶだろうがﾄﾞｻﾞだろうがひとくくりにしてステレオタイプに当てはめてる時点で煽りでしかないですよね。
「macの考え方に賛同する」という一点で同意しているだけで、ここのmacユーザーに意見の差異があって当然でしょ。
その程度の想像力も働かないのでしょうか。
自分の脳内で作り上げたステレオタイプに他人を当てはめて判断してる人間に
まともな思考力があるとは思えませんね。
まぁ、ﾏｶだろうがﾄﾞｻﾞだろうがひとくくりにしてステレオタイプに当てはめてる時点で煽りでしかないですよね。
「macの考え方に賛同する」という一点で同意しているだけで、ここのmacユーザーに意見の差異があって当然でしょ。
その程度の想像力も働かないのでしょうか。
自分の脳内で作り上げたステレオタイプに他人を当てはめて判断してる人間に
まともな思考力があるとは思えませんね。
584 ：名称未設定：03/03/10 02:51 ID:dupXMJCE
585 ：名称未設定：03/03/10 03:00 ID:/OmOoxjR
>>583
その「Macの考え方」というのが実は空洞であるところが、マカが宗教者で
あるゆえんなのだがな。空洞の周りに空洞を媒介として集合する人間達。こ
れはこれで深い w
もし「Macの考え方」をおまいがキチンと明示できるなら、俺はもう「宗教」
という単語を使って煽るのはよすよ。無理だと思うけどね w
その「Macの考え方」というのが実は空洞であるところが、マカが宗教者で
あるゆえんなのだがな。空洞の周りに空洞を媒介として集合する人間達。こ
れはこれで深い w
もし「Macの考え方」をおまいがキチンと明示できるなら、俺はもう「宗教」
という単語を使って煽るのはよすよ。無理だと思うけどね w
>>580
＞マクは似たよう嗜好をもった人間が使うもんじゃなかたの?
俺、どこでそんなこと言ったっけ？
577はそう考えたようだね。で、そうとらえる人もそりゃいるだろうさ、というのが俺の意見なんだが。
＞ま一言でいうと決してマクの欠点を認めたがらない信者ヴァカの
＞苦しい詭弁の集積がマクユーザの意見とやらなわけだ ﾌﾟ。
ふむふむ。
＞マクは似たよう嗜好をもった人間が使うもんじゃなかたの?
俺、どこでそんなこと言ったっけ？
577はそう考えたようだね。で、そうとらえる人もそりゃいるだろうさ、というのが俺の意見なんだが。
＞ま一言でいうと決してマクの欠点を認めたがらない信者ヴァカの
＞苦しい詭弁の集積がマクユーザの意見とやらなわけだ ﾌﾟ。
ふむふむ。
587 ：名称未設定：03/03/10 03:11 ID:dupXMJCE
>>585
「『Macの考え方』というのが実は空洞である」とはなかなか深いことをいいますねｗ
macの考え方というのは>>576がいうように「制作者サイドがなるべく使いやすいと思う方法を提案する」と
いうことだと思うので、それに賛同するというのはmacを使いやすいと感じるということかと思います。
とはいえ、全てのmacユーザーが隅から隅までmacを使いやすいと感じるわけないです。
俺も実際OS9の使い勝手には不満があるし、OSXにもあります。
両刀使いなのでwinも使いますが、感覚的にはmacの方がしっくりくるかなぁということです。
winで困ることも特にないですけど、macの方が楽しいというか。
どちらのUIも一長一短あるしね。
感覚的・主観的な部分を多分に含むのできちんと明示できてるとは言えないかもしれません。
でも好き嫌いの範疇なのでこれで宗教といわれるならしょうがないですね。
個人的にはwinだけになってしまってはつまらないのでmacにも生き残って欲しいと思います。
「『Macの考え方』というのが実は空洞である」とはなかなか深いことをいいますねｗ
macの考え方というのは>>576がいうように「制作者サイドがなるべく使いやすいと思う方法を提案する」と
いうことだと思うので、それに賛同するというのはmacを使いやすいと感じるということかと思います。
とはいえ、全てのmacユーザーが隅から隅までmacを使いやすいと感じるわけないです。
俺も実際OS9の使い勝手には不満があるし、OSXにもあります。
両刀使いなのでwinも使いますが、感覚的にはmacの方がしっくりくるかなぁということです。
winで困ることも特にないですけど、macの方が楽しいというか。
どちらのUIも一長一短あるしね。
感覚的・主観的な部分を多分に含むのできちんと明示できてるとは言えないかもしれません。
でも好き嫌いの範疇なのでこれで宗教といわれるならしょうがないですね。
個人的にはwinだけになってしまってはつまらないのでmacにも生き残って欲しいと思います。
588 ：585：03/03/10 03:19 ID:KM9rSaFO
>>587
俺はUNIX（各種）→Win→Macの順番でそれぞれ使ってきたんだけど、Mac
使って拍子抜けだったのが、この「Macの考え方」って奴。使う前はMacユ
ーザ達がさんざん喧伝してるので、どんなもんかと思ってたけど、マクを知っ
てみればなんということもない、他のプラットフォームでも当たり前のよう
に考えられたたり工夫されてることを、さもMac特有のもののように針小棒
大に過大申告してるだけ。悪いマシンじゃないと思うけど、「考え方」にひ
かれて多くの人が集まるようなものでもないと思う。Macだけの人はこの辺
勘違いしてるように思うね。
俺はUNIX（各種）→Win→Macの順番でそれぞれ使ってきたんだけど、Mac
使って拍子抜けだったのが、この「Macの考え方」って奴。使う前はMacユ
ーザ達がさんざん喧伝してるので、どんなもんかと思ってたけど、マクを知っ
てみればなんということもない、他のプラットフォームでも当たり前のよう
に考えられたたり工夫されてることを、さもMac特有のもののように針小棒
大に過大申告してるだけ。悪いマシンじゃないと思うけど、「考え方」にひ
かれて多くの人が集まるようなものでもないと思う。Macだけの人はこの辺
勘違いしてるように思うね。
589 ：名称未設定：03/03/10 03:25 ID:qqsMzgZn
ということで、事実としてはマカの思考も嗜好も全然統一されているわけで
はないということが判明したので、個々の好みを尊重するために操作オプショ
ンを増やす方向が正しい、という結論でよろしいか。
はないということが判明したので、個々の好みを尊重するために操作オプショ
ンを増やす方向が正しい、という結論でよろしいか。
590 ：名称未設定：03/03/10 03:28 ID:dupXMJCE
>>588
それはちょっと分かる気がします。
俺も開発やってるのでそうなんですが、複数の環境を使いこなせるような
コンピュータが分かっちゃってる人にとってはたいしたことではないと思う。
mac特有だった時期はあったかもしれないけど、今じゃほとんど当たり前になってることも多いよね。
音楽系とかmacを道具としてしかみていない人と論争したことがありますが
全く違った見方をしていて参考になりました。
やはり「コンピュータであることを意識させない」と言うことに対するこだわりがあるように思います。
その時はOS9/OSX論争だったのですがOS9以前のUIには特にそういう思想が貫かれていたかなと。
OSXでこそ多少むき出しの部分がありますがそういう思想は生きてるかなぁと。
OSXはむしろ「意識しない使い方」と「意識する使い方」の両方が出来る方向性を目指しているかなと思います。
それはちょっと分かる気がします。
俺も開発やってるのでそうなんですが、複数の環境を使いこなせるような
コンピュータが分かっちゃってる人にとってはたいしたことではないと思う。
mac特有だった時期はあったかもしれないけど、今じゃほとんど当たり前になってることも多いよね。
音楽系とかmacを道具としてしかみていない人と論争したことがありますが
全く違った見方をしていて参考になりました。
やはり「コンピュータであることを意識させない」と言うことに対するこだわりがあるように思います。
その時はOS9/OSX論争だったのですがOS9以前のUIには特にそういう思想が貫かれていたかなと。
OSXでこそ多少むき出しの部分がありますがそういう思想は生きてるかなぁと。
OSXはむしろ「意識しない使い方」と「意識する使い方」の両方が出来る方向性を目指しているかなと思います。
591 ：名称未設定：03/03/10 03:29 ID:dupXMJCE
592 ：名称未設定：03/03/10 03:54 ID:StUyu1F7
>>590
> その時はOS9/OSX論争だったのですがOS9以前のUIには特にそういう思想が貫かれていたかなと。
また「思想」かよ。なにかそれが魔法の護符のような働きをもった言葉と
でも思ってんの? 「どういう思想」が「UIのどういう部分に」「どういう
形で実装されていて」「それがどのような効能を持っていたか」まで言わ
ずに単に「あの思想」とまるで所与のものを指し示す言葉のように使うか
らマカーはバカー扱いされるの。
で、結論としては誰かが言ってたようにその「思想」は今となっては空洞
である、と。
> その時はOS9/OSX論争だったのですがOS9以前のUIには特にそういう思想が貫かれていたかなと。
また「思想」かよ。なにかそれが魔法の護符のような働きをもった言葉と
でも思ってんの? 「どういう思想」が「UIのどういう部分に」「どういう
形で実装されていて」「それがどのような効能を持っていたか」まで言わ
ずに単に「あの思想」とまるで所与のものを指し示す言葉のように使うか
らマカーはバカー扱いされるの。
で、結論としては誰かが言ってたようにその「思想」は今となっては空洞
である、と。
>>592
俺も愚にもつかないことだと思っていたのですが
例えば、フォルダとそれを開いたウィンドウとが1対1に対応していることが
非常に使いやすいと感じる人もいるようなのです。
作業に没頭したいときに余計なこと(フォルダ階層とか)をあまり意識しないで作業できるからだそうですが。
これは確かに直感的に理解しやすい部分はもちろんあるけど
深い階層や多くファイルを扱いにくいという点で一長一短なのですが。
私もその思想が別に多くの人を引きつけるものだとは思っていませんよ。
ただそういう思想が貫かれていたと私は思うし、それだからこそ支持した人いたということです。
それがすでにmacの特徴・利点ではなく、単なる差異に過ぎない物なってしまったという点は否めません。
だからこそ好き嫌いの問題だといっているのですが。
俺も愚にもつかないことだと思っていたのですが
例えば、フォルダとそれを開いたウィンドウとが1対1に対応していることが
非常に使いやすいと感じる人もいるようなのです。
作業に没頭したいときに余計なこと(フォルダ階層とか)をあまり意識しないで作業できるからだそうですが。
これは確かに直感的に理解しやすい部分はもちろんあるけど
深い階層や多くファイルを扱いにくいという点で一長一短なのですが。
私もその思想が別に多くの人を引きつけるものだとは思っていませんよ。
ただそういう思想が貫かれていたと私は思うし、それだからこそ支持した人いたということです。
それがすでにmacの特徴・利点ではなく、単なる差異に過ぎない物なってしまったという点は否めません。
だからこそ好き嫌いの問題だといっているのですが。
594 ：名称未設定：03/03/10 04:21 ID:aHJF7cYW
俺はwin3.1から入って今はMacメイン。
Macはなんとなしに触っているうちにメモリの割り当てとか覚えたけど、winは未だによくわからん。
参考本とか雑誌読まない人間がwinをチューンするのって結構難しいよね。
ただまぁそんなことしなくてもちゃんと動くんだけどね。
あんまり機械には興味のない人間の意見でした。
Macはなんとなしに触っているうちにメモリの割り当てとか覚えたけど、winは未だによくわからん。
参考本とか雑誌読まない人間がwinをチューンするのって結構難しいよね。
ただまぁそんなことしなくてもちゃんと動くんだけどね。
あんまり機械には興味のない人間の意見でした。
596 ：名称未設定：03/03/10 05:04 ID:z5Fw0L/m
>>595
コンピュータが分かるってもさぁ、何もOSの動作原理覚えろとか言ってる
わけじゃなくて、俺らが理解できるのって結局どのアイコンを選ぶとかどの
ボタンを押すとかそんな程度だろ。そういうのが分からない人間の視点を要
求するのて、要はDQNレベルで考えろって事? あ、それがマカと話すための
秘訣か w
コンピュータが分かるってもさぁ、何もOSの動作原理覚えろとか言ってる
わけじゃなくて、俺らが理解できるのって結局どのアイコンを選ぶとかどの
ボタンを押すとかそんな程度だろ。そういうのが分からない人間の視点を要
求するのて、要はDQNレベルで考えろって事? あ、それがマカと話すための
秘訣か w
>>596
言っていることは乱暴なのに、きれいに改行する人ですね。
言っていることは乱暴なのに、きれいに改行する人ですね。
598 ：594：03/03/10 05:25 ID:aHJF7cYW
>>596
俺くらいのレベルで考えたらどうなの？
winのメモリとか割り当てられない。
128MのノートだしOfficeメインだからってのもあるけどね。
メモリの割り当て方について両OSの考え方も違うんだろうけども。
単純にどっちが簡単かなと。
どう思います？
（OSXはシランけど。）
俺くらいのレベルで考えたらどうなの？
winのメモリとか割り当てられない。
128MのノートだしOfficeメインだからってのもあるけどね。
メモリの割り当て方について両OSの考え方も違うんだろうけども。
単純にどっちが簡単かなと。
どう思います？
（OSXはシランけど。）
で、君らは何をフィードバックしたんだ？
600 ：名称未設定：03/03/10 05:42 ID:Xw8ZPH89
>>598
普通のOSはメモリの割当は自動だから「Winのメモリ割当」云々を
考えるのは無意味。つーか旧マカ以外は「アプリにメモリを割り当
てる」なんつー「コンピュータっぽい事」は考えたこともないハズ。
単純に言えばマクの方が難しい。
普通のOSはメモリの割当は自動だから「Winのメモリ割当」云々を
考えるのは無意味。つーか旧マカ以外は「アプリにメモリを割り当
てる」なんつー「コンピュータっぽい事」は考えたこともないハズ。
単純に言えばマクの方が難しい。
601 ：名称未設定：03/03/10 06:23 ID:aHJF7cYW
>>598
Winはメモリの管理はOSがってことだよね。
OS9まででもデフォルトは仮想メモリオンですけどね。次元が違うと。
ただ、割り当てはユーザーがという方には何のメリットもないのですかね？
ちなみに「コンピュータっぽい事」の「コンピュータ」ってなにを指すんですか？
素人の素朴な疑問ばかりですみません。
（知り合いがWinでもメモリの割り当て指定して使ってると言っていたのは何だったんだろう？法螺か、思い込みか...）
Winはメモリの管理はOSがってことだよね。
OS9まででもデフォルトは仮想メモリオンですけどね。次元が違うと。
ただ、割り当てはユーザーがという方には何のメリットもないのですかね？
ちなみに「コンピュータっぽい事」の「コンピュータ」ってなにを指すんですか？
素人の素朴な疑問ばかりですみません。
（知り合いがWinでもメモリの割り当て指定して使ってると言っていたのは何だったんだろう？法螺か、思い込みか...）
602 ：名称未設定：03/03/10 08:31 ID:KM9rSaFO
晒しage
603 ：名称未設定：03/03/10 09:05 ID:tmNc+/MZ
どうして？ウィンのどこがいいのか全然わかんない。
結局ぱくっただけじゃん。
マックの方がわかりやすいよ。視覚的だし。
ウィンは最近のオーエスはまぁまぁ良いけど、前は、（９５くらい）
ファイル管理もディレクトリー構造でわかりにくかったよ。
マックならワンクリックですんだ所がウィンだと、何倍も動作が
必要だったし。今でも、ウィンは動作不安定だし、どこがどういいの？
結局、貧乏人がマックの良さを知らずにきちゃったんだね。
かわいそうな、無知な庶民。
結局ぱくっただけじゃん。
マックの方がわかりやすいよ。視覚的だし。
ウィンは最近のオーエスはまぁまぁ良いけど、前は、（９５くらい）
ファイル管理もディレクトリー構造でわかりにくかったよ。
マックならワンクリックですんだ所がウィンだと、何倍も動作が
必要だったし。今でも、ウィンは動作不安定だし、どこがどういいの？
結局、貧乏人がマックの良さを知らずにきちゃったんだね。
かわいそうな、無知な庶民。
604 ：名称未設定：03/03/10 09:06 ID:aHJF7cYW
ID:KM9rSaFO
何を晒してるんだか....オオキニ
何を晒してるんだか....オオキニ
606 ：名称未設定：03/03/10 09:52 ID:U19OZNtu
>「視覚的だし」「９５くらい」
判定：マカじゃないですね。
判定：マカじゃないですね。
>>601
モダンOSでは基本的にOS側にメモリ管理を任せるべきだけど
Windowsでもユーティリティを使ってアプリの優先順位を
変えたり、メモリを多めに割り当てたり、スワップ
タイミングを変更して物理メモリを確保したりみたいな
ことはできる。SQL ServerやOracleなんかのDB系は、
パフォーマンスのチューニングのときにメモリ管理が重要に
なるので、OSに依存せずアプリ側がごそっとメモリを
持ってくるような仕組みを入れたりしてる。
MacOS9までのメモリの割り当て作業は結局実装上の問題で、
ああいうカタチで各アプリの使用メモリを明示指定することに
積極的なメリットがあったとは思えない。メモリリソースが
逼迫した状況で、複数のアプリを最適なバランスで同時に使用
したい、という場合には、それなりの意味があったかもしれないけど…。
モダンOSでは基本的にOS側にメモリ管理を任せるべきだけど
Windowsでもユーティリティを使ってアプリの優先順位を
変えたり、メモリを多めに割り当てたり、スワップ
タイミングを変更して物理メモリを確保したりみたいな
ことはできる。SQL ServerやOracleなんかのDB系は、
パフォーマンスのチューニングのときにメモリ管理が重要に
なるので、OSに依存せずアプリ側がごそっとメモリを
持ってくるような仕組みを入れたりしてる。
MacOS9までのメモリの割り当て作業は結局実装上の問題で、
ああいうカタチで各アプリの使用メモリを明示指定することに
積極的なメリットがあったとは思えない。メモリリソースが
逼迫した状況で、複数のアプリを最適なバランスで同時に使用
したい、という場合には、それなりの意味があったかもしれないけど…。
しかし10.1.5だと複数アプリの起動はOS9.2.2よりつらいと感じるな。
0S9.2.2だったらまだ大丈夫な程度でも仮想メモリ使ってる？のか虹色カーソルになる。
メモリの割当は、ちゃんと必要なところに多く、そうでないところは少なくなっているんだろうか。
簡単にユーザー側が確認、変更できるのは、（それに慣れたユーザーにとって）精神衛生上いい。←消極的メリット
0S9.2.2だったらまだ大丈夫な程度でも仮想メモリ使ってる？のか虹色カーソルになる。
メモリの割当は、ちゃんと必要なところに多く、そうでないところは少なくなっているんだろうか。
簡単にユーザー側が確認、変更できるのは、（それに慣れたユーザーにとって）精神衛生上いい。←消極的メリット
609 ：名称未設定：03/03/10 10:12 ID:YV69DF5m
>>607
>メモリリソースが逼迫した状況で、複数のアプリを
>最適なバランスで同時に使用したい、という場合
案外、90年代は最後までそういう状況だったんだよね。
重めのアプリを複数使うやつにとっては。
>メモリリソースが逼迫した状況で、複数のアプリを
>最適なバランスで同時に使用したい、という場合
案外、90年代は最後までそういう状況だったんだよね。
重めのアプリを複数使うやつにとっては。
610 ：名称未設定：03/03/10 10:15 ID:btx8dGsA
611 ：名称未設定：03/03/10 11:03 ID:tcAsu8IL
>>607
お前ねぇ、そんなこと601にわかりっこないことがわからんの?
お前みたいな半可通が余計なこと吹き込むから601みたいなわけわか君
ができちゃうんだよ。
# だいたいメモリの話してんのにプロセスの優先度の話したりとか、
DBサーバみたいな特殊なプログラムのメモリの使い方を講釈した
りとかしてるし…。
Mac OS 9のメモリ管理は原始的でユーザ負担が多い特殊なもので、
フツーのOSではユーザはメモリの総量以外は気にする必要ない、で
いいじゃん。
お前ねぇ、そんなこと601にわかりっこないことがわからんの?
お前みたいな半可通が余計なこと吹き込むから601みたいなわけわか君
ができちゃうんだよ。
# だいたいメモリの話してんのにプロセスの優先度の話したりとか、
DBサーバみたいな特殊なプログラムのメモリの使い方を講釈した
りとかしてるし…。
Mac OS 9のメモリ管理は原始的でユーザ負担が多い特殊なもので、
フツーのOSではユーザはメモリの総量以外は気にする必要ない、で
いいじゃん。
612 ：名称未設定：03/03/10 11:17 ID:16CcaHbQ
614 ：名称未設定：03/03/10 11:30 ID:16CcaHbQ
615 ：名称未設定：03/03/10 11:34 ID:UEWQNemL
やはり蕎麦の話を...
もうマルチタスクの話はいいじゃありませんか。それよりFinderを（ry
617 ：名称未設定：03/03/10 11:46 ID:UEWQNemL
いやむしろGUIの話を...
619 ：612：03/03/10 19:12 ID:MuPnKTGW
トホホのホ（泣
621 ：名称未設定：03/03/10 21:29 ID:kH8q71b2
>>611
601だけど、607が言っていることは、確かに大筋でしかわからないね。
けどね、photoshopでもWEB用画像扱うときなんかはメモリ殆ど食わないでしょう？
そういうのって、Winで起動させているだけの状態ではどれくらいメモリ食ってるんだろうって、俺はWinノートで128しか積んでないから切実に思うんだよね。
割り当てるって発送を封印すればよいのだろうけど、Photoshopがメモリ食ってて、イラレが仮想で動いてしまうなんていう状況は何とかしたいよね。
その辺りお手軽にしたいんだよなぁ。それだけ。
俺は道具としか思ってないから、611に「わけわか君」呼ばわりされる筋合いはないけどね。
ま、マルチタスクの話は退屈なようなので、暇な人のレスまっとります。
601だけど、607が言っていることは、確かに大筋でしかわからないね。
けどね、photoshopでもWEB用画像扱うときなんかはメモリ殆ど食わないでしょう？
そういうのって、Winで起動させているだけの状態ではどれくらいメモリ食ってるんだろうって、俺はWinノートで128しか積んでないから切実に思うんだよね。
割り当てるって発送を封印すればよいのだろうけど、Photoshopがメモリ食ってて、イラレが仮想で動いてしまうなんていう状況は何とかしたいよね。
その辺りお手軽にしたいんだよなぁ。それだけ。
俺は道具としか思ってないから、611に「わけわか君」呼ばわりされる筋合いはないけどね。
ま、マルチタスクの話は退屈なようなので、暇な人のレスまっとります。
622 ：名称未設定：03/03/10 21:38 ID:xroP80s1
>>612
> はははぁ。ひっかかったね。>>603は旧板のスレから痛いマカのレスを
>コピぺしたの。マカにしてもあまりにひどいマカぶりだったので感動し
>て貼っておいた。ドザ判定失敗したな w
思うんだが、もしかしてそのコピペ元がすでにドザの騙りだったんじゃない？
きみが「マカにしてもあまりにひどいマカぶり」というくらいだから、騙りの
可能性は相当高いよ。
> はははぁ。ひっかかったね。>>603は旧板のスレから痛いマカのレスを
>コピぺしたの。マカにしてもあまりにひどいマカぶりだったので感動し
>て貼っておいた。ドザ判定失敗したな w
思うんだが、もしかしてそのコピペ元がすでにドザの騙りだったんじゃない？
きみが「マカにしてもあまりにひどいマカぶり」というくらいだから、騙りの
可能性は相当高いよ。
623 ：名称未設定：03/03/10 22:11 ID:kH8q71b2
624 ：名称未設定：03/03/10 22:25 ID:hcBYN1wG
>>621
> そういうのって、Winで起動させているだけの状態ではどれくらいメモリ食ってるんだろうって、
> 俺はWinノートで128しか積んでないから切実に思うんだよね
なんか勘違いしているようだが、
OSが仮想記憶管理をしているからといって、アプリがよりメモリを食うわけじゃないぞ。
ちなみに、メモリ管理や、タスク管理をしているカーネルはそれほど、
負荷がかかってるわけじゃない。
だから、１５年前のハードでもUnixなどのカーネル自体は十分動いてきた。
問題は、GUIデスクトップまわり。どんどんGUIは肥大化してる。
アプリ自体はどうかというと、AppleWorksだと、メモリの消費量は、
OS9は7.9M, OSXは7.27Mだよ。
> そういうのって、Winで起動させているだけの状態ではどれくらいメモリ食ってるんだろうって、
> 俺はWinノートで128しか積んでないから切実に思うんだよね
なんか勘違いしているようだが、
OSが仮想記憶管理をしているからといって、アプリがよりメモリを食うわけじゃないぞ。
ちなみに、メモリ管理や、タスク管理をしているカーネルはそれほど、
負荷がかかってるわけじゃない。
だから、１５年前のハードでもUnixなどのカーネル自体は十分動いてきた。
問題は、GUIデスクトップまわり。どんどんGUIは肥大化してる。
アプリ自体はどうかというと、AppleWorksだと、メモリの消費量は、
OS9は7.9M, OSXは7.27Mだよ。
625 ：名称未設定：03/03/10 23:09 ID:YMzZESOa
1.ドックのボリュームアイコン右クリックで出てくる階層表示が遅い。
特に中身が100個位のフォルダにつかまるとなかなか次のフォルダに
進めないのでフラストレーションがたまる。
2.起動して初めて日本語を入力する時に待たされる。
ここら辺なんとかなりそうなものだが…
特に中身が100個位のフォルダにつかまるとなかなか次のフォルダに
進めないのでフラストレーションがたまる。
2.起動して初めて日本語を入力する時に待たされる。
ここら辺なんとかなりそうなものだが…
626 ：621：03/03/11 00:30 ID:oRnTjbOp
>>624
丁寧なレスどうも。
Macの場合はphotoshpは初期設定をいじってメモリの割り当てを変えられるでしょう。
だから、Web制作をマックでするときなんかはメモリの割り当て最小にするじゃないですか。
WinでもWeb制作するんですけれど、Winの場合はアプリが要求してきたメモリをOSが割り振るということですよね。（言葉は違うかもしれないけど）
とすると、Winでは起動させているだけなら最小のメモリしか使っていないということでOKですね。
はー、何となく了解です。
（また誤解しているのだろうか？）
丁寧なレスどうも。
Macの場合はphotoshpは初期設定をいじってメモリの割り当てを変えられるでしょう。
だから、Web制作をマックでするときなんかはメモリの割り当て最小にするじゃないですか。
WinでもWeb制作するんですけれど、Winの場合はアプリが要求してきたメモリをOSが割り振るということですよね。（言葉は違うかもしれないけど）
とすると、Winでは起動させているだけなら最小のメモリしか使っていないということでOKですね。
はー、何となく了解です。
（また誤解しているのだろうか？）
627 ：名称未設定：03/03/11 00:34 ID:SB4zW8r4
>>625
そうねなんか印象として最適化が進んでないだけのような
感じがするから、なんとかしてよって思っちゃう
まあ実際の操作でドックのボリュームアイコン右クリックで出す
なんてことめったにしないから、あんまり問題にはならないんだけどさ
起動して初めての日本語入力に時間がかかる、なんて言うのは
ことえりの起動速度もっとあげるか、本体起動の時に一緒に
立ち上げといてくれと思うんだけど、もしかしてあの時間は
別にことえりを立ち上げて時間がかかってる訳じゃないのかな？
そうねなんか印象として最適化が進んでないだけのような
感じがするから、なんとかしてよって思っちゃう
まあ実際の操作でドックのボリュームアイコン右クリックで出す
なんてことめったにしないから、あんまり問題にはならないんだけどさ
起動して初めての日本語入力に時間がかかる、なんて言うのは
ことえりの起動速度もっとあげるか、本体起動の時に一緒に
立ち上げといてくれと思うんだけど、もしかしてあの時間は
別にことえりを立ち上げて時間がかかってる訳じゃないのかな？
OS Xはリスト表示でのフォルダの容量計算は速い気がする。
でも計算中ディスクがゴリゴリ言います（ｗ
でも計算中ディスクがゴリゴリ言います（ｗ
629 ：名称未設定：03/03/11 01:20 ID:J4rytybN
Dockに登録したフォルダの中を階層表示すると、順番が変ですよね？
ファイル・フォルダ名の先頭の「*」（半角のアスタリスク）などが無視されて
二文字目以降で順序が決定されたりします。
ファイル・フォルダ名の先頭の「*」（半角のアスタリスク）などが無視されて
二文字目以降で順序が決定されたりします。
>>626
Winのメモリ管理はね、Macみたいに「アプリに割りあられたメモリに
アプリ全体をズドンと読み込む」ていうんじゃなくて、アプリが必要な
時に必要なだけメモリを動的に割り当てる、というやり方だから、根本
的に考え方が違うんだよ。
もしメモリ足りてるのか心配なら、普段の作業の時に「何か操作する度
にディスクがガンガン回転して操作が重い感じがする」かどうか、その
「感じ」で決めりゃいいと思うよ。そういう時はメモリを足せばいい。
そうでなきゃメモリが今どのくらい使われてるかなんて一切考える必要
ないよ。
Winのメモリ管理はね、Macみたいに「アプリに割りあられたメモリに
アプリ全体をズドンと読み込む」ていうんじゃなくて、アプリが必要な
時に必要なだけメモリを動的に割り当てる、というやり方だから、根本
的に考え方が違うんだよ。
もしメモリ足りてるのか心配なら、普段の作業の時に「何か操作する度
にディスクがガンガン回転して操作が重い感じがする」かどうか、その
「感じ」で決めりゃいいと思うよ。そういう時はメモリを足せばいい。
そうでなきゃメモリが今どのくらい使われてるかなんて一切考える必要
ないよ。
635 ：名称未設定：03/03/12 02:04 ID:UXGao5L6
すくなくともOS9まではそのとおりだよ。
OS 9でも、アプリが動的にメモリを確保していくことはできた。
それはWinよりも面倒だけど。
PhotoShop,Illustratorを使う画像処理系の場合、
複数立ち上げて使って、
それぞれに使えるメモリを決め打ちしたほうが
作業しやすかったんだな。
それはWinよりも面倒だけど。
PhotoShop,Illustratorを使う画像処理系の場合、
複数立ち上げて使って、
それぞれに使えるメモリを決め打ちしたほうが
作業しやすかったんだな。
>>636
そんなぱそこん基礎講座はいいからさ、そもそもOS 9を対象にして
仮想記憶を語る自分の滑稽さを鏡で見てみろよ。オーソドックスな
デマンドページングシステムもないOS 9のメモリハンドリングを素
人に説明する時に、>>632の感覚的説明なんかわかりやすくて何の
問題もないじゃん。必死に反論するおまいのような奴を信者ってい
うんだよ。
そんなぱそこん基礎講座はいいからさ、そもそもOS 9を対象にして
仮想記憶を語る自分の滑稽さを鏡で見てみろよ。オーソドックスな
デマンドページングシステムもないOS 9のメモリハンドリングを素
人に説明する時に、>>632の感覚的説明なんかわかりやすくて何の
問題もないじゃん。必死に反論するおまいのような奴を信者ってい
うんだよ。
朝っぱらから元気なスレだな、ここは
>>638
OS9の仮想記憶はデマンドページングシステムを使ってますが？
vmmap相当のコマンドもあるんだが、知らなきゃ素人向けの説明
で納得してなさい。それで良いならある意味幸せ
色々なOSを見てくればどの実装も理解できる様になりますよ。
OS9の仮想記憶はデマンドページングシステムを使ってますが？
vmmap相当のコマンドもあるんだが、知らなきゃ素人向けの説明
で納得してなさい。それで良いならある意味幸せ
色々なOSを見てくればどの実装も理解できる様になりますよ。
>>640
ダメだこりゃ。
ダメだこりゃ。
まさか、ujA+qSkIは仮想空間と実空間の区別がついていない
とかいうオチじゃないだろうな。
とかいうオチじゃないだろうな。
専門知識が駆使された喧嘩って、全く門外漢がみているとちんぷんかんぷんでおもしろい。
OS9のエディタで、メモリ割り当て増やさないと大きな書類が読み込めないのと
メモリ割り当て増やさなくてもいいのとあるね。
OS9のエディタで、メモリ割り当て増やさないと大きな書類が読み込めないのと
メモリ割り当て増やさなくてもいいのとあるね。
あぁ、>>636ですでに指摘されていたのか。
>>644
それは>>635への指摘。
>>638のいう「オーソドックスな」デマンドページングシステムっ
てのがOS 9にないってのが気になるんだけど。
ダメだこりゃ、で終わらせないで、ちゃんと>>640と議論して
ほしいな。きっとかみ合わないんだろうな (w)
それは>>635への指摘。
>>638のいう「オーソドックスな」デマンドページングシステムっ
てのがOS 9にないってのが気になるんだけど。
ダメだこりゃ、で終わらせないで、ちゃんと>>640と議論して
ほしいな。きっとかみ合わないんだろうな (w)
保守
保守
保守？
649 ：名称未設定：03/03/26 00:46 ID:DMdbiwxV
思い切ってage
650 ：名称未設定：03/03/29 08:13 ID:37q3gODs
みなさん何かいい改善内容ありませんかー！？
フィードバックしましょうよ！
フィードバックしましょうよ！
OSXのクラシック環境でOS9のファインダーを立ち上げたらポップアップウインドウが出てきた！
クラシック環境の終了も正常に行えるし。
（Finder要改造）
改善点は、クラシック環境を立ち上げたら、OS9のファインダーも立ち上げるように汁。
クラシック環境の終了も正常に行えるし。
（Finder要改造）
改善点は、クラシック環境を立ち上げたら、OS9のファインダーも立ち上げるように汁。
そういえば、OSXにはポップアップウインドウやアイコンのボタンとか無いよね？
とにかくOS９の全機能を使えるように汁。Dockは廃止でいい。
とにかくOS９の全機能を使えるように汁。Dockは廃止でいい。
アイコンのボタンは欲しいが、ドックは廃止して欲しくないな。
便利やんけ。
便利やんけ。
あ、すみません。523ではないです。
ボタンはいらん。
ドックが無くなったら暴れちゃうぞ。
廃止しちゃいやん。
廃止しちゃいやん。
657 ：名称未設定：03/04/06 10:43 ID:DPDUTPIJ
左上のウインドウボタンですが、グラファイトの時には記号を表示したらどうでしょう？
単に色をグラファイトにしただけじゃ、訳分からないし。
× ＿ □ ←こんな感じで。
単に色をグラファイトにしただけじゃ、訳分からないし。
× ＿ □ ←こんな感じで。
やめてよ。ドザ大喜びだろ。
マウスなくてもログインできるようにしてくれ。
矢印キー上下で自動的にログイン名リストにフォーカスすると思うが。
名前が英語なら頭文字タイプでも可。
名前が英語なら頭文字タイプでも可。
>>657
もともと記号があるのに変更する理由がないだろう（ｗ
>>659
ログイン名に全角使ってるの？
半角だったらログイン名の最初の一文字を押せば。
それに、ログイン画面って二通りあるよ。
俺は今テキストのダイアログにしてるから、パスワード入れてEnterなだけ。
10.1.5だけど。
もともと記号があるのに変更する理由がないだろう（ｗ
>>659
ログイン名に全角使ってるの？
半角だったらログイン名の最初の一文字を押せば。
それに、ログイン画面って二通りあるよ。
俺は今テキストのダイアログにしてるから、パスワード入れてEnterなだけ。
10.1.5だけど。
665 ：名称未設定：03/04/12 01:08 ID:WehTqt1W
ユーザ/ライブラリ/Preferencs内の書類に一生懸命コメント入れたのに気が付いたら消えていた。
これ何とかならないの？
これ何とかならないの？
666 ：名称未設定：03/04/12 01:15 ID:0MHSCnnh
667 ：名称未設定：03/04/12 01:16 ID:Hgzf+IiF
はやくサファリを完成させしょ
668 ：名称未設定：03/04/12 01:17 ID:xgfJkn+S
もうクラシクはいらない。
665を読んで、ふと ~/Library/ 以下のフォルダ全部に日本語訳のコメントを
つけてみた。で、リスト表示でコメント欄を名前のすぐ右に持ってきてみた。
するとOS 9みたいな感じになって視認しやすいかも。さらに調子に乗って、
『Viou』で、定期的に保存するフォルダにはアイコンをつけまくってみた。
Application Support、Calendars、Dictionaries、Images、Mail、
Preferences、Safari、ScreenSaver……、あたり。
結果、ものすごく気持ち良くなった。暇な人はやって味噌。
つけてみた。で、リスト表示でコメント欄を名前のすぐ右に持ってきてみた。
するとOS 9みたいな感じになって視認しやすいかも。さらに調子に乗って、
『Viou』で、定期的に保存するフォルダにはアイコンをつけまくってみた。
Application Support、Calendars、Dictionaries、Images、Mail、
Preferences、Safari、ScreenSaver……、あたり。
結果、ものすごく気持ち良くなった。暇な人はやって味噌。
>>665
OS Xのバージョンは？
OS Xのバージョンは？
671 ：665：03/04/12 09:27 ID:KQWTAonX
そうかあ、10.2.5でも消えるんか。。
.DS_なんとか に書いてあるんだったっけ。
.DS_なんとか に書いてあるんだったっけ。
673 ：665：03/04/12 09:37 ID:KQWTAonX
ってことは、
sudo find ~/ -name .DS_Store -print -exec rm {} ";"
とかやったら全部消えるんかな？嫌だなぁ。
sudo find ~/ -name .DS_Store -print -exec rm {} ";"
とかやったら全部消えるんかな？嫌だなぁ。
675 ：665：03/04/12 10:41 ID:KQWTAonX
Homeフォルダ以下の.DS_Storeを全部削除 だよん。
-printはfindのオプションで、検索結果の表示。
-execもfindのオプションで、以下のコマンドを実行。
{}と";"は？
んー。FreeBSDのコマンドリファレンスにもそこまで載ってない。
-execもfindのオプションで、以下のコマンドを実行。
{}と";"は？
んー。FreeBSDのコマンドリファレンスにもそこまで載ってない。
{} は検索結果のファイル名、;はコマンド列の終わりです。
ただし、エスケープしないといけないので\;とか";"って書く。すれ違い下げ
ただし、エスケープしないといけないので\;とか";"って書く。すれ違い下げ
10.2.5って、IEと仲悪いんでしょうか。
dmgファイルがダウンロードできませんでした。
アドレスはhttp://www.studio-kura.com/download/sinrei/index.htmlで、
IEはv5.2、PBG4-400です。
ちなみに、Safariではダウンロードできました。
dmgファイルがダウンロードできませんでした。
アドレスはhttp://www.studio-kura.com/download/sinrei/index.htmlで、
IEはv5.2、PBG4-400です。
ちなみに、Safariではダウンロードできました。
マルチですぅ〜はわわ 向こうでレスついとるやんけ氏ね>>678
背面のアプリのメタルウィンドウを閉じるとそっちに切り替わるのはなんでだろう〜
そう難しいことをしてるとも思えないんだけど。
そう難しいことをしてるとも思えないんだけど。
681 ：名称未設定：03/04/13 02:02 ID:oINva9EH
Finderのコンテクストメニューでコピーしようとすると、
いちいち「○○をコピー」って出るのがすんごく邪魔だと思う。
これ、便利だと思ってる人いる？
ファイル名の長いものとかだとメニューがものすごく右に伸びて不自然だし、
「コピー」っていう項目を意識して探すように脳が働いてるから、項目の
名前をそんな所に挿入されると逆に視認性が落ちる。ペーストの時には確かに
見えた方が便利かもしれないけど……。
どのモノに対しての指示なのかは明白なのに、コピーだけそんな変な描写を
する意図がわかんない。こういう風に書くんだったら、コンテクストメニュー
の内容は「○○を開く」「○○の情報を見る」「○○のオリジナルを表示」
っていちいち書く方が、よっぽど一貫してるような気もするんだけど。
みなさんどない？
いちいち「○○をコピー」って出るのがすんごく邪魔だと思う。
これ、便利だと思ってる人いる？
ファイル名の長いものとかだとメニューがものすごく右に伸びて不自然だし、
「コピー」っていう項目を意識して探すように脳が働いてるから、項目の
名前をそんな所に挿入されると逆に視認性が落ちる。ペーストの時には確かに
見えた方が便利かもしれないけど……。
どのモノに対しての指示なのかは明白なのに、コピーだけそんな変な描写を
する意図がわかんない。こういう風に書くんだったら、コンテクストメニュー
の内容は「○○を開く」「○○の情報を見る」「○○のオリジナルを表示」
っていちいち書く方が、よっぽど一貫してるような気もするんだけど。
みなさんどない？
683 ：名称未設定：03/04/13 02:45 ID:e2/97Iw8
テキストエディタ上でペーストするとファイル名がペーストされるよ
684 ：名称未設定：03/04/13 03:41 ID:wi4U05Jb
コンテクストメニューといえば、「このアプリケーションで開く」。
これに引っ掛かるたびに虹色ぐるぐる。
しかも上から三つ目にあるのでよくぶつかる。
この日常的な糞挙動を平気で放っておける開発者の感覚が理解できない。
俺はもうコンテクストメニューを開く時は、
左にカーブして迂回する変なマウスさばきが身に付いた。
これに引っ掛かるたびに虹色ぐるぐる。
しかも上から三つ目にあるのでよくぶつかる。
この日常的な糞挙動を平気で放っておける開発者の感覚が理解できない。
俺はもうコンテクストメニューを開く時は、
左にカーブして迂回する変なマウスさばきが身に付いた。
685 ：なんでだろう：03/04/13 04:03 ID:4wqun1sr
iMac 15" 800m SuperDrive Ram 1G です
10.2.5 にしたら管理者なのにアプリケーション・フォルダ内を変更できなく
なってしまいました。
システム環境設定->アカウント を見ても管理者(タイプ)になってますが...
「ユーザを編集」-> ユーザがこのコンピュータを管理する
がチェックボタンと共に薄いグレーになっています。
どこをいじったら管理者としてアプリケーション・フォルダ内を変更
できるようになるのでしょうか？
10.2.5 にしたら管理者なのにアプリケーション・フォルダ内を変更できなく
なってしまいました。
システム環境設定->アカウント を見ても管理者(タイプ)になってますが...
「ユーザを編集」-> ユーザがこのコンピュータを管理する
がチェックボタンと共に薄いグレーになっています。
どこをいじったら管理者としてアプリケーション・フォルダ内を変更
できるようになるのでしょうか？
>>685
たぶんユーザが一人しか登録されていない環境では、
「ユーザがこのコンピュータを管理する」のチェックは自動的に
グレイアウトしているんだと思う。俺もいじれなかった。
アプリケーションフォルダの「情報を見る」で、アクセス権は
オーナー：システム アクセス：読み／書き
グループ：admin アクセス：読み／書き
その他：読み／書き
になってる？
あと、ディスクユーティリティでアクセス権を回復すると良いかも。
たぶんユーザが一人しか登録されていない環境では、
「ユーザがこのコンピュータを管理する」のチェックは自動的に
グレイアウトしているんだと思う。俺もいじれなかった。
アプリケーションフォルダの「情報を見る」で、アクセス権は
オーナー：システム アクセス：読み／書き
グループ：admin アクセス：読み／書き
その他：読み／書き
になってる？
あと、ディスクユーティリティでアクセス権を回復すると良いかも。
687 ：名称未設定：03/04/13 04:30 ID:lRXaj9Y9
QS 1GhzにOS X 10.2.5を新規インストールしたら
NetInfo マネージャでRoot作れなくなった...
あとQuickTime6.1.1にしたら
サードパーティーのplug-in、
ダウンロードに失敗してしまう。
こんなのウチだけ？
NetInfo マネージャでRoot作れなくなった...
あとQuickTime6.1.1にしたら
サードパーティーのplug-in、
ダウンロードに失敗してしまう。
こんなのウチだけ？
>>684
10.2.5でかなり改善されました。
でも多分アプリが入りすぎなんじゃないかと。.seaとかいっぱい入ってんじゃない？
自己解凍書庫はsitに、インストーラはdmgなりに固めとくことをおすすめしたい。
10.2.5でかなり改善されました。
でも多分アプリが入りすぎなんじゃないかと。.seaとかいっぱい入ってんじゃない？
自己解凍書庫はsitに、インストーラはdmgなりに固めとくことをおすすめしたい。
690 ：名称未設定：03/04/13 05:30 ID:8hfvm9Km
>>684
同じく。
.jpegや.htmlでクリエータ情報のある書類を右クリックするとかなりの項目が出てくる。
ウェブデザインっちゅう仕事柄、あぷり結構入ってるけど項目が多いと遅いね。ひっかかるから、俺も迂回する癖がついた。
10.2.3でかなり早くなったのでこのメニューも活用しているけど、それでもひっかかりがイヤだね。
フィードバック済み。あと、カスタマイズできるようにしてほしいとも。.jpegのときに表示する選択肢、.htmlんときに表示する選択肢を自分で選びたいよね。
htmlをMSN Messengerで開くヴァカはいないわけで。。。
同じく。
.jpegや.htmlでクリエータ情報のある書類を右クリックするとかなりの項目が出てくる。
ウェブデザインっちゅう仕事柄、あぷり結構入ってるけど項目が多いと遅いね。ひっかかるから、俺も迂回する癖がついた。
10.2.3でかなり早くなったのでこのメニューも活用しているけど、それでもひっかかりがイヤだね。
フィードバック済み。あと、カスタマイズできるようにしてほしいとも。.jpegのときに表示する選択肢、.htmlんときに表示する選択肢を自分で選びたいよね。
htmlをMSN Messengerで開くヴァカはいないわけで。。。
>>681-682
あれ、どっちがどっちなのか分かりにくくて困る。
あれ、どっちがどっちなのか分かりにくくて困る。
692 ：名称未設定：03/04/13 18:03 ID:zB6RPo8/
（＾＾）
∧＿∧
（ ＾＾ ）＜ ぬるぽ（＾＾）
（ ＾＾ ）＜ ぬるぽ（＾＾）
695 ：名称未設定：03/04/24 08:59 ID:Q08w2Big
ジャーナリング機能がそうなのかもしれないけど、
シマンテックの対応が遅いから
ノートンユーティリティーみたいな
システム修復＆最適化ツールを標準でつけてほしい。
既出？
シマンテックの対応が遅いから
ノートンユーティリティーみたいな
システム修復＆最適化ツールを標準でつけてほしい。
既出？
メニューバーのもやもや文字、気持ち悪い。
メニューも含めてシステムフォントのアンチエイリアスオフ機構ｷﾎﾞﾝ。
メニューバーのフォント変更を可能にして欲しい。
皆さんこの内容でTell Us して下さい(マジで)。
メニューも含めてシステムフォントのアンチエイリアスオフ機構ｷﾎﾞﾝ。
メニューバーのフォント変更を可能にして欲しい。
皆さんこの内容でTell Us して下さい(マジで)。
698 ：名称未設定：03/04/26 12:32 ID:JOlkN/Fq
ユニバーサルアクセスで白黒にしてみると、アンチエイリアスのひどさがきわだつ。
まじめな話、弱視の人とか困ると思うんですけど。
まじめな話、弱視の人とか困ると思うんですけど。
「爽」が薄いのはどうにかならんか
切実な問題として、OS9で作った２バイト文字の特定フォーマットのCD。
>>700
OSをアップデートしなさい
OSをアップデートしなさい
すでに何度か出ているかもしれないけど、
10.2のファイル検索！！
条件にファイルタイプやクリエータが指定できなくなってるじゃん！
おまけに、検索条件ダイアログにファイルをドロップしても入力されない！！
なんじゃこの改悪は！！
さらに、単独アプリじゃなくなった事によってAppleScriptから利用できなくなってる！！
早急にどうにかしてくれ！
10.2のファイル検索！！
条件にファイルタイプやクリエータが指定できなくなってるじゃん！
おまけに、検索条件ダイアログにファイルをドロップしても入力されない！！
なんじゃこの改悪は！！
さらに、単独アプリじゃなくなった事によってAppleScriptから利用できなくなってる！！
早急にどうにかしてくれ！
誰か英文にしてけろ。。
707 ：名称未設定：03/05/01 12:18 ID:r5A88mhp
Safariに、画像を拡大できる機能が欲しい。
別ウインドウで画像のみを表示した際、iPhotoのようなズームバーがSafariの下側に表示され、
画像の拡大・縮小を思いのままに制御できる。
地図を表示してるサイトがあるんだけど、小さくて見にくいことが結構あるので、
こういう機能があったら便利かなぁと。
（拡大・縮小機能が標準で搭載されているOSXなら、実装するのは難しくないはず）
別ウインドウで画像のみを表示した際、iPhotoのようなズームバーがSafariの下側に表示され、
画像の拡大・縮小を思いのままに制御できる。
地図を表示してるサイトがあるんだけど、小さくて見にくいことが結構あるので、
こういう機能があったら便利かなぁと。
（拡大・縮小機能が標準で搭載されているOSXなら、実装するのは難しくないはず）
> 10.2のファイル検索！！
File search of 10.2.
> 条件にファイルタイプやクリエータが指定できなくなってるじゃん！
The file type and the creator cannot specify for the condition and.
> おまけに、検索条件ダイアログにファイルをドロップしても入力されない！！
Additionally, even if the file is dropped, it is not input to the retrieval condition dialog.
> なんじゃこの改悪は！！
This deterioration : in what.
> さらに、単独アプリじゃなくなった事によってAppleScriptから利用できなくなってる！！
In addition, it is not a single application program and it is not possible to use it from AppleScript by the becoming it thing.
> 早急にどうにかしてくれ！
It immediately gives it by some means.
- ATLAS 9.0.09a
File search of 10.2.
> 条件にファイルタイプやクリエータが指定できなくなってるじゃん！
The file type and the creator cannot specify for the condition and.
> おまけに、検索条件ダイアログにファイルをドロップしても入力されない！！
Additionally, even if the file is dropped, it is not input to the retrieval condition dialog.
> なんじゃこの改悪は！！
This deterioration : in what.
> さらに、単独アプリじゃなくなった事によってAppleScriptから利用できなくなってる！！
In addition, it is not a single application program and it is not possible to use it from AppleScript by the becoming it thing.
> 早急にどうにかしてくれ！
It immediately gives it by some means.
- ATLAS 9.0.09a
> 10.2のファイル検索！！
10.2 file reference!!
> 条件にファイルタイプやクリエータが指定できなくなってるじゃん！
じゃん it is impossible to specify a file type and creators to be conditions!
> おまけに、検索条件ダイアログにファイルをドロップしても入力されない！！
Moreover, it is not inputted even if it drops a file with a reference condition dialog!!
> なんじゃこの改悪は！！
Change for the worse of what じゃこ!!
> さらに、単独アプリじゃなくなった事によってAppleScriptから利用できなくなってる！！
furthermore, independent -- it is impossible to use from AppleScript by having been no longer an application!!
> 早急にどうにかしてくれ！
する somehow or other immediately!
- 翻訳の王様バイリンガル 5.0.4.1
10.2 file reference!!
> 条件にファイルタイプやクリエータが指定できなくなってるじゃん！
じゃん it is impossible to specify a file type and creators to be conditions!
> おまけに、検索条件ダイアログにファイルをドロップしても入力されない！！
Moreover, it is not inputted even if it drops a file with a reference condition dialog!!
> なんじゃこの改悪は！！
Change for the worse of what じゃこ!!
> さらに、単独アプリじゃなくなった事によってAppleScriptから利用できなくなってる！！
furthermore, independent -- it is impossible to use from AppleScript by having been no longer an application!!
> 早急にどうにかしてくれ！
する somehow or other immediately!
- 翻訳の王様バイリンガル 5.0.4.1
710 ：名称未設定：03/05/03 03:08 ID:U5liA5JT
カラム表示で、
奥深い階層から、ツールバーのショートカットを押して
浅い階層に飛ぶと、下のスクロールバーをうごかして
左の方にいかないとフォルダが見えない。
これずいぶんまえからそのまんまなんだけど、
動作としてはおかしいので、変更して欲しい。
奥深い階層から、ツールバーのショートカットを押して
浅い階層に飛ぶと、下のスクロールバーをうごかして
左の方にいかないとフォルダが見えない。
これずいぶんまえからそのまんまなんだけど、
動作としてはおかしいので、変更して欲しい。
711 ：名称未設定：03/05/03 03:09 ID:uT6tEARZ
>>704 英訳してみようか。
I think file search of OS X 10.2 is inferior to one of previous versions as Sherlock.
Problems are
a) Filetype and creator are unable to be used as search conditions.
b) Drag and drop input to search condition dialog is unavailable.
c) Unscriptable, maybe because file search is no longer independent apllication, Sherlock.
I am afraid these problems are heavily serious.
Please fix them immediately.
かなり意訳込みですがこんなもんでいかがでしょ。
I think file search of OS X 10.2 is inferior to one of previous versions as Sherlock.
Problems are
a) Filetype and creator are unable to be used as search conditions.
b) Drag and drop input to search condition dialog is unavailable.
c) Unscriptable, maybe because file search is no longer independent apllication, Sherlock.
I am afraid these problems are heavily serious.
Please fix them immediately.
かなり意訳込みですがこんなもんでいかがでしょ。
713 ：名称未設定：03/05/03 13:16 ID:XVBl8Xro
クリックスループリーズ
>>713
そういう他では当たり前の操作は、ﾏｶには難し過ぎるのか不評です。
そういう他では当たり前の操作は、ﾏｶには難し過ぎるのか不評です。
715 ：名称未設定：03/05/03 13:21 ID:gWar0X+G
クリックスルーよりも、非アクティブウインドウを
もっと「非アクティブであること」がきっちり分かるような見た目にして欲しい。
ウインドウのバーが半透明になる以外、変化しないアプリが多すぎる。
全部半透明にするか、でなければすべて白く半調にするか。
もっと「非アクティブであること」がきっちり分かるような見た目にして欲しい。
ウインドウのバーが半透明になる以外、変化しないアプリが多すぎる。
全部半透明にするか、でなければすべて白く半調にするか。
717 ：名称未設定：03/05/03 13:25 ID:gWar0X+G
黄金厨か。
718 ：名称未設定：03/05/03 13:42 ID:+GQj/pUb
そう、Dock にしても起動中のアプリケーションをハッキリさせてほしい
小さな▲だけじゃ両親に使ってもらうのも難しい。
小さな▲だけじゃ両親に使ってもらうのも難しい。
719 ：名称未設定：03/05/03 14:02 ID:+GQj/pUb
タブでカーソル移動できるようにしてほしい
720 ：名称未設定：03/05/03 14:22 ID:6MXyhPWa
マウスとキーボード、両方つかって初めてMacの操作ができるのです。
スタートメニューのためにキーボードに一個キー増やしてしまうくらいだしなあ。。
タスクバーの脇の方とか全部キーで行けたっけ？
タスクバーの脇の方とか全部キーで行けたっけ？
>>723
＞スタートメニューのためにキーボードに一個キー増やしてしまうくらいだしなあ。
これはしょうがない。
WinはWin95から「スタート」ボタンを強調してたからな。
Macのコマンドキーにリンゴマークがあるしな。
＞スタートメニューのためにキーボードに一個キー増やしてしまうくらいだしなあ。
これはしょうがない。
WinはWin95から「スタート」ボタンを強調してたからな。
Macのコマンドキーにリンゴマークがあるしな。
>>726
＞Macのコマンドキーにりんごマークがあるしな。
？？意味がわからん。
コマンドキーはAltキーとかCtrlと似たような汎用性のあるモディファイアキーだぞ。
俺はキーについてるマークがどうのなんて言ってないが。
俺はどうせなら、『スタート！』と書かれたでかいキーをもっと目立つところに付けてほしいな。
スタートって言うくらいだから電源オンともからめてほしいな。
スタートキーを押したら起動して同時にスタートメニュー開くとか。
作業開始はここを開くっていうなんでもランチャーを指向してんだからそれでもよさそうな。
あんな（邪魔だけど）地味にキーがあってもどうせ初心者は気付かねえだろーし。
ところで、Windowsのキーボードでもメーカー製じゃなくて英語のやつとかだと
スタートキーのキーもコンテクストメニューのキーもなくてすっきりしたのもあるよね。
まあそれは冗談として、わざわざ専用キーを作るよりも、わかりやすく
キーボードショートカットを整理すればいいと思うのだが。。
専用キーなんか用意したって、どうせ初心者はキーボードで操作しねーよ。
中級者以上にとって便利とも思えない。
サブノートまであんなキー付けてたりして、肝腎の文字打つキーが押しやられてたりするのは何？
それ（キーボードショートカットの整理）がしにくいのも、Windowsのメニューとか
ボタンパレットが画面の上下左右あちこちに散らばってるからだろう。
ウインドウごとにメニューがある事に利点もあると思うが、
全部のウインドウからスタートメニューにアクセスできれば、
Altキーを押せばメニューって覚えてればいいだけなのに。惜しい。
なんにせよ、Windowsの話は板違いだった。スマソ。
＞Macのコマンドキーにりんごマークがあるしな。
？？意味がわからん。
コマンドキーはAltキーとかCtrlと似たような汎用性のあるモディファイアキーだぞ。
俺はキーについてるマークがどうのなんて言ってないが。
俺はどうせなら、『スタート！』と書かれたでかいキーをもっと目立つところに付けてほしいな。
スタートって言うくらいだから電源オンともからめてほしいな。
スタートキーを押したら起動して同時にスタートメニュー開くとか。
作業開始はここを開くっていうなんでもランチャーを指向してんだからそれでもよさそうな。
あんな（邪魔だけど）地味にキーがあってもどうせ初心者は気付かねえだろーし。
ところで、Windowsのキーボードでもメーカー製じゃなくて英語のやつとかだと
スタートキーのキーもコンテクストメニューのキーもなくてすっきりしたのもあるよね。
まあそれは冗談として、わざわざ専用キーを作るよりも、わかりやすく
キーボードショートカットを整理すればいいと思うのだが。。
専用キーなんか用意したって、どうせ初心者はキーボードで操作しねーよ。
中級者以上にとって便利とも思えない。
サブノートまであんなキー付けてたりして、肝腎の文字打つキーが押しやられてたりするのは何？
それ（キーボードショートカットの整理）がしにくいのも、Windowsのメニューとか
ボタンパレットが画面の上下左右あちこちに散らばってるからだろう。
ウインドウごとにメニューがある事に利点もあると思うが、
全部のウインドウからスタートメニューにアクセスできれば、
Altキーを押せばメニューって覚えてればいいだけなのに。惜しい。
なんにせよ、Windowsの話は板違いだった。スマソ。
Windowsキー自体がショートカットのプリフィックスキーなのだが…
田ﾐ＋Eでエクスプローラ、
田ﾐ＋Dでデスクトップ直アクセス、
田ﾐ＋Rでファイル名指定実行、
田ﾐ＋Mで最小化、などなど。
ちゃんと使えば、どれも激しく便利だぞ。
つか、無いと困るレベル。
スタートメニューを開くの自体にも、田ﾐ使わないショートカットがあったはずだが思い出せん。
ショートカット自体の統合は中途半端だが、ガイドラインは公開されてるし
MSや大手の作ったソフト自体は、かなり忠実に規約？を守ってくれてるぞ。
最近はMS自体が掟破りつつあってアレだけど。
マク使っててやはり不便に思うのが、どんな操作にもかなりの割合で
マウス操作が必要になってしまうこと。
普段はPB使ってるんだが、トラックパッド触るの面倒やねん！
ショートカットなら覚えるから、全部キーボードで操作させてくれー！
と叫びたいくらい。
田ﾐ＋Eでエクスプローラ、
田ﾐ＋Dでデスクトップ直アクセス、
田ﾐ＋Rでファイル名指定実行、
田ﾐ＋Mで最小化、などなど。
ちゃんと使えば、どれも激しく便利だぞ。
つか、無いと困るレベル。
スタートメニューを開くの自体にも、田ﾐ使わないショートカットがあったはずだが思い出せん。
ショートカット自体の統合は中途半端だが、ガイドラインは公開されてるし
MSや大手の作ったソフト自体は、かなり忠実に規約？を守ってくれてるぞ。
最近はMS自体が掟破りつつあってアレだけど。
マク使っててやはり不便に思うのが、どんな操作にもかなりの割合で
マウス操作が必要になってしまうこと。
普段はPB使ってるんだが、トラックパッド触るの面倒やねん！
ショートカットなら覚えるから、全部キーボードで操作させてくれー！
と叫びたいくらい。
>>728
そうか。ショートカットが割り振ってあったんですね。それは知らなかった。
でもそのノリでどんどんキーボードにキーを増やしていったらたいへんだと思うけど・・。
それと、『スタートメニューにWinキー以外が割り振ってある』
というのはむしろ、『Winキーｲﾗﾈ!!』説を後押しすると思うのでふが。
日本語入力関係も、どうしてあんなにごちゃごちゃキーが要るのか意味不明。
Alt＋半角 押しにくい。
そうか。ショートカットが割り振ってあったんですね。それは知らなかった。
でもそのノリでどんどんキーボードにキーを増やしていったらたいへんだと思うけど・・。
それと、『スタートメニューにWinキー以外が割り振ってある』
というのはむしろ、『Winキーｲﾗﾈ!!』説を後押しすると思うのでふが。
日本語入力関係も、どうしてあんなにごちゃごちゃキーが要るのか意味不明。
Alt＋半角 押しにくい。
マカーはなにがなんでもマックの優位を主張しなければならないので、Winへの
批判のための批判を始めました。批判のためなら、仮定を用いたり、過去の事例
をもちだして現在の状況とブレンドしたり、それはもう大変です。
批判のための批判を始めました。批判のためなら、仮定を用いたり、過去の事例
をもちだして現在の状況とブレンドしたり、それはもう大変です。
733 ：名称未設定：03/05/05 06:44 ID:31wtvtUo
＞731
粘着はアレです。
粘着はアレです。
736 ：a：03/05/05 08:18 ID:+ncDn9cI
>>730
＞でもそのノリでどんどんキーボードにキーを増やしていったらたいへんだと思うけど・・。
おいらのキーボードには、標準以外に10個のボタンがついている。
電卓キーとか。(今、初めて押してみたけど意外と便利？)
＞『Winキーｲﾗﾈ!!』説を後押しすると思うのでふが。
おいらは邪魔だからとっぱらってる。
(10個の追加キーは邪魔にならないんでそのまま)
＞Alt＋半角 押しにくい。
XPでは半角のみに割り当てられる。(おいらは昔から秀caps)
＞でもそのノリでどんどんキーボードにキーを増やしていったらたいへんだと思うけど・・。
おいらのキーボードには、標準以外に10個のボタンがついている。
電卓キーとか。(今、初めて押してみたけど意外と便利？)
＞『Winキーｲﾗﾈ!!』説を後押しすると思うのでふが。
おいらは邪魔だからとっぱらってる。
(10個の追加キーは邪魔にならないんでそのまま)
＞Alt＋半角 押しにくい。
XPでは半角のみに割り当てられる。(おいらは昔から秀caps)
>>736
割り当てはけっこう自由にできますよね。
IMによるのかな？？
CE使ってる時は小指の左のCaps LockをControlと置き換えて
ついでにIM起動をControl＋前候補かなんかにして使ってました。
んで、無変換キーでIMの半角とかなをトグルだったかな？最近使ってないから忘れたけど。
キーボードはこういうの↓があっておもしろいと思いました。
ttp://www.diatec.co.jp/news/fkb82pro_pr/
HHKとかもおもしろそうだけど。
あんまり機能キーが多いと、機種によって、キーボードによって位置が違うってのが
けっこう困ると思うんですよね。
そういや、VAIO Uの新しいやつはキー配列が前に比べてまともになったらしいとか。
割り当てはけっこう自由にできますよね。
IMによるのかな？？
CE使ってる時は小指の左のCaps LockをControlと置き換えて
ついでにIM起動をControl＋前候補かなんかにして使ってました。
んで、無変換キーでIMの半角とかなをトグルだったかな？最近使ってないから忘れたけど。
キーボードはこういうの↓があっておもしろいと思いました。
ttp://www.diatec.co.jp/news/fkb82pro_pr/
HHKとかもおもしろそうだけど。
あんまり機能キーが多いと、機種によって、キーボードによって位置が違うってのが
けっこう困ると思うんですよね。
そういや、VAIO Uの新しいやつはキー配列が前に比べてまともになったらしいとか。
━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―
739 ：名称未設定：03/05/22 05:39 ID:OQ4mr7wN
いくらなんでも悪質じゃないか、山崎。
上から順に全部に書き込んでるぞ、しかもageで。
上から順に全部に書き込んでるぞ、しかもageで。
740 ：?：03/05/22 08:12 ID:BVoERop2
マークパンサーはまだですか？
741 ：名称未設定：03/05/22 08:26 ID:j7W0RhPT
いらないデーモンが多すぎる！
>741
そうかな？
どれがいらないの？
そうかな？
どれがいらないの？
744 ：名称未設定：03/05/22 12:23 ID:s82RxV3v
「Mac OS X News購読者アンケート」ってのに答えて来たんだけど、
＞<Mac OS以外をお使いの方>
＞その理由は何ですか？あてはまるものをいくつでもお選び下さい。
＞・すぐに使えそうだから
＞・操作が簡単そうだから
：
15個項目が並んでるんだけど、「あてはまるものをいくつでも」と言われてもどれも当てはまらなくて困った。
私の理由は
「ハードウェアの更新コストを低く抑えられるから」「対応アプリケーションが沢山あるから」
などだと思います。あと、選択肢の中で
＞・Mac OS Xを使いたいから
という項目があったのは、どういう意味なんでしょうね。
「Mac OS以外を使っている理由」が「Mac OS Xを使いたいから」ってのは…
OSXはMacOSじゃないって意味？OSXforX86待ちって意味？
＞<Mac OS以外をお使いの方>
＞その理由は何ですか？あてはまるものをいくつでもお選び下さい。
＞・すぐに使えそうだから
＞・操作が簡単そうだから
：
15個項目が並んでるんだけど、「あてはまるものをいくつでも」と言われてもどれも当てはまらなくて困った。
私の理由は
「ハードウェアの更新コストを低く抑えられるから」「対応アプリケーションが沢山あるから」
などだと思います。あと、選択肢の中で
＞・Mac OS Xを使いたいから
という項目があったのは、どういう意味なんでしょうね。
「Mac OS以外を使っている理由」が「Mac OS Xを使いたいから」ってのは…
OSXはMacOSじゃないって意味？OSXforX86待ちって意味？
スキャナの付属ソフトがほとんどOS 9用しかないんで
久しぶりにOS 9で起動したら、文字打ちから快適さが違う。。
うう、せっかくOS Xに慣れてきたのに・・・。
久しぶりにOS 9で起動したら、文字打ちから快適さが違う。。
うう、せっかくOS Xに慣れてきたのに・・・。
747 ：名称未設定：03/05/22 14:44 ID:+swh/trM
>>746
死ぬまで９にしがみついてろ。
死ぬまで９にしがみついてろ。
>>747
OSXと共に散れ。
OSXと共に散れ。
>>747
散れ
散れ
750 ：名称未設定：03/05/22 15:05 ID:+swh/trM
既に散っていますがなにか？
掃除汁！！、、、、、、、>>俺
あぼーん
754 ：名称未設定：03/06/14 23:19 ID:GyrhZ7jv
本来、非常に建設的なスレなので救済age。
気合いを入れてフィードバックだ！
皆でOS Xをもっと良いOSにしようじゃないですか。
気合いを入れてフィードバックだ！
皆でOS Xをもっと良いOSにしようじゃないですか。
755 ：名称未設定：03/06/14 23:21 ID:8fLpTicF
で米アップルはそれを聞くのか？耳を傾けるのか？
聞く耳はありません
正直、ジャパンにフィードバックしてもワンクッションあるから（しかも限りなく分厚い）
ほとんど無駄だと思うんだけど。するなら英語で直接。
ほとんど無駄だと思うんだけど。するなら英語で直接。
758 ：名称未設定：03/06/14 23:44 ID:8Q0+UDww
>>711ですがフィードバックをどんどん英訳して米アップルにポストしたらどうでしょう。
みんなでポストして、ものすごい数になれば多少は反応するかも。
微力ながらお手伝いしますが。専用スレを立ててもいいかもね。
「英語フィードバックのテンプレートを作るスレ」みたいな。
みんなでポストして、ものすごい数になれば多少は反応するかも。
微力ながらお手伝いしますが。専用スレを立ててもいいかもね。
「英語フィードバックのテンプレートを作るスレ」みたいな。
759 ：名称未設定：03/06/18 20:29 ID:SZ1QmjNN
上げていいかな？
カラム表示でフォルダのエイリアスを使っていると、
エイリアスがそのフォルダ自身に入ってしまうという奇妙な現象が起きることがあるね。
さっきから何度か連続して起きた。
変な言い方だけど選択したときの「感触」がイマイチはっきりしなくて
ダブルクリックみたいになってしまって上記の現象が起きるようだ。
OS X 10.2.6
カラム表示でフォルダのエイリアスを使っていると、
エイリアスがそのフォルダ自身に入ってしまうという奇妙な現象が起きることがあるね。
さっきから何度か連続して起きた。
変な言い方だけど選択したときの「感触」がイマイチはっきりしなくて
ダブルクリックみたいになってしまって上記の現象が起きるようだ。
OS X 10.2.6
760 ：名称未設定：03/06/20 01:14 ID:Hcli+ND5
ほんとだ。ていうか明確に「入れる」操作で入るね。
入った結果、エイリアスもとのフォルダの中に入るね。
「結果」は間違ってないんだけど、混乱するからやめてほしいなあ
入った結果、エイリアスもとのフォルダの中に入るね。
「結果」は間違ってないんだけど、混乱するからやめてほしいなあ
761 ：名称未設定：03/06/20 02:13 ID:4stnRgxj
タイトルバーのダブルクリックでタイトルバーだけ表示する機能をつけてほしいよな。
762 ：名称未設定：03/06/20 02:15 ID:fmyUK6uQ
>>761
それはウィンドウシェードっていうんだよ。
それはウィンドウシェードっていうんだよ。
763 ：名称未設定：03/06/20 02:26 ID:hFyDNEZ9
ログイン画面でスリープボタンを付けてほしい。
既出？
既出？
764 ：名称未設定：03/06/20 03:03 ID:y3mQqixx
>>763 ログイン画面で
コマンド オプション イジェクト で許してあげて。
コマンド オプション イジェクト で許してあげて。
旧OSにくらべて、QTPlayerの画面が暗いのは気のせい？
暗い部分が見づらい
暗い部分が見づらい
766 ：名称未設定：03/06/21 20:45 ID:cRhRcV3o
↑γ値は1.8？
OSXはDTP業界では未だ使用タブーになっているのが常識。
アップル社はフォント環境をほって置いてOSX普及にやっきになっている。
アップル社はフォント環境をほって置いてOSX普及にやっきになっている。
768 ：名称未設定：03/06/22 00:40 ID:wBZSJ4JC
別にOS9側でインストールした森沢CIDとかはOSX 10.2でそのまま使えてるんですけど。
OSXインストーラー版のCIDも売り始めたみたいだしね。
別に問題なんてないですよ。
しいて言うならインデザ2の重さが問題で、これが障壁ですね。
それもG5が出たら終わりですけど。
OSXインストーラー版のCIDも売り始めたみたいだしね。
別に問題なんてないですよ。
しいて言うならインデザ2の重さが問題で、これが障壁ですね。
それもG5が出たら終わりですけど。
769 ：名称未設定：03/06/22 16:04 ID:+gcWdFX6
keynote やサファリやってる暇があったら、フォントやドライバ周りを
本気サポートすれば現Macユーザがすんなり移行して、結果的にシェア
の確保に繋がったのにねぇ
それとほんの少しの重さと、使い勝手の配慮もだけど
OSX 6 ： 4 Os9って使ってるよ
本気サポートすれば現Macユーザがすんなり移行して、結果的にシェア
の確保に繋がったのにねぇ
それとほんの少しの重さと、使い勝手の配慮もだけど
OSX 6 ： 4 Os9って使ってるよ
>フォントやドライバ周りを本気サポートすれば現Macユーザがすんなり移行して
DTP屋ってマカのほとんどがDTPやってると思い込んでるよね。世界が狭いっていうか。
まあ、アニオタが「エロゲを出せばシェアが爆発的に伸びる」とかいうのと同じか。
DTP屋ってマカのほとんどがDTPやってると思い込んでるよね。世界が狭いっていうか。
まあ、アニオタが「エロゲを出せばシェアが爆発的に伸びる」とかいうのと同じか。
Photoshopから300枚ぐらい刷ろうとした時に
MacOS9でいうところの、スプーリングにあたる段階で
300枚分データを処理するバカな仕様をなんとかして下さい。
CanonもEpsonも同じようにしてるので、OSの仕様だと思ってるんだけど
もしかしてHPなんかはOS9の時と同じように、さくさく刷れるんでしょうか。
MacOS9でいうところの、スプーリングにあたる段階で
300枚分データを処理するバカな仕様をなんとかして下さい。
CanonもEpsonも同じようにしてるので、OSの仕様だと思ってるんだけど
もしかしてHPなんかはOS9の時と同じように、さくさく刷れるんでしょうか。
>771
既にそういう内容のフィードバックをなさった…ということですね？
でもまあそれは実際バカな仕様ですね…。
既にそういう内容のフィードバックをなさった…ということですね？
でもまあそれは実際バカな仕様ですね…。
773 ：名称未設定：03/06/23 03:11 ID:uIaD2Zxc
印刷に関してはXはお話にならないのは事実です。
EPSON使ってるけど、Xでまともな印刷できたことはない（PSはまともに動くけど）
フィードバック以前というか。普通に実用はまだ無理。
EPSON使ってるけど、Xでまともな印刷できたことはない（PSはまともに動くけど）
フィードバック以前というか。普通に実用はまだ無理。
>>771
年賀状印刷した時にそれでいらいらした覚えがありまする。なんなんだろうあれ。
年賀状印刷した時にそれでいらいらした覚えがありまする。なんなんだろうあれ。
>>770
それって、「アップルがOS Xを出せばシェアが爆発的に伸びる」とかいうのと同じだ罠。
それって、「アップルがOS Xを出せばシェアが爆発的に伸びる」とかいうのと同じだ罠。
たぶんテキストエディットの不具合なんだけど、
50ページを越えるくらいのファイルを開き、
それをPDFに保存すると、途中で途切れて後は白紙になってしまう。
例えば、このスレッドなどを1から776まで全部表示させたものをコピーして試して。
既出?
50ページを越えるくらいのファイルを開き、
それをPDFに保存すると、途中で途切れて後は白紙になってしまう。
例えば、このスレッドなどを1から776まで全部表示させたものをコピーして試して。
既出?
777
778 ：名称未設定：03/06/28 02:12 ID:MFdYBFCW
Canonのレーザープリンターで1200dpiの２値画像をPhotoshopから刷ろうとすると
データーを転送した後、しばらく刷ろうとしているようなそぶりを
見せているが、結局刷り出しもせず、エラーも出さず何も無かったかのように
プリントセンターとプリンタ監視ユーティリティが終了してる。
Canonのレーザープリンターのドライバーがへぼいのか、MacOSX
のせいなのか…
データー量的に同じぐらいの600dpiのグレースケールデーターだと
ちゃんと刷るんだけどなあ。
データーを転送した後、しばらく刷ろうとしているようなそぶりを
見せているが、結局刷り出しもせず、エラーも出さず何も無かったかのように
プリントセンターとプリンタ監視ユーティリティが終了してる。
Canonのレーザープリンターのドライバーがへぼいのか、MacOSX
のせいなのか…
データー量的に同じぐらいの600dpiのグレースケールデーターだと
ちゃんと刷るんだけどなあ。
779 ：名称未設定：03/07/10 11:29 ID:ljw1qwdu
780 ：名称未設定：03/07/10 12:17 ID:1R5RESBl
OSXの内部仕様がころころ変わってて、ドライバ書けないんだよ！
>>780
実際、そうなんでしょうかね？
長い目で見れば初期の望ましくない設計を継続しなくてはならないのに比べて望ましいのかもしれないけど、
ドライバを書く立場、Appleとユーザーに挟まれ急かされるサードメーカーにしてみれば冗談じゃないでしょうね。
初めからある程度高い完成度で仕様が固定される、或いは将来の拡張・修正が容易な仕様になっている、のが理想なのかな。
特にプリンタ周りは、何でしたっけ、UNIX標準？の仕様を最近取り入れたばかりなんでしたっけ？ドタバタしてる最中なんでしょうね。
実際、そうなんでしょうかね？
長い目で見れば初期の望ましくない設計を継続しなくてはならないのに比べて望ましいのかもしれないけど、
ドライバを書く立場、Appleとユーザーに挟まれ急かされるサードメーカーにしてみれば冗談じゃないでしょうね。
初めからある程度高い完成度で仕様が固定される、或いは将来の拡張・修正が容易な仕様になっている、のが理想なのかな。
特にプリンタ周りは、何でしたっけ、UNIX標準？の仕様を最近取り入れたばかりなんでしたっけ？ドタバタしてる最中なんでしょうね。
シェアが大きいとメチャクチャな仕様でもドライバ書かざるを得ないよね。
__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
785 ：名称未設定：03/07/17 13:52 ID:uinlq3jK
せっかくだから使い切ろう、最後にもうひとふんばり。
俺的には無駄な描画はいらないので、
○ 落ちないMacOS9風Finder
○ Finderとは独立したカラム（ファイルブラウザ）
○ Dock無し、またはアプリランチャーに徹したDock
を希望している。
登録しているアプリと起動しているアプリの場所を一緒にすると
かえって分かりづらい。と思う。アイコン探す一呼吸が嫌い。
とageてみた。
俺的には無駄な描画はいらないので、
○ 落ちないMacOS9風Finder
○ Finderとは独立したカラム（ファイルブラウザ）
○ Dock無し、またはアプリランチャーに徹したDock
を希望している。
登録しているアプリと起動しているアプリの場所を一緒にすると
かえって分かりづらい。と思う。アイコン探す一呼吸が嫌い。
とageてみた。
786 ：名称未設定：03/07/17 14:10 ID:fN9F81LC
>>785
はいはい
はいはい
パンサーのFinderはきみの望んでるのとは明後日の方向へ行っちゃったね
御愁傷様です>>785
御愁傷様です>>785
とりあえずAppleには「Mac OS 9風の…」という類いのフィードバックは
完全に無視していただきたいものだ。
完全に無視していただきたいものだ。
790 ：名称未設定：03/07/17 14:53 ID:fN9F81LC
じゃぁザウルスでも使ってろ
785みたいなこと要求してるくせに、要求が受け入れられないとWinに
行くとかXPのほうがMacらしい、とか言うから9erってバカにされるんだよな
子供か、ほんとにXP使ったことがあるのかと
XPがMacらしいんなら、MacOSXとMacOSの差なんて漢字Talk7.5と7.5.3
程度の差しかねえよ。
行くとかXPのほうがMacらしい、とか言うから9erってバカにされるんだよな
子供か、ほんとにXP使ったことがあるのかと
XPがMacらしいんなら、MacOSXとMacOSの差なんて漢字Talk7.5と7.5.3
程度の差しかねえよ。
793 ：名称未設定：03/07/17 15:13 ID:fN9F81LC
794 ：名称未設定：03/07/17 15:22 ID:wk01RZMM
Windowsのエクスプローラに対抗して、（対抗するなよ）
カラム表示の名前をパスファインダに変えてくれ。
FinderとPathFinder。 語呂も良い。
カラム表示の名前をパスファインダに変えてくれ。
FinderとPathFinder。 語呂も良い。
785はDockにアプリ登録しなきゃいいじゃん。
あとは全部オンラインソフトで済むんじゃ？
おれDockにアプリ登録してないよ。
OS 9の頃といっしょでフォルダにエイリアスつっこんで分類してる。
めっちゃ頻用のやつだけDockに登録。
つか、そういうのも複数になったらそれらを一度に起動するAS作ってそれをログイン項目に登録した方がいい。
あとは全部オンラインソフトで済むんじゃ？
おれDockにアプリ登録してないよ。
OS 9の頃といっしょでフォルダにエイリアスつっこんで分類してる。
めっちゃ頻用のやつだけDockに登録。
つか、そういうのも複数になったらそれらを一度に起動するAS作ってそれをログイン項目に登録した方がいい。
>>785
さようなら。そして戻ってくるな。
さようなら。そして戻ってくるな。
798 ：名称未設定：03/08/02 02:03 ID:9RnRt6Rp
ここのサイト、美少女のパイパンおまんこ画像がいっぱい！
http://plaza16.mbn.or.jp/~satchel/wareme_tatesuji/omanko/
（*´Д｀)ノ＜何故か美人おねーさんのオッパイもいっぱい！
http://plaza16.mbn.or.jp/~satchel/wareme_tatesuji/omanko/
（*´Д｀)ノ＜何故か美人おねーさんのオッパイもいっぱい！
（＾＾）
８００ゲロ！
カラム表示でフォルダをシングルクリックした時はその下の階層へ、
ダブルクリックした時は新規ウィンドウで開く様にして欲しい。
これはFinder環境設定「フォルダを常に新規ウィンドウで開く」でも
同様になるが、アイコン表示時にはシングルウィンドウとして使いたい。
アプリケーションとドキュメント以外は、シングルクリックで操作する
カラムならではのデフォルトの動作にして欲しい。
この方が自然な動きだと思うが、どうよ。
ダブルクリックした時は新規ウィンドウで開く様にして欲しい。
これはFinder環境設定「フォルダを常に新規ウィンドウで開く」でも
同様になるが、アイコン表示時にはシングルウィンドウとして使いたい。
アプリケーションとドキュメント以外は、シングルクリックで操作する
カラムならではのデフォルトの動作にして欲しい。
この方が自然な動きだと思うが、どうよ。
802 ：名称未設定：03/08/15 14:20 ID:bQIDTJSz
age
あぼーん
804 ：名称未設定：03/08/17 04:47 ID:b4VMvL/6
age
>>801
俺も全く同じ要望を10.1のころから持ってるzo
俺も全く同じ要望を10.1のころから持ってるzo
初期設定が飛びまくるのなんとかしてくれ
>>807
初期設定が飛びまくる時はHDの空き容量を増やすと吉。
初期設定が飛びまくる時はHDの空き容量を増やすと吉。
Finder上で確認できる空き容量があてにならない＆勝手にswapファイルが
作られるというダブルパンチで、気をつけていても時々やっちゃうんだよな。
しかも、書き込みに失敗してもエラーとか出ないから、そのアプリケーションを
次に起動するまで気付かなかったりする。
こんなアホな仕様いつまで放置しておくんだか。
作られるというダブルパンチで、気をつけていても時々やっちゃうんだよな。
しかも、書き込みに失敗してもエラーとか出ないから、そのアプリケーションを
次に起動するまで気付かなかったりする。
こんなアホな仕様いつまで放置しておくんだか。
810 ：名称未設定：03/09/16 02:16 ID:qeh0/1WR
age
811 ：名称未設定：03/09/16 02:20 ID:4tkp409d
>>811
際限無くメモリリークしたりゴミファイルを作るプログラムに
対してそんな物は気休めにしかならない。死ぬのが少し先延ばし
になるだけ。Apple自身ひどいメモリリーク付アプリを作ってし
まい、こっそり修正している。
カーネルのオーバーコミット防止策が不十分なため仮想記憶や
OSの信頼性に不安があるのは以前から指摘されている。
際限無くメモリリークしたりゴミファイルを作るプログラムに
対してそんな物は気休めにしかならない。死ぬのが少し先延ばし
になるだけ。Apple自身ひどいメモリリーク付アプリを作ってし
まい、こっそり修正している。
カーネルのオーバーコミット防止策が不十分なため仮想記憶や
OSの信頼性に不安があるのは以前から指摘されている。
☆
h
h
817 ：名称未設定：03/10/23 04:19 ID:eb0Ee3k8
こんなスレあったのか！
いままでこっち↓にせっせと書いてたし(;´Д`)
★OSXを限りなくOS9に近づけるスレ★
http://pc.2ch.net/test/read.cgi/mac/1032115716/l50
いままでこっち↓にせっせと書いてたし(;´Д`)
★OSXを限りなくOS9に近づけるスレ★
http://pc.2ch.net/test/read.cgi/mac/1032115716/l50
OSXで、最近２回も同様の現象が起き、
再インストールしたんだけど、原因か、
または同じ現象起きた人はいませんか？
ともにOSX10.2.6だけど、内容は、急に、
アプリ⇔Finder間のファイルのドラッグ＆
ドロップが、全般的に働かなくなるという
ものです。
最初は、B'sを入れたとき、二回目は、別
パーティションに10.3RCを入れたとき。
これが起きた以降は、ずっとアプリ上の
ドラッグ＆ドロップが効かなくなるので、
すぐにOSを再インストールしています。
コンパネも、ネットワーク設定以外は、
普段設定変更をすることはありません。
ご存知の方いましたら是非。すんまそん。
再インストールしたんだけど、原因か、
または同じ現象起きた人はいませんか？
ともにOSX10.2.6だけど、内容は、急に、
アプリ⇔Finder間のファイルのドラッグ＆
ドロップが、全般的に働かなくなるという
ものです。
最初は、B'sを入れたとき、二回目は、別
パーティションに10.3RCを入れたとき。
これが起きた以降は、ずっとアプリ上の
ドラッグ＆ドロップが効かなくなるので、
すぐにOSを再インストールしています。
コンパネも、ネットワーク設定以外は、
普段設定変更をすることはありません。
ご存知の方いましたら是非。すんまそん。
>>819 さん、サンクスです。
com.apple.desktop.plist
com.apple.dock.plist
com.apple.finder.plist
ここら辺の不正なのでしょうかねぇ・・・
なんだか、Norton必須の、OS8.xの時代
に戻った気分です(xx;
com.apple.desktop.plist
com.apple.dock.plist
com.apple.finder.plist
ここら辺の不正なのでしょうかねぇ・・・
なんだか、Norton必須の、OS8.xの時代
に戻った気分です(xx;
>10.3RCを入れたとき。
こういうことできる立場の香具師がその程度も解消できないとは何と嘆かわしい。
こういうことできる立場の香具師がその程度も解消できないとは何と嘆かわしい。
822 ：総統：03/10/25 10:54 ID:cn/S2FuX
で、どうだね購入した諸君。
フィードバックした内容はPantherで解消されているかね。
是非私に教えてくれたまえ。
フィードバックした内容はPantherで解消されているかね。
是非私に教えてくれたまえ。
823 ：名称未設定：03/10/26 14:19 ID:n4UXMOCM
ことえりやATOKやEGBのあかまるアイコンが
メニューバーに出なくなったのは改悪じゃないかとおもうんだが。
メニューバーに出なくなったのは改悪じゃないかとおもうんだが。
10.3導入したけど、OS9にあった、
ファインダーでコマンド＋ドラッグするとウィンドウをスクロールできる機能が
欲しかったんだけど、採用されてないみたい。
マックって標準ではホイールついてないからあると便利だと思うんだけど、どうだろう？
でも今の動作（コマンド＋ドラッグで追加選択）も結構便利、というかWindows準拠
だから結構便利なんだよなあ。オプション＋ドラッグとかで実現してくれないかな。
ファインダーでコマンド＋ドラッグするとウィンドウをスクロールできる機能が
欲しかったんだけど、採用されてないみたい。
マックって標準ではホイールついてないからあると便利だと思うんだけど、どうだろう？
でも今の動作（コマンド＋ドラッグで追加選択）も結構便利、というかWindows準拠
だから結構便利なんだよなあ。オプション＋ドラッグとかで実現してくれないかな。
>>824
コマンド+オプション+ドラッグになりました。
コマンド+オプション+ドラッグになりました。
マウスドラッグで複数項目を選択するときに枠が出てそれで囲っていくあれ、
Pantherのリスト表示ではできなくなったみたいだけど改悪だな。
1-とっても長い名前のファイル.jpg
2-短い名前.sit
3-かなり長い名前のフォルダ
4-名称未設定
5-とんでもなく長い名前のアーカイブ20031103.tar.bz2
こういうときにマウスでササっと1、3、5だけ選べたりするの便利だったのに。
Pantherのリスト表示ではできなくなったみたいだけど改悪だな。
1-とっても長い名前のファイル.jpg
2-短い名前.sit
3-かなり長い名前のフォルダ
4-名称未設定
5-とんでもなく長い名前のアーカイブ20031103.tar.bz2
こういうときにマウスでササっと1、3、5だけ選べたりするの便利だったのに。
828 ：名称未設定：03/11/08 01:19 ID:vCshgY9G
そもそも、フィードバックなんかして直るのか？
パンサーのラベル機能復活なんかはユーザーの要望の多かった
もののひとつだと思うが？
ただ、ユーザーに望まれた形での実装ではなかったとは思うがな…
もののひとつだと思うが？
ただ、ユーザーに望まれた形での実装ではなかったとは思うがな…
見た目は不格好かもしれないがラベルとして機能するなら問題ないように思うが…
無いよりは
無いよりは
831 ：名称未設定：03/11/08 16:12 ID:vCshgY9G
ないよりはあった方が良いというのは
単なる妥協にすぎない
単なる妥協にすぎない
832 ：名称未設定：03/11/08 17:18 ID:5NWqW4Ax
>831
句読点の打ち方を学習すること。
句読点の打ち方を学習すること。
OS?ｨはまだまだ発展途上。
どんどんフィードバックすべし。
どんどんフィードバックすべし。
webDAVなんかよりもマウントしたFTPサーバへの書き込みをはよサポートしろっつーの。
835 ：名称未設定：03/11/11 22:36 ID:A2ZlMXGL
NTFSボリュームへの書込モナー
836 ：名称未設定：03/11/12 00:47 ID:OnbaEbWw
ドックが目障り。ていうか邪魔。
それからウィンドウの上の方だけ半透明なのもウザイ。
スクロールも、よくこれだけ使いにくく作ったな、と思うほど使いにくい。
はっきり言ってOSXのGUIはウィンドウズと同じくらいヘタレ。
それからウィンドウの上の方だけ半透明なのもウザイ。
スクロールも、よくこれだけ使いにくく作ったな、と思うほど使いにくい。
はっきり言ってOSXのGUIはウィンドウズと同じくらいヘタレ。
837 ：名称未設定：03/11/12 01:17 ID:OnbaEbWw
まあスクロールの使いにくさについて、アホなGUI設計者に説明してやるとすれば、だな。
上下矢印が下にまとまっている、という点が基本的に誤りなんだな。
上方にスクロールしたいとき、人は本能的に上の方にマウスを持ってゆく
ものなんだ。わざわざ下の方にマウスを持ってゆく香具師はいない。
それに狭いスペースに上下矢印と、さらに急速スクロールを可能にする
スクロールスペースの下端部分が集中しているため、マウスの操作が
実にやりにくくなっている。ウィンドウズに気兼ねしてヘタレGUIを
作ってるアポーよ、あっぱれといいたいね。
上下矢印が下にまとまっている、という点が基本的に誤りなんだな。
上方にスクロールしたいとき、人は本能的に上の方にマウスを持ってゆく
ものなんだ。わざわざ下の方にマウスを持ってゆく香具師はいない。
それに狭いスペースに上下矢印と、さらに急速スクロールを可能にする
スクロールスペースの下端部分が集中しているため、マウスの操作が
実にやりにくくなっている。ウィンドウズに気兼ねしてヘタレGUIを
作ってるアポーよ、あっぱれといいたいね。
838 ：名称未設定：03/11/12 01:22 ID:OnbaEbWw
上方に急速スクロールを可能にする スクロールスペースの上端部と、
通常の速度で上方にスクロールするのに使う上向き矢印が、ウィンドウの
上端と下端に離ればなれに設置されていることの矛盾に、GUI設計者は
気付かないのだろうか？ やはりアホなんだろうか？
通常の速度で上方にスクロールするのに使う上向き矢印が、ウィンドウの
上端と下端に離ればなれに設置されていることの矛盾に、GUI設計者は
気付かないのだろうか？ やはりアホなんだろうか？
すべて解決可能ですが。
840 ：名称未設定：03/11/12 01:31 ID:OnbaEbWw
スクロールスペースの下端付近の状態はこうだ。
まず最下端に下向き矢印（通常の速度で下方にスクロール）
つぎに上向き矢印（通常の速度で上方にスクロール）
つぎに急速スクロールを可能にするスクロールスペースの下端部分（下方に急速スクロール）
つまり上下方向の操作ボタンがごっちゃになっているのだ。これをアホと呼ばずに何と呼ぼうか？
まず最下端に下向き矢印（通常の速度で下方にスクロール）
つぎに上向き矢印（通常の速度で上方にスクロール）
つぎに急速スクロールを可能にするスクロールスペースの下端部分（下方に急速スクロール）
つまり上下方向の操作ボタンがごっちゃになっているのだ。これをアホと呼ばずに何と呼ぼうか？
841 ：名称未設定：03/11/12 01:54 ID:h+vLC8om
なんでアップルはMacOS8.5の頃から、両端に上下のスクロールアローをまとめる
オプションを隠しにしてるんだろうね？
あれを誰でも使える状態にすると、なんか不都合が出るかなあ？
オプションを隠しにしてるんだろうね？
あれを誰でも使える状態にすると、なんか不都合が出るかなあ？
842 ：名称未設定：03/11/12 02:13 ID:OnbaEbWw
なんでもウィンドウズと一緒にしなければ気の済まない、
何のためにマックを使っているのかわからない、
おかしな連中が多いからだろう。
何のためにマックを使っているのかわからない、
おかしな連中が多いからだろう。
843 ：名称未設定：03/11/12 03:44 ID:KyKuTxZR
>>837
今はみんなホイール使ってるからそんな事しないよ。
画面が広がってくれば、上下のボタンを押すためにマウスを動かすのはますます苦痛になるよね。
だから、みんなホイールを使うようになったんじゃないの?
その意味でいえば、まとまっている方が合理的だよね。
今はみんなホイール使ってるからそんな事しないよ。
画面が広がってくれば、上下のボタンを押すためにマウスを動かすのはますます苦痛になるよね。
だから、みんなホイールを使うようになったんじゃないの?
その意味でいえば、まとまっている方が合理的だよね。
844 ：名称未設定：03/11/12 04:42 ID:OnbaEbWw
またウィンドウズかぶれが来た。
ホイールなんか使ってねえってんだよ。
それに二言目には、画面が広くなってくると、だからな。
マックマウスの速度は元々、速く動かせば比較級数的に加速されるように
設計されているから、どんなに大きなディスプレーでも距離が
大きすぎて疲れるなんてことはないんだ。しかもゆっくり動かせば
ほとんどドット単位にも動かせる。そういえばOSXではこの特長も
失われたようだが。
ホイールなんか使ってねえってんだよ。
それに二言目には、画面が広くなってくると、だからな。
マックマウスの速度は元々、速く動かせば比較級数的に加速されるように
設計されているから、どんなに大きなディスプレーでも距離が
大きすぎて疲れるなんてことはないんだ。しかもゆっくり動かせば
ほとんどドット単位にも動かせる。そういえばOSXではこの特長も
失われたようだが。
845 ：名称未設定：03/11/12 04:48 ID:pyvGyIaC
なんで金払った上にサポートまでしてるんですか？
おっもしろいね、マカって。
おっもしろいね、マカって。
846 ：名称未設定：03/11/12 04:50 ID:KyKuTxZR
847 ：名称未設定：03/11/12 04:57 ID:GOSyN7jB
848 ：名称未設定：03/11/12 05:00 ID:KyKuTxZR
849 ：名称未設定：03/11/12 05:04 ID:O950rdM4
ま、だからアレだよ、
わ か っ て や れ よ
っつーこと逝ってる和気。
流れ止まるだろ。
わ か っ て や れ よ
っつーこと逝ってる和気。
流れ止まるだろ。
850 ：名称未設定：03/11/12 07:25 ID:gEeCyCwl
>>844
>そういえばOSXではこの特長も失われたようだが。
適用される加速テーブルが以前と変わったり、他メーカー製やApple製でも
古い機種のマウスでは誤認が起きたりしてるだけで、コンセプトは変わらんよ。
誤認というのは200cpiを400cpiと認識するのが原因で異常に遅くなるとかね。
ちなみに加速テーブルのグラフを見ると、俺には二次曲線に見えるんだがなー？
>そういえばOSXではこの特長も失われたようだが。
適用される加速テーブルが以前と変わったり、他メーカー製やApple製でも
古い機種のマウスでは誤認が起きたりしてるだけで、コンセプトは変わらんよ。
誤認というのは200cpiを400cpiと認識するのが原因で異常に遅くなるとかね。
ちなみに加速テーブルのグラフを見ると、俺には二次曲線に見えるんだがなー？
まあチンコツールで両端にまとめるからいいんだけどさ
852 ：名称未設定：03/11/12 10:33 ID:5LorFWB7
サイドバーのネットワークからファイルサーバ（AFP）に接続すると
デスクトップにサーバのアイコンが出てこない。
しかし、サーバへ接続から同じファイルサーバへ接続すると
デスクトップにサーバのアイコンが出てくる。
勘弁してくれ〜！
デスクトップにサーバのアイコンが出てこない。
しかし、サーバへ接続から同じファイルサーバへ接続すると
デスクトップにサーバのアイコンが出てくる。
勘弁してくれ〜！
マウスドライバの設定程度のことでオペレーティングシステムの出来を語ろうってんだから
ね。バカもここに極まれりって感じか。こういうバカがマックをダメにしてきたことは明らか
なんだから、バカはOS Xに移行しなくていいよ。まさユーザ層がバカになっちまったんじゃ
しょうがないからね。
ね。バカもここに極まれりって感じか。こういうバカがマックをダメにしてきたことは明らか
なんだから、バカはOS Xに移行しなくていいよ。まさユーザ層がバカになっちまったんじゃ
しょうがないからね。
>>853
>>836は ちゃんとOSXのGUIと書いているだろ。OSそのものもタコなことはまちがいないが。一事が万事ということだな。
ところでバカを連発するおまえの必死さもイタいぞ。悪いことは言わぬ。国へ帰れ。
>>836は ちゃんとOSXのGUIと書いているだろ。OSそのものもタコなことはまちがいないが。一事が万事ということだな。
ところでバカを連発するおまえの必死さもイタいぞ。悪いことは言わぬ。国へ帰れ。
最後のドット以降をなんでもかんでも拡張子扱いするのバカっぽいからなんとかしてほしいなあ。
「3ivx D4 4.0.4 for OSX」を誤って２つ解凍したら
「3ivx D4 4.0 2.4 for OSX」って。。。
「3ivx D4 4.0.4 for OSX」を誤って２つ解凍したら
「3ivx D4 4.0 2.4 for OSX」って。。。
856 ：名称未設定：03/11/13 14:57 ID:A6ObuDrv
それはしょうがないんじゃないかなぁ…
それ以外に解釈のしようがないし。
それ以外に解釈のしようがないし。
857 ：名称未設定：03/11/13 20:23 ID:Gkrb1FIg
皆さん緊急事態発生です！！！MOが認識できません！！
まったく歯がたたない状況です！どうしよー！オロオロ
まったく歯がたたない状況です！どうしよー！オロオロ
MOはドライバがいるんじゃね
860 ：名称未設定：03/11/14 02:08 ID:NF1bvGdL
>>859
OSXでは拡張子を付けることが推奨されてるんですけど。
ファイルタイプに依存したファイル判別は廃止される方向ですよ。
なので unnamed.txt を二つ解凍したら unnamed 2.txt になってくれないと困るわけ。
「macは拡張子なんてものに頼らないでファイルが判別できる」のが先進的だなんて
考え方は止めた方がいいよ。結局、生き残ったのは拡張子の方だったというだけ。
OSXでは拡張子を付けることが推奨されてるんですけど。
ファイルタイプに依存したファイル判別は廃止される方向ですよ。
なので unnamed.txt を二つ解凍したら unnamed 2.txt になってくれないと困るわけ。
「macは拡張子なんてものに頼らないでファイルが判別できる」のが先進的だなんて
考え方は止めた方がいいよ。結局、生き残ったのは拡張子の方だったというだけ。
861 ：名称未設定：03/11/14 02:36 ID:Z0Jkg+91
先進的じゃないほうが数の論理で生き残ったってこった。南無〜
862 ：名称未設定：03/11/14 02:42 ID:G2fAXP8J
数の論理はもちろんだけど、複数の環境でデータをやり取りするようになって
他の環境との互換性をとらざるをえなくなったって事だと思うよ。
webにのせたり、他の人に送ったりするときにどうせ拡張子を付けないとならないんだし。
>>859は拡張子を付けずに何だか分からないファイルを送って、不評を買ったりしているのか?
他の環境との互換性をとらざるをえなくなったって事だと思うよ。
webにのせたり、他の人に送ったりするときにどうせ拡張子を付けないとならないんだし。
>>859は拡張子を付けずに何だか分からないファイルを送って、不評を買ったりしているのか?
863 ：名称未設定：03/11/14 02:45 ID:Z0Jkg+91
＞ webにのせたり、他の人に送ったりするとき
結局UNIXな環境も、ファイルタイプ・クリエーター的なものをつけるより拡張子を取ったということですな
これまた数の論理
結局UNIXな環境も、ファイルタイプ・クリエーター的なものをつけるより拡張子を取ったということですな
これまた数の論理
864 ：名称未設定：03/11/14 02:49 ID:G2fAXP8J
>>863
なんか数の論理っていうすごい強引なイメージがあるんだがw
ファイルタイプやクリエータの仕組み自体は良かったんだが
それを何らかの互換性のある規格として提案できなかったということが問題だろうね。
他のプラットフォームも過去との互換性を捨ててまでついてこなかったと。
なんか数の論理っていうすごい強引なイメージがあるんだがw
ファイルタイプやクリエータの仕組み自体は良かったんだが
それを何らかの互換性のある規格として提案できなかったということが問題だろうね。
他のプラットフォームも過去との互換性を捨ててまでついてこなかったと。
131 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：03/11/13 12:56 ID:/mSBATeY
Safariの日本語周りって
KHTML本家には反映されてないんですか
132 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：03/11/13 13:48 ID:qiIQCLLU
Appleはオープンソースコミュニティから一方的に収奪するだけで
何一つフィードバックしようとしないので、現場の評判むちゃくちゃ悪いです。
その上「Appleというブランドに採用されたことで君たちの活動が評価された」とか
「Appleが君たちの成果物を採用したことで君たちが得られる名声・便宜は計り知れない」とか、
なんか勘違いした事言ってたりします。
ふ〜ん、実態知らないけど、そうなの?
867 ：名称未設定：03/11/14 11:35 ID:CuNI//0T
>>866
こいつあちらこちらにこれコピペしてる
こいつあちらこちらにこれコピペしてる
Appeにガツンと言うたった
心の中で言うたった
ジョブスにバシッと言うたった
聞こえんように言うたった
心の中で言うたった
ジョブスにバシッと言うたった
聞こえんように言うたった
>868
本当に聞こえてませんよ！
本当に聞こえてませんよ！
870 ：名称未設定：03/11/14 14:02 ID:tvXeDyhb
「数の論理」で拡張子が勝ったって…。
いかにもマカらしいというか、視野がせまいというか、技術的に無知というか、
なんつーか、一言、寒いね。
>>863
UNI*Xは基本的には拡張子なんてもんになんら依存してないよ。実運用では重宝してる
けど、メカニズム的にはなんら必要のないもの。
いかにもマカらしいというか、視野がせまいというか、技術的に無知というか、
なんつーか、一言、寒いね。
>>863
UNI*Xは基本的には拡張子なんてもんになんら依存してないよ。実運用では重宝してる
けど、メカニズム的にはなんら必要のないもの。
871 ：名称未設定：03/11/14 23:42 ID:JhZHliVX
じゃあその広い視野について語ってもらおうか
拡張子の方がファイルタイプより素晴らしいという所を
拡張子の方がファイルタイプより素晴らしいという所を
そもそも、拡張子もファイルタイプもいらないが
>>862
世の中にはファイルの形式を表すのにファイル名の一部を使う
プラットフォームとそうでないプラットフォームが存在していて、
それらのプラットフォーム間でファイル形式などのメタデータを
受け渡すために、MIMEなどの規格が定められているわけだ。
そもそもファイルシステム上のファイル名なんて文字セットや
フォーマット形式がプラットフォーム毎に微妙に異なるもので
あるし、「互換性」を考えたらそれこそファイル名などに頼っちゃ
いけない。
世の中にはファイルの形式を表すのにファイル名の一部を使う
プラットフォームとそうでないプラットフォームが存在していて、
それらのプラットフォーム間でファイル形式などのメタデータを
受け渡すために、MIMEなどの規格が定められているわけだ。
そもそもファイルシステム上のファイル名なんて文字セットや
フォーマット形式がプラットフォーム毎に微妙に異なるもので
あるし、「互換性」を考えたらそれこそファイル名などに頼っちゃ
いけない。
>>871
>>870ではないが。
シングルフォーク／シングルストリームが主流のネットワーク上で汎用性が高く、
分かりやすい。ファイルの種類が視覚的に分かりやすい。
異なるプラットフォーム間で互換性の問題が生じにくい。
Macのファイルタイプはスタンドアロンでアプリ特有のファイルを扱っていた
時代はそれなりに合理的だったかもしれないが、ネットワーク上で汎用データ形式
を使う時代にはそぐわない。一言、時代遅れ。
>>870ではないが。
シングルフォーク／シングルストリームが主流のネットワーク上で汎用性が高く、
分かりやすい。ファイルの種類が視覚的に分かりやすい。
異なるプラットフォーム間で互換性の問題が生じにくい。
Macのファイルタイプはスタンドアロンでアプリ特有のファイルを扱っていた
時代はそれなりに合理的だったかもしれないが、ネットワーク上で汎用データ形式
を使う時代にはそぐわない。一言、時代遅れ。
875 ：名称未設定：03/11/15 04:06 ID:WoTCSXNW
>>875
ローカルシステム内部で「互換性」を気にする必要はなかろう。
ファイル名に埋め込んでいようと、ファイルタイプ／クリエータ
だろうと、magic number だろうと、そのプラットフォーム内部で
整合性が取れていれば良いわけで。
当然だが、MIMEのContent-Typeを判断するのに拡張子など
使わないプラットフォームは存在する。旧MacOSとか。
ローカルシステム内部で「互換性」を気にする必要はなかろう。
ファイル名に埋め込んでいようと、ファイルタイプ／クリエータ
だろうと、magic number だろうと、そのプラットフォーム内部で
整合性が取れていれば良いわけで。
当然だが、MIMEのContent-Typeを判断するのに拡張子など
使わないプラットフォームは存在する。旧MacOSとか。
>>876
> ローカルシステム内部で「互換性」を気にする必要はなかろう。
ものごとがローカルシステム内部で完結しなくなったから時代遅れになったと言ってる
のだろうが。
だいたいローカルシステム内部だけをみても、ファイルタイプはともかくクリエータ
なんて余計なお世話もいいとこ。作成したソフトと閲覧用ソフトなんて違うのがあたり
まえだろう。ごく普通のちょっとしたjpegを見たい時に大げさな起動時間かけて勝手に
PhotoShopで開くなっつの w
> ローカルシステム内部で「互換性」を気にする必要はなかろう。
ものごとがローカルシステム内部で完結しなくなったから時代遅れになったと言ってる
のだろうが。
だいたいローカルシステム内部だけをみても、ファイルタイプはともかくクリエータ
なんて余計なお世話もいいとこ。作成したソフトと閲覧用ソフトなんて違うのがあたり
まえだろう。ごく普通のちょっとしたjpegを見たい時に大げさな起動時間かけて勝手に
PhotoShopで開くなっつの w
だからこそ同じ拡張子でも一括で関連づけちゃわないで個別に設定できる仕組みは優秀なのでは。
OSXでもその利点を引き継いで個別に変更できるようになってるけど
これって結局クリエータと同じことやってるのと違うの？
OSXでもその利点を引き継いで個別に変更できるようになってるけど
これって結局クリエータと同じことやってるのと違うの？
879 ：名称未設定：03/11/15 11:45 ID:/OYJZCXI
882 ：名称未設定：03/11/15 12:48 ID:/OYJZCXI
なぜ恥ずかしいか述べずに恥ずかしいというのは単なる主観でしかないな
884 ：名称未設定：03/11/15 12:57 ID:/OYJZCXI
＞マルチユーザーシステムには全くそぐわない
は。そうですか。俺には全く分からないな、理由が。
それぞれのファイルが、どのアプリケーションで開くべきかということについての情報と、
ユーザーごとのアクセス権の問題についての関連性が分からない。
AファイルとBファイルがあったとする
AファイルはAさんの所有物でAさんのみが開けるPhotoshopファイル
BファイルはBさんの所有物でBさんのみが開けるエクセルファイル
で、AファイルがPhotoshopファイル出有るという情報、
Bファイルがエクセルファイルであるという情報が、
HFS+のボリュームヘッダに書いてあることになんの問題が有るのかが
ぼくの足りない知識では理解できないんだが…
は。そうですか。俺には全く分からないな、理由が。
それぞれのファイルが、どのアプリケーションで開くべきかということについての情報と、
ユーザーごとのアクセス権の問題についての関連性が分からない。
AファイルとBファイルがあったとする
AファイルはAさんの所有物でAさんのみが開けるPhotoshopファイル
BファイルはBさんの所有物でBさんのみが開けるエクセルファイル
で、AファイルがPhotoshopファイル出有るという情報、
Bファイルがエクセルファイルであるという情報が、
HFS+のボリュームヘッダに書いてあることになんの問題が有るのかが
ぼくの足りない知識では理解できないんだが…
マルチユーザーシステムそのものが本当に時代に必要とされてるのかどうか甚だ疑問なのだが
家庭用PCには不要だわな…
大昔の設計だし、だいたいマカに言っても仕方ないんだが、クリエイタIDと
クリエイタアプリのバインドが、ヴォリュームごとに定義されているなんて
のは、基本設計段階のサービスの抽象化が甘いんだな。
もうなんというか、ファイルシステムの中に実装しちゃうのがアナクロだよな。
Machの「メカニズムはカーネルの中に、ポリシーはカーネルの外に」
というスローガン以前の時代に逆戻りだな。
クリエイタアプリのバインドが、ヴォリュームごとに定義されているなんて
のは、基本設計段階のサービスの抽象化が甘いんだな。
もうなんというか、ファイルシステムの中に実装しちゃうのがアナクロだよな。
Machの「メカニズムはカーネルの中に、ポリシーはカーネルの外に」
というスローガン以前の時代に逆戻りだな。
889 ：名称未設定：03/11/15 13:19 ID:/OYJZCXI
つうかちょっとずつ議論をずらしていくやりかた、上手いね
誰もHFSの欠点の話題なんて出していなくて、
拡張子を使わない方法のほうが良いとか悪いとかいう話だったはずだ
拡張子をつかわないでファイルを判断する方法さえあれば、HFSのその形式を
とらなくてもいいじゃないかと思うのだが。
誰もHFSの欠点の話題なんて出していなくて、
拡張子を使わない方法のほうが良いとか悪いとかいう話だったはずだ
拡張子をつかわないでファイルを判断する方法さえあれば、HFSのその形式を
とらなくてもいいじゃないかと思うのだが。
890 ：名称未設定：03/11/15 13:20 ID:/OYJZCXI
891 ：名称未設定：03/11/15 13:22 ID:/OYJZCXI
OSXのファストユーザースイッチは、ユーザー切り替え自体より、
ログアウトせずにrootになれるところは便利だと思ったよ。
UNIX的システムを導入してしまったから、rootにならなきゃ
ならない面が出てきてしまったし。
正直糞めんどうくさいんだけどね。
ログアウトせずにrootになれるところは便利だと思ったよ。
UNIX的システムを導入してしまったから、rootにならなきゃ
ならない面が出てきてしまったし。
正直糞めんどうくさいんだけどね。
894 ：名称未設定：03/11/15 13:26 ID:/OYJZCXI
895 ：名称未設定：03/11/15 13:29 ID:/OYJZCXI
>>895
めんどくさいからもういいや。
チミははファイルタイプとかクリエータとかね、そういう過去の亡霊は
忘れて、過去を過剰に美化することもやめて、これからは拡張子とともに生きてくれ
れば、それでいいよw
めんどくさいからもういいや。
チミははファイルタイプとかクリエータとかね、そういう過去の亡霊は
忘れて、過去を過剰に美化することもやめて、これからは拡張子とともに生きてくれ
れば、それでいいよw
すまん、誤読した。忘れてくれ。
899 ：名称未設定：03/11/15 13:53 ID:WEBmG9+E
>>896
■HFSというファイルシステム自体はそろそろ古くさく、便利でない部分も有る
■ファイルタイプ・クリエーターというものがあり、たとえばPhotoshopの.jpgファイルと
IEの.jpgファイルを区別でき、ダブルクリックだけで指定のアプリで開けるのは
誰が見ても疑いの余地も無く便利だ
■しかし、そういうシステムを持っているMacOSのシェアは1.4％
■Winでは、そういう“便利さ”を理解している人はいない。だれもがなんの疑問も無く
アプリケーションのショートカットアイコンにドロップするか、「開く...」からファイルを開く
■HFSのファイルタイプ・クリエーターという概念、もしくは“拡張子がなくてもファイルの種類
を判断できるという仕組み”は、つまりWinを使っている人にはまったく馴染みが無い
■人間は、大抵は自分に馴染みが無いものは排除したがる。白人は黒人を差別し、日本人は韓国人を
差別したがる。
■つまり、“拡張子がなくてもファイルの種類を判断できるという仕組み”がいくら便利だといっても、
世の中の98％以上のWinユーザーには“異質なもの”であり、“到底受け入れられない”
■だから、ファイルタイプ・クリエーターというものは淘汰される運命にある
といったところか。
■HFSというファイルシステム自体はそろそろ古くさく、便利でない部分も有る
■ファイルタイプ・クリエーターというものがあり、たとえばPhotoshopの.jpgファイルと
IEの.jpgファイルを区別でき、ダブルクリックだけで指定のアプリで開けるのは
誰が見ても疑いの余地も無く便利だ
■しかし、そういうシステムを持っているMacOSのシェアは1.4％
■Winでは、そういう“便利さ”を理解している人はいない。だれもがなんの疑問も無く
アプリケーションのショートカットアイコンにドロップするか、「開く...」からファイルを開く
■HFSのファイルタイプ・クリエーターという概念、もしくは“拡張子がなくてもファイルの種類
を判断できるという仕組み”は、つまりWinを使っている人にはまったく馴染みが無い
■人間は、大抵は自分に馴染みが無いものは排除したがる。白人は黒人を差別し、日本人は韓国人を
差別したがる。
■つまり、“拡張子がなくてもファイルの種類を判断できるという仕組み”がいくら便利だといっても、
世の中の98％以上のWinユーザーには“異質なもの”であり、“到底受け入れられない”
■だから、ファイルタイプ・クリエーターというものは淘汰される運命にある
といったところか。
＝＝＝完＝＝＝
902 ：名称未設定：03/11/15 15:56 ID:wSH2/BMM
うちの研究室ではNFS経由でunix環境とMacOSX環境でsamba経由でwin環境で
同じファイルサーバをみているんだが>>876はこういう使い方は全く考えていないんだろうな。
同じファイルサーバをみているんだが>>876はこういう使い方は全く考えていないんだろうな。
そんなことより現状の、関連付けを変えるとファイルの修正日まで変わる
あの糞仕様いつまでほっとく気なんだ。
あの糞仕様いつまでほっとく気なんだ。
>>899
> ■ファイルタイプ・クリエーターというものがあり、たとえばPhotoshopの.jpgファイルと
> IEの.jpgファイルを区別でき、ダブルクリックだけで指定のアプリで開けるのは
> 誰が見ても疑いの余地も無く便利だ
疑いの余地なく不便だ。どんなアプリがそのファイルを作ったかなんて関係ない。
例えば俺は.jpgならPixcelCatで見たい。そのファイルがPhotoShopで作られたという
俺には関係ない理由でいちいちPhotoShopに起動されたらたまったもんじゃない。
クリエータってのは、それぞれのアプリが専用形式のデータファイルを作っていた頃
の遺物。汎用形式ファイルの時代にはそぐわない。
> ■ファイルタイプ・クリエーターというものがあり、たとえばPhotoshopの.jpgファイルと
> IEの.jpgファイルを区別でき、ダブルクリックだけで指定のアプリで開けるのは
> 誰が見ても疑いの余地も無く便利だ
疑いの余地なく不便だ。どんなアプリがそのファイルを作ったかなんて関係ない。
例えば俺は.jpgならPixcelCatで見たい。そのファイルがPhotoShopで作られたという
俺には関係ない理由でいちいちPhotoShopに起動されたらたまったもんじゃない。
クリエータってのは、それぞれのアプリが専用形式のデータファイルを作っていた頃
の遺物。汎用形式ファイルの時代にはそぐわない。
905 ：名称未設定：03/11/15 22:22 ID:5Kuq4L4F
>>904
ﾌｰﾝ
それは単にお前がPhotoshop持ってない、もしくはあんまり使わないだけだろ
つうかPhotoshopに関連づけられているファイルをダブルクリックするであろう
シチュエーションをちゃんと考えてるかね。
1.仕事でPhotoshopファイルをもらうことが有る人
2.自分自身がPhotoshopを多用する人
PixcelCatを愛用しているということはこのどちらも当てはまらないのではないかね。
つまり君のデスクトップやHDDにPhotoshop.jpgファイルはほとんど無いのではないかね。
ﾌｰﾝ
それは単にお前がPhotoshop持ってない、もしくはあんまり使わないだけだろ
つうかPhotoshopに関連づけられているファイルをダブルクリックするであろう
シチュエーションをちゃんと考えてるかね。
1.仕事でPhotoshopファイルをもらうことが有る人
2.自分自身がPhotoshopを多用する人
PixcelCatを愛用しているということはこのどちらも当てはまらないのではないかね。
つまり君のデスクトップやHDDにPhotoshop.jpgファイルはほとんど無いのではないかね。
906 ：名称未設定：03/11/15 22:25 ID:5Kuq4L4F
>>904
そしてまた…
●いちどPixcelCatで開いたファイルは、常にPixcelCatで開かせたい
と思わないのかね。一度PixcelCatで開いた。閉じた。
すぐにまたPixcelCatで開きたい。
そのとき“開く”でもなく“ドラッグドロップ”でもない、ダブルクリック
のほうが手順として短いのは明白だ。
そしてまた…
●いちどPixcelCatで開いたファイルは、常にPixcelCatで開かせたい
と思わないのかね。一度PixcelCatで開いた。閉じた。
すぐにまたPixcelCatで開きたい。
そのとき“開く”でもなく“ドラッグドロップ”でもない、ダブルクリック
のほうが手順として短いのは明白だ。
NTFSなら,拡張子なんて関係ないんだけどね．
アプリがその機能を使っていないだけで．
office系のアプリなら拡張子とっても大丈夫．
ま，現状ではNTFSが最強のファイルシステムでしょう．
HFS+なんて時代遅れのカスだよ．カス．
アプリがその機能を使っていないだけで．
office系のアプリなら拡張子とっても大丈夫．
ま，現状ではNTFSが最強のファイルシステムでしょう．
HFS+なんて時代遅れのカスだよ．カス．
ところでさ、
すごい既出だったら悪いんだけど
Finderもタブ型ブラウザみたいにタブ付きになったら便利じゃないですかね？
SafariでMacユーザもタブになれた訳だし、いいんじゃないかと。
ポゼがあるとはいえ、便利な予感。
既出だったらほんとごめん。
これ書き込んでから過去ログよんできまつ。
すごい既出だったら悪いんだけど
Finderもタブ型ブラウザみたいにタブ付きになったら便利じゃないですかね？
SafariでMacユーザもタブになれた訳だし、いいんじゃないかと。
ポゼがあるとはいえ、便利な予感。
既出だったらほんとごめん。
これ書き込んでから過去ログよんできまつ。
910 ：名称未設定：03/11/15 22:47 ID:5Kuq4L4F
>>907
また議論のすり替えがはじまったようだね。
この議論は「拡張子じゃない方法で開くアプリケーションが指定されるほうが便利でスマートだ」
という話であって、HFSがすばらしいなんて誰も言っていない。
NTFSがすばらしいならそれでもいい。拡張子がいらないならね。
また議論のすり替えがはじまったようだね。
この議論は「拡張子じゃない方法で開くアプリケーションが指定されるほうが便利でスマートだ」
という話であって、HFSがすばらしいなんて誰も言っていない。
NTFSがすばらしいならそれでもいい。拡張子がいらないならね。
>>902
ローカル規約と、その間のインタフェースは切り分けて考えるべきだ
ということを書いているつもりなんだが。
>こういう使い方は全く考えていないんだろうな。
「考えていない」というのが、ローカルシステム側で考慮する必要が
ない、という意味ならその通りだな。
ファイル形式というメタデータを交換する仕組みのないNFSに、それを
期待すること自体が無理筋だということをまず理解しておこう。
NFSなんてもともとSunローカルの規格だったから、他のメタデータ、
例えばファイル名の文字エンコーディングなどでも似たような問題を
抱えているわけだ。
だからといってローカルシステム上で扱うファイル名の文字セットをUS-
ASCIIのみにしろ、というのが筋違いだということは理解できるだろう？
ローカル規約と、その間のインタフェースは切り分けて考えるべきだ
ということを書いているつもりなんだが。
>こういう使い方は全く考えていないんだろうな。
「考えていない」というのが、ローカルシステム側で考慮する必要が
ない、という意味ならその通りだな。
ファイル形式というメタデータを交換する仕組みのないNFSに、それを
期待すること自体が無理筋だということをまず理解しておこう。
NFSなんてもともとSunローカルの規格だったから、他のメタデータ、
例えばファイル名の文字エンコーディングなどでも似たような問題を
抱えているわけだ。
だからといってローカルシステム上で扱うファイル名の文字セットをUS-
ASCIIのみにしろ、というのが筋違いだということは理解できるだろう？
>>905
自分が自分の環境で、特定の形式のファイルを特定のアプリで開きたいというのは
別に普通の考え方だと思うが。「Photoshopに関連づけられているファイルをダブル
クリックするであろうシチュエーション」ってのがあんたには大事なのかもしれないが、
一般的にはそうじゃないでしょう。
そういう特定の環境なり用途なりをさも一般的なことのように言って、クリエイタの
もの不便なところを隠蔽しようというのはあまり褒められた態度ではない。
>>906
だから、JPEGならJPEGの拡張子をPixcelCatならPixcelCatに、「利用者が」割当て
ればいいんでしょう? なんのアプリで作られたか、なんて閲覧者には関係ない話。
普段別のアプリに関連付けして閲覧なり編集なりしている人でも、どうしてもPhotoShop
使いたい時はその時はじめてPhotoShopで開けばいいんだし。
なんか全般的にクリエイタ擁護のために無理なリクツを重ねているような気がする。
自分が自分の環境で、特定の形式のファイルを特定のアプリで開きたいというのは
別に普通の考え方だと思うが。「Photoshopに関連づけられているファイルをダブル
クリックするであろうシチュエーション」ってのがあんたには大事なのかもしれないが、
一般的にはそうじゃないでしょう。
そういう特定の環境なり用途なりをさも一般的なことのように言って、クリエイタの
もの不便なところを隠蔽しようというのはあまり褒められた態度ではない。
>>906
だから、JPEGならJPEGの拡張子をPixcelCatならPixcelCatに、「利用者が」割当て
ればいいんでしょう? なんのアプリで作られたか、なんて閲覧者には関係ない話。
普段別のアプリに関連付けして閲覧なり編集なりしている人でも、どうしてもPhotoShop
使いたい時はその時はじめてPhotoShopで開けばいいんだし。
なんか全般的にクリエイタ擁護のために無理なリクツを重ねているような気がする。
>>909
レスありがと。
ファインダウィンドウの上にフォルダを入れとくやつは便利なんだけど、
「タブ」というよりは、「Bookmark」に近い感じになっちゃうよね。
なんかこうタブのようにその場限りの感じの機能があればねぇ、と。
あくまでFinderはファイルブラウザが基本なんであればブラウザがタブを実装したように、
Finderもタブをつけてくれたりすればいいな、と。
タブ式ブラウザがそうであるのと同じように賛否両論あるんだろうけどね。
レスありがと。
ファインダウィンドウの上にフォルダを入れとくやつは便利なんだけど、
「タブ」というよりは、「Bookmark」に近い感じになっちゃうよね。
なんかこうタブのようにその場限りの感じの機能があればねぇ、と。
あくまでFinderはファイルブラウザが基本なんであればブラウザがタブを実装したように、
Finderもタブをつけてくれたりすればいいな、と。
タブ式ブラウザがそうであるのと同じように賛否両論あるんだろうけどね。
914 ：名称未設定：03/11/16 00:04 ID:UipFvwvr
>>912
> なんか全般的にクリエイタ擁護のために無理なリクツ
まあウインドウズユーザーの人の大多数はメール・ブラウズ・オフィスアプリしか
使ってないんだろうから、製造屋（あえてクリエイターとは言わないぞ）の意見なんて
聞かネエヨっていう頑なな姿勢ですか。そうですか。
まあ製造屋がいるからこそ、たくさんのWebサイトを楽しめ、書店に沢山の雑誌がならび、
テレビで楽しい番組が見られるということを忘れているんだろうね。
> なんか全般的にクリエイタ擁護のために無理なリクツ
まあウインドウズユーザーの人の大多数はメール・ブラウズ・オフィスアプリしか
使ってないんだろうから、製造屋（あえてクリエイターとは言わないぞ）の意見なんて
聞かネエヨっていう頑なな姿勢ですか。そうですか。
まあ製造屋がいるからこそ、たくさんのWebサイトを楽しめ、書店に沢山の雑誌がならび、
テレビで楽しい番組が見られるということを忘れているんだろうね。
>>914
「クリエイタ擁護」ってのはコンテンツ製作者擁護ではなくて、Macのクリエイタ
擁護なんだが…。
実際のところ、.psdなりの拡張子がついているファイルと比較して、PhotoShopの
クリエイタが付いていて拡張子のないファイル、そんなに優劣を言うほど使い勝手
が変わるとは思えないんだけどね。なんでそんなにクリエイタにこだわるわけ?
「クリエイタ擁護」ってのはコンテンツ製作者擁護ではなくて、Macのクリエイタ
擁護なんだが…。
実際のところ、.psdなりの拡張子がついているファイルと比較して、PhotoShopの
クリエイタが付いていて拡張子のないファイル、そんなに優劣を言うほど使い勝手
が変わるとは思えないんだけどね。なんでそんなにクリエイタにこだわるわけ?
917 ：名称未設定：03/11/16 01:32 ID:Eu2g/aPk
>>911
いいたいことが全く伝わってないんだが。
そうやって複数の環境で同じストレージ環境を共有するような場合は
HFSに特有の機能を使ってファイル形式を識別するのは
現実的じゃないって事をいいたかったんだが。
クリエータ・ファイルタイプはそれそのものとしてはいい機能だと思うが
複数環境が共存するような環境が一般的になってきている現在には
存在価値が薄いというか、弊害の方が大きい。
そういう環境では最大公約数的な機能で実現できる方法を採らざるを得ないわけだし。
ReadMe っていうファイルのファイルタイプが text になっているよりも
ReadMe.txt になっている方が汎用性があるって話。
あと、別に文字セットを全部asciiにしなくたっていいでしょ。拡張子だけなってればいいんだし。
いいたいことが全く伝わってないんだが。
そうやって複数の環境で同じストレージ環境を共有するような場合は
HFSに特有の機能を使ってファイル形式を識別するのは
現実的じゃないって事をいいたかったんだが。
クリエータ・ファイルタイプはそれそのものとしてはいい機能だと思うが
複数環境が共存するような環境が一般的になってきている現在には
存在価値が薄いというか、弊害の方が大きい。
そういう環境では最大公約数的な機能で実現できる方法を採らざるを得ないわけだし。
ReadMe っていうファイルのファイルタイプが text になっているよりも
ReadMe.txt になっている方が汎用性があるって話。
あと、別に文字セットを全部asciiにしなくたっていいでしょ。拡張子だけなってればいいんだし。
>>917
問題は「このファイルはJPEG形式である」という情報をどのように
交換するかということ。方法は違えども、各ローカルシステムが
その概念を持っているならば、その相互変換をどのように行うかを
考えればよいはず。
最大公約数的な仕様と言っているが、UNIXとWindowsとMacの最大
公約数をとるとファイル名にファイル形式を埋め込まなければなら
ない、などというのは必然などではなくて、インターフェースに起因
する制約だということだ。
要は、NFSなどを用いて異なるプラットフォーム間でファイル形式の
情報を交換する場合、現状それをファイル名に埋め込まなければ
ならないというのは、単にそのNFSの制約であるということ。
それをあえて使おうとする場合に無理があるのは当然であって、
その無理を通したいためにローカルシステム側に対処(しかも>>855
>>856で書かれているような不完全な)を求めるのは筋違いだろうと
言っているわけ。
逆に考えてみて欲しい。MacとUNIXやWindowsでファイルを共用
するのにAFPを使った場合、UNIXやWindowsの方に「AppleDoubleを
解釈してファイル形式を認識するよう対応しろ」と言ったら、やっぱり
筋違いだとは思わないかい？
そういう問題を前向きに解決しようとしたのが、メールにおいては
MIME、FTPに対するWebDAV、などであるわけだ。
「今、俺がNFSを使いたいからそれに合わせろ」という主張が、ひどく
後ろ向きな考えだということに気付いて欲しい。
問題は「このファイルはJPEG形式である」という情報をどのように
交換するかということ。方法は違えども、各ローカルシステムが
その概念を持っているならば、その相互変換をどのように行うかを
考えればよいはず。
最大公約数的な仕様と言っているが、UNIXとWindowsとMacの最大
公約数をとるとファイル名にファイル形式を埋め込まなければなら
ない、などというのは必然などではなくて、インターフェースに起因
する制約だということだ。
要は、NFSなどを用いて異なるプラットフォーム間でファイル形式の
情報を交換する場合、現状それをファイル名に埋め込まなければ
ならないというのは、単にそのNFSの制約であるということ。
それをあえて使おうとする場合に無理があるのは当然であって、
その無理を通したいためにローカルシステム側に対処(しかも>>855
>>856で書かれているような不完全な)を求めるのは筋違いだろうと
言っているわけ。
逆に考えてみて欲しい。MacとUNIXやWindowsでファイルを共用
するのにAFPを使った場合、UNIXやWindowsの方に「AppleDoubleを
解釈してファイル形式を認識するよう対応しろ」と言ったら、やっぱり
筋違いだとは思わないかい？
そういう問題を前向きに解決しようとしたのが、メールにおいては
MIME、FTPに対するWebDAV、などであるわけだ。
「今、俺がNFSを使いたいからそれに合わせろ」という主張が、ひどく
後ろ向きな考えだということに気付いて欲しい。
そりゃあ、今度こそうまく伝わるようにと気合入れて書いたから。
GJ!!
iPhotoとかもタブがついたら便利かな？
iPhotoとかもタブがついたら便利かな？
924 ：名称未設定：03/12/03 18:37 ID:Ko+ZUPo2
こういう良スレは時々age
http://www.atelier.cc/~clst/works/031025/031025.htm
http://www.atelier.cc/~clst/works/031025/031025.htm
925 ：名称未設定：03/12/25 14:10 ID:NGQXNSGL
こういう良スレは時々ﾄﾞｷﾄﾞｷage
926 ：名称未設定：03/12/25 16:05 ID:srZEibz2
10.3.2のFinder上にある複数の.jpgファイルを、
一つのフォルダーに移動しようとすると、
100%Finderが終了→再起動します。
みなさんはいかが？？。
ちなみに環境は
10.3.2(build 7D24)
PowerBookG4/1.25GHz 1GB メモリ
です。
一つのフォルダーに移動しようとすると、
100%Finderが終了→再起動します。
みなさんはいかが？？。
ちなみに環境は
10.3.2(build 7D24)
PowerBookG4/1.25GHz 1GB メモリ
です。
927 ：名称未設定：04/01/10 00:14 ID:GeM+1Acn
滝川クリステルのおっぱいを揉めるようにしてほしい
>>927
それは君の努力次第だ。
それは君の努力次第だ。
929 ：名称未設定：04/01/10 10:27 ID:3C6JG1XL
NEXTSTEPに、日本語完全対応のWeb閲覧ツールと高速マシンさえあれば、
おれは、NEXTSTEPを使い続けたよ。
金持ちの誰か、また金持ちの会社のかた、日本語完全対応のWeb閲覧ツールと高速マシンの仕様にして、
再販してください。
おれは、NEXTSTEPを使い続けたよ。
金持ちの誰か、また金持ちの会社のかた、日本語完全対応のWeb閲覧ツールと高速マシンの仕様にして、
再販してください。
それらの意見を本当にフィードバックしてるんですか皆さん。
このスレはフィードバックしてなんぼなのでは。
このスレはフィードバックしてなんぼなのでは。
システムのパフォーマンスを無駄に浪費する
不要と思われる視覚効果が多くあるように思われます。
店頭での視覚効果はマーケティングに重要かもしれませんが、実用には不要です。
WindowsXPの「システム」コントロールパネルのパフォーマンス設定のように
視覚効果の有無を細かくON/OFFできるようにして頂きたいです。
やっちまったよ。もちろん聞いちゃいないだろうがな（藁。
不要と思われる視覚効果が多くあるように思われます。
店頭での視覚効果はマーケティングに重要かもしれませんが、実用には不要です。
WindowsXPの「システム」コントロールパネルのパフォーマンス設定のように
視覚効果の有無を細かくON/OFFできるようにして頂きたいです。
やっちまったよ。もちろん聞いちゃいないだろうがな（藁。
>>931
いや、素晴らしい意見だと思うねオレは。
聞いてもらっちゃいないかもしれないが、フィードバックした方が
意見が通る確率が上がることは確かだと思う。
０％よりはマシだ。
ちなみにオレは、グリッドに沿わせたときのアイコンの並びが空きすぎるので
なんとかしてくれとの内容をフィードバックしましたよ。
いや、素晴らしい意見だと思うねオレは。
聞いてもらっちゃいないかもしれないが、フィードバックした方が
意見が通る確率が上がることは確かだと思う。
０％よりはマシだ。
ちなみにオレは、グリッドに沿わせたときのアイコンの並びが空きすぎるので
なんとかしてくれとの内容をフィードバックしましたよ。
>>932
確かにあれのせいでデスクトップが狭く感じるよな
確かにあれのせいでデスクトップが狭く感じるよな
OS Xになってからカラム以外ほとんど使わないもんなぁ。。
デスクトップも小アイコン。。
デスクトップも小アイコン。。
>>935
俺も、俺も。
俺も、俺も。
皆さん、デスクトップにゴミ箱はあった方が良いと思いますか？
そりゃもう思いっきり既出な話題ですが、オレはあった方が良い派です。
もちろん、フィードバックもしました。
あった方が良いと思っている方、フィードバックは、なされましたか？
そりゃもう思いっきり既出な話題ですが、オレはあった方が良い派です。
もちろん、フィードバックもしました。
あった方が良いと思っている方、フィードバックは、なされましたか？
そりゃあった方が良いと思うがDragThings使ってるからまあ良いやと自分勝手なこと考えてる
俺は、Dockを右寄せして代用中。
えきすぽぜが出来たからには、なおさら欲しい。
えきすぽぜが出来たからには、なおさら欲しい。
>>935
アイコンが見難くなった気がする。
ファイルシステムの操作は、ツリー
状のI/Fでなければ、OS9系が好
かったのに、なぜ改悪したんだろ。
操作感、アイコンと文字の大きさ、
ウザくない装飾。
いまはOS9とWindowsXP使ってま
つ。正直、OSXは操作してて疲れ
ます・・・・。フリーのレイアウト系、
ショートカット系のツールで改善っ
て言われてもねぇ。
アイコンが見難くなった気がする。
ファイルシステムの操作は、ツリー
状のI/Fでなければ、OS9系が好
かったのに、なぜ改悪したんだろ。
操作感、アイコンと文字の大きさ、
ウザくない装飾。
いまはOS9とWindowsXP使ってま
つ。正直、OSXは操作してて疲れ
ます・・・・。フリーのレイアウト系、
ショートカット系のツールで改善っ
て言われてもねぇ。
>>941
漏れは IIci 〜 VX あたりの頃の、
なんちゃってWSっぽいタッチのキー
希望。あれも結構小さかったし。
iMac 時代は打ち間違え続出。キー
レイアウトもみにくいので、手首は、
キーボード上空に固定だったなぁ・・・（泣
漏れは IIci 〜 VX あたりの頃の、
なんちゃってWSっぽいタッチのキー
希望。あれも結構小さかったし。
iMac 時代は打ち間違え続出。キー
レイアウトもみにくいので、手首は、
キーボード上空に固定だったなぁ・・・（泣
943 ：名称未設定：04/02/05 01:41 ID:GNcQADSG
>>112 意見はどこに送るのですか？
944 ：名称未設定：04/02/05 21:38 ID:GNcQADSG
>>712 今はどこに送るのですか？
945 ：名称未設定：04/02/15 23:16 ID:WaqGX//v
>>1-942 今は意見はどこに送るのですか？
♪スタイニ〜スタイニ〜 スタイニ〜スタイニ〜
「ワタシニ オデンワ クナサイ」
コンパクトなキーボードは欲しいよね。
一番重要なのはキータッチが自分の好みに合っているものだと思うけど・・・。
uControlを使ってWindows用のものを使用するするとか。
（Kappaっていうものも良いね）
一番重要なのはキータッチが自分の好みに合っているものだと思うけど・・・。
uControlを使ってWindows用のものを使用するするとか。
（Kappaっていうものも良いね）
h
949 ：名称未設定：04/03/08 18:17 ID:S1szkAea
俺の中の時間経過を20%遅くしたら
Macが20%早くなった！
Macが20%早くなった！
950 ：名称未設定：04/03/23 13:51 ID:36xgjF3k
フィードバックのネタが無いのか
それとも皆あきらめたのか…とageてみる
それとも皆あきらめたのか…とageてみる
951 ：名称未設定：04/03/23 19:25 ID:ihmXsPzB
自分はOS Xそのものに対してではないけど、
Safariなどでヒラギノ以外のOpenTypeフォントを使うと
激しく行間があいてしまうのを何とかできないかとフィードバックしました。
Safariなどでヒラギノ以外のOpenTypeフォントを使うと
激しく行間があいてしまうのを何とかできないかとフィードバックしました。
カーネルパニックをなくせ！！
953 ：名称未設定：04/03/25 03:29 ID:59o+Hphj
フォルダアクションは付いたのに虫眼鏡機能復活は、まだ？
以前どっかで見た、ｱﾎﾟｰが特許取得した技術・Pilesを早く実装して欲しいな。
10.4でｸﾙ━━━━(ﾟ∀ﾟ)━━━━!!と勝手に踏んでるんだけど。
10.4でｸﾙ━━━━(ﾟ∀ﾟ)━━━━!!と勝手に踏んでるんだけど。
メニューバーで、アプリケーション名が左端（アップルマークの右）に表示されていて、アプリケーションごとに「ファイル」「編集」の位置がずれてしまってホントに使いにくい。
アイコン化するフリーウェアかなんかあった気がするけど。。。
アイコン化するフリーウェアかなんかあった気がするけど。。。
Pilesかぁ、そんなのあったね。
けど、あまり使いやすそうに思えなかったような・・・
けど、あまり使いやすそうに思えなかったような・・・
>>955
たしかフルーツメニューだったかな
アプリケーションメニューが左にあるという事自体は
慣れたからいいけど、左に存在するという理由が「MacOS9
と違うから」という以外に合理的理由が見つからない気が…
特にメニューの数が多くて、アプリの名前が長かったりすると
小さい画面のノートなんかでメニューが表示しきれないという
まぬけなことになる等、害悪のほうが多くないか？
アイコンになるとメニューの位置がずれる問題は解決するけど
なんか左上にアイコンが二つ並ぶと美しくないなあ
やっぱ、右端にアイコンが妥当だと思うんだけど。
たしかフルーツメニューだったかな
アプリケーションメニューが左にあるという事自体は
慣れたからいいけど、左に存在するという理由が「MacOS9
と違うから」という以外に合理的理由が見つからない気が…
特にメニューの数が多くて、アプリの名前が長かったりすると
小さい画面のノートなんかでメニューが表示しきれないという
まぬけなことになる等、害悪のほうが多くないか？
アイコンになるとメニューの位置がずれる問題は解決するけど
なんか左上にアイコンが二つ並ぶと美しくないなあ
やっぱ、右端にアイコンが妥当だと思うんだけど。
思い出しがてら検索してみた。/.jにこんなのを見つけた。
ttp://slashdot.jp/mac/03/04/25/063217.shtml?topic=11
>956
そっか。まあ確かにフォルダと比べてどんなメリットがあるの？って聞かれたら弱いかも。
ttp://slashdot.jp/mac/03/04/25/063217.shtml?topic=11
>956
そっか。まあ確かにフォルダと比べてどんなメリットがあるの？って聞かれたら弱いかも。
>>958
OSXのアプリケーションメニューが右端に移動したら使いづらくないか？
俺は、むしろアップルメニューの機能を右端に移動して欲しい。
>>959
動きは面白いんだけどねぇ・・・＞Piles
もうそろそろ、QuartsExtreamを有効に使ったGUIを見せてほしいよ。
3Dエフェクトどまりじゃないやつをね。
OSXのアプリケーションメニューが右端に移動したら使いづらくないか？
俺は、むしろアップルメニューの機能を右端に移動して欲しい。
>>959
動きは面白いんだけどねぇ・・・＞Piles
もうそろそろ、QuartsExtreamを有効に使ったGUIを見せてほしいよ。
3Dエフェクトどまりじゃないやつをね。
フォルダ内で右クリック（ctrl+クリック）で整列メニュー表示というOS9の機能はいつになったら
再搭載されるんだよおおおおおおああああああだれわえわｒ
再搭載されるんだよおおおおおおああああああだれわえわｒ
みんな、ちゃんとアポーにも言ってるよね？
ここで文句言ってるだけじゃだめよ〜。
ここで文句言ってるだけじゃだめよ〜。
ドックに収納されているアイコンは名前や状態を表示できた方がよい。
マウスオーバーしないと分からないなんて、仕様が間抜けすぎ。
って何度もフィードバックしてるんだけど、ちっとも聞きやがりません。
マウスオーバーしないと分からないなんて、仕様が間抜けすぎ。
って何度もフィードバックしてるんだけど、ちっとも聞きやがりません。
Dockにそれを求めるのは酷、あんなものはハゲの自己満足だ。
ウインドウのタブ化やランチャーの方が遥かに使いやすい。
気づいていても実行しないAppleはヘタレ
ウインドウのタブ化やランチャーの方が遥かに使いやすい。
気づいていても実行しないAppleはヘタレ
散々ガイシュツだろうけど、ドックはカスタマイズ度が低すぎるよ。
Jaguar → Panther で何か変わったっけ？
OSXの操作の中心なんだし、もう少し力いれてデザインしてほしい。
今思いついたんだけど、ドックの起動しているアプリをダブルクリックしたら、
そのアプリケーションをエクスポゼするってのはどうだろ？
Jaguar → Panther で何か変わったっけ？
OSXの操作の中心なんだし、もう少し力いれてデザインしてほしい。
今思いついたんだけど、ドックの起動しているアプリをダブルクリックしたら、
そのアプリケーションをエクスポゼするってのはどうだろ？
>>965
さらにゴチャゴチャになる予感
でもファンクションキーはスマートじゃないしな。
俺はカラム表示からクリックした場合【下階層表示】
ダブルクリックで【新規にウィンドウで開く】という方が理解しやすいので
ここ3年フィードバックしているが、未だに採用されていない。
さらにゴチャゴチャになる予感
でもファンクションキーはスマートじゃないしな。
俺はカラム表示からクリックした場合【下階層表示】
ダブルクリックで【新規にウィンドウで開く】という方が理解しやすいので
ここ3年フィードバックしているが、未だに採用されていない。
ゴチャゴチャになる、か…
結構、自信あったんだけどな。
10.4で採用されるのを、密かに期待していることにしよう。
カラムは使わないから良く分からんけど、
どういう時に【新規にウィンドウで開く】を使うんだい？
状況が思い付かん。
それよりもまず、カラムはサクサク動くようにしてほしい。
ファインダーの三種類の表示方法の中で一番もっさりに感じる。
構造上、レスポンスを上げるのは無理なのだろうか？
結構、自信あったんだけどな。
10.4で採用されるのを、密かに期待していることにしよう。
カラムは使わないから良く分からんけど、
どういう時に【新規にウィンドウで開く】を使うんだい？
状況が思い付かん。
それよりもまず、カラムはサクサク動くようにしてほしい。
ファインダーの三種類の表示方法の中で一番もっさりに感じる。
構造上、レスポンスを上げるのは無理なのだろうか？
>>967
マシン何よ？USのサーバーでも開かん限り、サクサクだぞ。G5。
マシン何よ？USのサーバーでも開かん限り、サクサクだぞ。G5。
967は煽りで文章を書いていないのなら若干想像力不足のように思える
ダブルクリックに別動作を割り当てるのはよろしいと思えない。
>>967
ダブルクリックはあくまでも「開く」であって欲しい。
>>970も言ってるけど、別の機能を追加して割り当てると
混乱するような気がするよ
カラムは写真ファイルなどをプレビューする時に便利な表示方法
MacにはWindowsと違ってWebページ表示方法が無いからね。
だからフォルダのクリックとダブルクリックに差がない事が気になる
アプリや書類ではクリックでプレビュー、ダブルクリックで開くでしょ。
フォルダもダブルクリック時には外ウィンドウで開いて欲しい。
ダブルクリックはあくまでも「開く」であって欲しい。
>>970も言ってるけど、別の機能を追加して割り当てると
混乱するような気がするよ
カラムは写真ファイルなどをプレビューする時に便利な表示方法
MacにはWindowsと違ってWebページ表示方法が無いからね。
だからフォルダのクリックとダブルクリックに差がない事が気になる
アプリや書類ではクリックでプレビュー、ダブルクリックで開くでしょ。
フォルダもダブルクリック時には外ウィンドウで開いて欲しい。
967ですが・・・
ドックからアプリ・ポゼ（>>965）についての批判は、仰るとおりですな。
ダブルクリック＝「開く」の前提を無視してました。
で、【新規にウィンドウで開く】（>>966 >>971）についてですが、
OSXのファインダーはシングルウインドウが前提で設計されていると思うので、
・「開く」と「新規にウィンドウで開く」は全くの別物
・カラムでは「開く」＝「進む」
と考えるのが妥当だと思います。
よって、【新規にウィンドウで開く】には賛成できません。
環境設定のオプション扱いで搭載するなら、まあ賛成してもいいんですが、
標準では×。
ドックからアプリ・ポゼ（>>965）についての批判は、仰るとおりですな。
ダブルクリック＝「開く」の前提を無視してました。
で、【新規にウィンドウで開く】（>>966 >>971）についてですが、
OSXのファインダーはシングルウインドウが前提で設計されていると思うので、
・「開く」と「新規にウィンドウで開く」は全くの別物
・カラムでは「開く」＝「進む」
と考えるのが妥当だと思います。
よって、【新規にウィンドウで開く】には賛成できません。
環境設定のオプション扱いで搭載するなら、まあ賛成してもいいんですが、
標準では×。
>>972
ファイルブラウズとかシングルウィンドウそのものは嫌いではないんだけど
>・カラムでは「開く」＝「進む」
> と考えるのが妥当だと思います。
俺ここに強烈な違和感があるのよ、
クリックとダブルクリックの動作は分けて欲しいんだなあ。
クリックで下階層を表示するのは「リスト表示」の時の
左側の▼のようなものだと認識しちゃうんだよね。
クリック＝「進む」 「選択する」
ダブルクリック＝「開く」
「開く」は、「開く」であって欲しいんだなあ。
オプション扱いでもいいからやって欲しいね。
ファイルブラウズとかシングルウィンドウそのものは嫌いではないんだけど
>・カラムでは「開く」＝「進む」
> と考えるのが妥当だと思います。
俺ここに強烈な違和感があるのよ、
クリックとダブルクリックの動作は分けて欲しいんだなあ。
クリックで下階層を表示するのは「リスト表示」の時の
左側の▼のようなものだと認識しちゃうんだよね。
クリック＝「進む」 「選択する」
ダブルクリック＝「開く」
「開く」は、「開く」であって欲しいんだなあ。
オプション扱いでもいいからやって欲しいね。
オプション扱いでもいいなら、あとで俺からもフィードバックしときますよ。
ファインダーの環境設定は、ユーザーの要求に柔軟に対応できるように
もう少し複雑にしてもいいと思うしね。
まあ俺は、
＞・「開く」と「新規にウィンドウで開く」は全くの別物
だと思っているんで、ダブルクリックで別ウインドウを開いたら
アイコンやリストとの違いが気になりそうですが・・・
ファインダーの環境設定は、ユーザーの要求に柔軟に対応できるように
もう少し複雑にしてもいいと思うしね。
まあ俺は、
＞・「開く」と「新規にウィンドウで開く」は全くの別物
だと思っているんで、ダブルクリックで別ウインドウを開いたら
アイコンやリストとの違いが気になりそうですが・・・
念のためだけど、Macの操作言語としてダブルクリックは
「(選択可能な)オブジェクトに対するデフォルト動作」
ですな。
「(選択可能な)オブジェクトに対するデフォルト動作」
ですな。
オプション扱いでもいいなら、cmd-double clickでいいじゃん。
コンテキストメニューにあってもいいとは思うが。
コンテキストメニューにあってもいいとは思うが。
>>975
それは、ダブルクリック＝「開く」でなくても良い、ということかい？
（まあ言われてみれば、タイトルバーをダブルクリックで最小化だしな・・・）
つまり、ドックからアプリ・ポゼ（>>965）はMacの操作言語に抵触してない！？
引き続き10.4に期待だ♪
>>976
あくまで、‘ダブルクリック’で新規にウィンドウを開きたいんでしょう。
それは、ダブルクリック＝「開く」でなくても良い、ということかい？
（まあ言われてみれば、タイトルバーをダブルクリックで最小化だしな・・・）
つまり、ドックからアプリ・ポゼ（>>965）はMacの操作言語に抵触してない！？
引き続き10.4に期待だ♪
>>976
あくまで、‘ダブルクリック’で新規にウィンドウを開きたいんでしょう。
そうです、ただのダブルクリックで新規にウィンドウを開きたいのです。
Finder環境設定の「フォルダを常に新規ウィンドウとして開く」だと
ほぼ私の願いはかなうのですが、シングルウィンドウモードでアイコン表示で
使ってる時にどんどんウィンドウが開いて、かえってイライラするのです。
いや…Optionキー押せばいいんですけどね。
かといって右上のツールバーを隠すボタンは、表示形式を選択するボタンまで
隠れてしまうので以前のようにメニューバーの「表示」から切り換えなくては
ならないのでそれも面倒。
ワガママにも思えるのですが、何となく操作に対する動作に納得がいかない。
カラム表示（と欲を言えばリスト表示の時）のダブルクリックは
Saveウィンドウでも無い限り開いて欲しいのです。
Finder環境設定の「フォルダを常に新規ウィンドウとして開く」だと
ほぼ私の願いはかなうのですが、シングルウィンドウモードでアイコン表示で
使ってる時にどんどんウィンドウが開いて、かえってイライラするのです。
いや…Optionキー押せばいいんですけどね。
かといって右上のツールバーを隠すボタンは、表示形式を選択するボタンまで
隠れてしまうので以前のようにメニューバーの「表示」から切り換えなくては
ならないのでそれも面倒。
ワガママにも思えるのですが、何となく操作に対する動作に納得がいかない。
カラム表示（と欲を言えばリスト表示の時）のダブルクリックは
Saveウィンドウでも無い限り開いて欲しいのです。
俺、基本的にアイコン以外使わないから困らないけど、
表示形式を頻繁に切り替える人にとって
ファインダーの環境設定は貧弱すぎるかもしれんな。
そんなに表示形式ごとの操作方法をカスタマイズしたいのなら、いっそのこと
アイコン・リスト・カラムの各々で環境設定ができるようフィードバックすれば？
（シンプル好きのジョブズは採用しないか？）
表示形式を頻繁に切り替える人にとって
ファインダーの環境設定は貧弱すぎるかもしれんな。
そんなに表示形式ごとの操作方法をカスタマイズしたいのなら、いっそのこと
アイコン・リスト・カラムの各々で環境設定ができるようフィードバックすれば？
（シンプル好きのジョブズは採用しないか？）
classicをXcodeで書き直すんだ！！
今さらclassicを書き直してどうすんだ！！