Appleはなぜラベルを採用しようとしないのか？

SNAX 使えばラベル表示もできて
ラベルで並べ替えもできるうえ、
JAGUAR の新機能であるところの
スプリングローデッドフォルダも
とっくに実現してる。
という私はまだ登録していないけど。
http://www.cocoatech.com

ラベルは一目見ただけで分かるという利点がありますが、
この視認性という点ではコメントに勝っていると思います。
情報ウインドウとか、ツールチップとかに表示されるという
インターフェイスはあまり好みではありません。
ラベルにしてもコメントにしても、
改良すべき問題としての優先度は高くないということでしょうか。

私も、コメントについてはリスト表示で一覧できるので、細かい分類に適していると思います。
また、Mac OS 9 ではブラウザ (Netscape,IEとも) でダウンロードしたファイルのコメントに、アドレスが自動的に記録されたので、分類の他にもずいぶん役立っていました。
ラベルについても、アイコンをひと目するだけで、区別ができるメリットがあり、大変重宝します。
でも、Mac OS X でコメントが消えてしまわないようにすることや、ラベル表示を実現するには、システム的に結構大変なような気がする (できるようになる時は一緒のタイミングではないでしょうか) ので、私としては Apple には時間をかけてでも、ユーザーの納得する形で再現してもらいたいです。

ファイルに色を付けられると言うのは、
短いスパン、単一ユーザでは役立ちますが、
そうじゃ無いときにはまるで無意味なものです。
簡単に付けられるという点は有用ですが、
色による区別は誰が見ても一意に行えるものでは無く、
同じシステムを利用する複数のユーザが、
そのカラーの持つ意味を共有することは極めて難しいです。
自分でも、数カ月後に、放置されたファイルの色を見て、
それが何を区別するために付けられたものであるのかを
判断することは容易ではないですよ。
また旧来の仕様では、ユーザが自由に
色合いを変更することが可能ではあるものの、
情報として保存されているのは数値0〜7による
ラベルインデックスのみであるため、
あるユーザがID:1に対し`赤'で`重要'を設定していても
別のユーザはID:3で`削除を予定'が`赤'かもしれませんから、
publicなフォルダではラベル設定の矛盾が起きてしまいます。
もし各ユーザによる色の変更を機能として残すのであれば、
--すなわちユーザ間でラベルを共有しないのならば、
一つのファイルに対し複数のラベル情報を持たせることが必要になります。
これはつまり、そのコンピュータをネットワーク共有を含め
利用するユーザ全員の数だけ一つのファイルにラベルを
埋め込まなくてはならなくなることを意味しますので、
ラベル機能一つ実現するためにファイル容量を
著しく増加させることになるわけです。
逆に、カラーを全てのユーザで共有するならどうかと言うと、
(1)ファイルに埋め込む情報に{R:aaaa,G:bbbb,B:cccc}のような、
カラー情報そのものを使うか、(2)システム管理者以外
1〜7各IDに対するカラーの設定変更をできなくするか、
(3)Appleが「1は赤、2は緑...」などと固定にしてしまうか、
のいずれかになります。
(1)を採用した場合、全てのコンピュータで色を共有できますが、
ラベル情報の保存、形式、表示の仕組みを
全て1から作り直すことになりますので、
古いシステムとの互換性は完全に失われます。
(2)なら、管理者は昔使っていた好みの色を利用できますが、
ネットワーク越しでの意味の共有は行えないままになります。
(3)は、全てのコンピュータで色を共有できますが、
好みの色を使うことができないかもしれません。
　
どれもイケてないと思いません？

