アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家
Re:LinuxデスクトップがMac OS Xのデスクトップのようになるべきか (スコア:4, すばらしい洞察)
って、ことではなくて。UIの基準・基盤を乱立させないこと、(ある程度)一貫した方針を提供することがチャレンジなのではないでしょうか。
ライトなユーザがLinuxデスクトップに向かったとき、数多のデスクトップ環境とバラバラな方針で作成されたUIを持つアプリケーションが待っている状況がまずい。
ってな感じのことを言いたいのだと深読みしました。
「できる!Linux KDE編」「できる!Linux GNOME編」「できる!Linux Xfce編」「Compizを256倍楽しむ方法」
なんてのから選ばなきゃいけなくて、さらに別のデスクトップ環境に移ると勉強しなおし(って程でもないかも知れないが)って状況はユーザフレンドリではないです。
#それがLinuxだって意見もあるのは分かる。
妖精哲学の三信
「だらしねぇ」という戒めの心、「歪みねぇ」という賛美の心、「仕方ない」という許容の心
Re: (スコア:1)
Windowsの後追いもMacOSXの後追いも。劣化コピーとか車輪の再発明が
ほんと好きなんだから。
UIも大きなテーマなのは分かるのだけどだけど、GUIの土台の層レベルで
不満(主にファイルシステム)が結構あるのだけど、どうにかならないのかな?
例えば、
1.パス依存。実行ファイルの置き場所を動かしたが最後
→パス非依存。データと実行ファイルの位置関係に束縛しない
2.複雑なリソース/ドライバ管理。ドライバのファイルが何十個もあちこちに
→ドライバはアイコン1つをD&Dするだけ
3.階層ディレクトリのファイル管理。mp3もtxtも完全破綻。
→ラベル/タグなどのメタデータで管理
そう考えると、System7系のUIはなかなか上手く隠蔽出来ていたと思う。
DOSやらターミナルが出発点だとなかなかむずかしいのかな?
Re: (スコア:0)
もしメタデータだけをたよりに探すことになったら,クリックだけじゃなくて条件を入力しないと一覧で出せないですよね(UIで工夫できるかもしれないけど)。でも,「どこにあるか」という情報はないわけだから,「何なのか」とか「いつ作られたのか」とかそういう条件を使っていたら,とても探し出すのに面倒になるでしょう。
例えばこの間のプロジェクトのファイルはどこにいったかな?とかね。
ファイルタイプだけだと必要なものが出てこないかもしれないし、日付条件だけなら要らないものまで出てくるだろうし。
そういうときはどう対処するのですか?
#階層化されていないけどフォルダ名別に出せる,ということだったら許容範囲ですが。
Re: (スコア:0)
「この間のプロジェクト」というスマートフォルダを定義しておけばクリックひとつですが
いちいち脳に場所を記憶しておく間抜けはもうごめんだね
Re: (スコア:1)
と言うか、個人の感覚でメタ情報なんてあいまいなもの付けられたら後から検索なんてできんでしょ。
「この間のプロジェクト」が常に「この間のプロジェクト」であるはずがないわけで。
(見方、切り方は様々ですから)
Re: (スコア:0)
グループで使うものなら事前に合意形成が必要なのは「フォルダ」や「ファイル名」で管理する場合も一緒
反論のための無意味なこじつけだね
見苦しいったらありゃしない
Re: (スコア:0)
個人でメタデータを入力するのが嫌というのが論旨だったけどもじゃあ、
ファイルネームってどうやってつけんのよ。と思ったのだが。そりゃつけ方は
自由だわさ。連番でも日時でもご勝手に。
私の場合は「ファイル名」で悩むよりメタデータを付加するほうが良いのだが、
元記事の人はファイル名の付与では悩まないらしい
Re:LinuxデスクトップがMac OS Xのデスクトップのようになるべきか (スコア:0)
ファイル名にメタデータねじ込んでる俺、勝利!
特にURLのブックマーク。
IEやFxのアドレス欄(FxならTABからでもよし)からフォルダへとDragDropして、
InternetShortcutファイルを作る。
そのときファイル名はデフォでTITLEタグを書き写したものになるが、
その名前(のうしろ)に、自分で考えたメタデータを追記する。
中華饅頭にーはお3号店.lnk
だったら
中華饅頭にーはお3号店__今日行ったら全然うまくなかったけどな.lnk
とかにリネームする。
このShortcutファイルの「日付」がアクセス日になってるってのも結構便利。
日付でソートすると自分の検索や考察の過程が(自分のだから)まざまざと思い出されるのね。
ところで、
「メタ」データという考え方にこだわるのはダサいと思う。
というのは、どこまでが本データでどこからがメタデータか、なんてのは、
固定しないほうが便利だろうし、
入れ子的に何段も重ねたくなることも有ると思われる。
(赤をいれた文にさらに(その赤に対しても)突っ込みを書く、とかね。)
そう考えると、
メタデータという専用の構造を設けるよりは、
データがデータを修飾するっていう関係を(好きなだけ再帰的に)積み上げれる構造のほうが、良さそうだ。
考えようによってはバージョン管理も似たようなものだ。
改版するということは、以前のデータに突っ込みを入れるようなものだし、
その突っ込みがまた次の版では突っ込まれる対象になったりする。
また、StackableなFSなんかも考え方のヒントになりそう。あれも下のFSに対する突っ込みだし、再帰的に積めるから。