＞ファイルに色を付けられると言うのは、
＞短いスパン、単一ユーザでは役立ちますが、
＞そうじゃ無いときにはまるで無意味なものです。
だからといって諦められる機能じゃないと思うなぁ。
実際にユーザが使ってて便利だと感じている機能なんだし。
使っているユーザだけに意味のある印でもいいと思うなぁ。パーソナルなコンピューターなんだし、必ず共有して使うというわけでもないんだし。まず個人に使いやすいOSであって欲しい。共有云々はその先の話だと思う。
あと、MacOSXのコメントは.DS_Storeに入っているので、ラベルも同じように.DS_Storeに入れちゃっていいのでは？　すでにClassicなコメントは移行できなくなっているんだし、個人的には過去との互換性は気にしてもらわなくてもいいです。
コメントだって日本語やハングルで書かれたものは、その言語圏以外の人には理解し辛いだろうし、共有だなんだと言い出すとキリないと思うんですけど。まず使っている人に便利であって欲しい。
＞どれもイケてないと思いません？
ラベルIDで管理しちゃえばいいと思う。リスト表示とかインスペクタではラベルIDも一緒に表示するとか。色とラベル名は各ユーザが自由に決めて、初期設定にでも入れておけばいいし。ついでに256個（別に32個とか16個とかでもいいけど）ぐらいに拡張してしまえば、後は共有するユーザ間で使う範囲を勝手に取り決めて使えばいいと思うし。0〜64は個人用で65〜は共有用とか。65〜はそれを共有するユーザ間で色とラベル名を統一して使うとか。
システム標準設定があって、何番から何番までをカスタムで使うとか設定できると楽かも。0〜15までをシステムで予約して変更不可。16〜が自由に使えるとか。
.DS_StoreではラベルIDだけ持っていて色やその他は設定ファイルで管理すれば、誰かが設定ファイルを作って共有するグループに配布してもいいだろうし。
Finderの初期設定に「ラベルを使う」という項目があって、初期状態ではOFFになっていれば、妙な色が付いててユーザが混乱するということもないだろうし。

おっしゃるとおりで、マルチユーザ環境では従来のラベル機能には問題があります。
また、ラベル機能そのものがあまり使われていなかった原因として、使いこなしが難しい、というか分かりにくいという問題がありました。
さて、Mac OS X 10.2から、システム標準のフォルダ名がローカライズされました。先日、店頭でMac OS X 10.2を使ってきましたが、予想通り、実際のフォルダ名がDocumentsで、表示だけが書類になっていました。
Documents→書類という変換のデータベースがどこに保存されているのか判りませんが、同じようなデータベースをユーザごとに設け、そこに「ラベル」情報を保存すれば良いのではないでしょうか？ そうすれば、ユーザごとに異なるラベル情報を管理することができます。さらにほかのユーザが設定したラベルも見ることができれば、共同作業の際に有用でしょう。
これはラベルに限ったことではなく、コメントも同じ仕組みにすべきです。シャーロックの「内容で検索」のデータベースも、各フォルダに入れるのではなく、単一のデータベースに保存すると便利になるでしょう。
こうして、ラベル、コメント、内容で検索、もちろんファイル名、日付などなどをFinderの検索機能で一括して扱えるようにすれば、非常に有用なものになると考えます。検索のインタフェースを工夫すれば、ラベルの活用方法も明示的になるでしょう。
この考えになにか穴はありませんか？(^^;

＞さて、Mac OS X 10.2から、システム標準のフォルダ名がローカライズされました。先日、店頭でMac OS X 10.2を使ってきましたが、予想通り、実際のフォルダ名がDocumentsで、表示だけが書類になっていました。
なんか既に問題(?)が報告されてますねぇ。英語表記しかないソフトをインストールしたら、それ以後すべて(?)のアプリケーションの表記が英語になってしまって、優先言語を英語→日本語にしても直らなかった。とかなんとか。Finderだけの症状みたいだけど。
林檎つまみぐい
＃9月初めに予定されている10.2.1の内容が気になるなぁ。
＞さらにほかのユーザが設定したラベルも見ることができれば、共同作業の際に有用でしょう。
ほかのユーザに自分のラベルの使い方がわかってしまうということですよねぇ。
なんか気持ち悪いです(^^;)　「あ、あいつ、こんなラベル名付けてやがる」とか。
この場合は、ほかのユーザに見せてもいいデータベース（のラベルのデータ）と見せたくないデータベース（のラベルのデータ）を分ける必要がありますね。
＞シャーロックの「内容で検索」のデータベースも、各フォルダに入れるのではなく、単一のデータベースに保存すると便利になるでしょう。
旧MacOSとは違い、Terminalなどからもファイル操作が出来るので、単一のデータベースに入れてしまうと、存在しないファイルのデータを定期的に掃除する処理が必要になりますね。各フォルダに入れておけば、フォルダを開いた時点でチェックできるし、フォルダごと削除したら一緒に消えるし。コメント格納にDesktopDBを使わなくなったのも、こういう理由からなのかも。
＃Jaguarでどうなっているのかは知りませんけど。
定期的に自動で掃除させる場合、いつその処理を行うかが問題ですね。使ってない時間帯（夜中）だとMac自体動いてない可能性あるし（現状のsystem.logなどの整理がそうですね）、使っている時間帯だと負荷がかかるし。掃除が行わなければ増える一方で、いつかディスクを圧迫するようになるだろうし。

> 定期的に自動で掃除させる場合、いつその処理を行うかが
> 問題ですね。使ってない時間帯（夜中）だとMac自体動い
> てない可能性あるし（現状のsystem.logなどの整理がそう
> ですね）、使っている時間帯だと負荷がかかるし。掃除が
> 行わなければ増える一方で、いつかディスクを圧迫するよ
> うになるだろうし。
ログ関係はnewsyslogがマージされていればかなりよくなるかな。
詳しく調べてませんけど、Jaguarには含まれているでしょう。(多分)

>なんか既に問題(?)が報告されてますねぇ。
これについては、10.2のボードができた時点でトピックを立てるつもりです。そちらでバグレポートを集めましょう。（私も書きたくてうずうずしています(笑)）
>ほかのユーザに見せてもいいデータベース（のラベルのデータ）と見せたくないデータベース（のラベルのデータ）を分ける必要がありますね。
確かに、その辺の配慮は必要でしょうね。
ちなみに、共有できるデータベースは、ユーザフォルダの中にある共有フォルダ（っていうのかな？＞10.2）に入れれば良いと思います。
ああ、妄想が走ってしまった。（苦笑）
では、これにて失礼します。

ファイルのパーミッションみたいにラベルの階層管理も出来るといいかも。
自分には最重要だけど、グループでは重要で、その他ではたいして重要でないとか。
＃んで、表示はイタリアかどっかの国旗みたいに3色ストライプとか(笑)

> なんか既に問題(?)が報告されてますねぇ。英語表記しかないソフトをインス
> トールしたら、それ以後すべて(?)のアプリケーションの表記が英語になって
> しまって、優先言語を英語→日本語にしても直らなかった。とかなんと
> か。Finderだけの症状みたいだけど。
PackageMakerでインストール用のパッケージをこさえるるときディストリビュータの環境上の.DS_Storeがパッケージ内に混入してしまい、インストール時にユーザの.DS_Storeを上書きしてしまう・・・という旨の記事を以前に読んだことがあります。そこからの類推で、.DS_Storeにファイル名のローカライズ情報が入っていたりするのかな？と想像しましたが、どうでしょうか？自分のマシンに10.2がインストールしてあれば、さっそく.DS_Storeを捨てて何が起こるかチェックしたいところですが、残念ながらブツはまだ手元に物はありません(^^;

私は、あまり共有して使うことがないので良く分からないのですが、UNIX 的な使い方を加味した物にするには、以下のような感じではダメでしょうか？
○　User 毎に .DS_Store で、User/ 以下のラベルやコメント等を管理する
○　ただし、User/ の Public と Sites には適用しないか、他のユーザには見れないようにする
○　システム全体と、Users/Shared では、管理者だけが変更できるように、別の .DS_Store で管理する
User/ 以下全体を共有するのには、その User のパスワードが必要なこと、パスワードスルーで共有できるフォルダが決められていること、(Mac OS X でのグループという存在が不明なのですが) を考えると、なんとなく、こんな感じならいいかなと思いました。間違っていたらすみません。
あと、Mac OS 9 のように、.DS_Store を「デスクトップの再構築」の名のもとに任意にリビルドできるようにできればなおいいと思います。