アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
素人にはお薦めできない (スコア:0)
ktermもfirefoxも開いた瞬間から全画面表示。すがすがしいまでに広大な画面構成が味わえます。
emacsを激しく使うのには最適な環境で、私の仕事にとってはとっても便利。
気がついたらログインして30分以上マウス使ってない自分に気づくのも快感かも。
弱点は画面分割しないと、横幅広すぎて、文字読むのに目が疲れることでしょうか。
こんな私にとって、wxga以上の解像度は邪魔なだけです。
# ちなみに、仕事以外じゃgnomeもwindowも使います。
Re: (スコア:0)
WMはなんでも良くて(同じ理由でOSも何でも良くて)
単に各アプリを全画面表示すれば済むことでは？
Windowsだと、
Alt+TABでアプリ切り替え、とか。
DragDropは「Dragの最中にAltTabなどでForeground Windowを切り替え」れば問題なしだし。
Re: (スコア:0)
D&D元と先のウィンドウ（の、D&D可能な領域）を確認し、それらが同時に
画面に表示されるようにウィンドウの位置を調整する、という作業に
数秒はかかってしまいます。それに、せっかく作業しやすい場所にウィンドウを
置いていたのが、D&Dの都合でめちゃくちゃにされてしまいます。
「Dragの最中にAltTabなどで...」というのは面倒というか、押し続けている
ボタンをうっかり離してしまう危険があります。器用な人ならいいんだろうけど。。。
Re:素人にはお薦めできない (スコア:0)
オーバーラップWindowシステムの窓「間」でD&Dをやらせるのはアホ。
ほんらいD&Dは見える範囲でやらせるべきでしょう。
その範囲なら優れたUIだと思いますし、むしろボタンとか違って「キーボードじゃ素直に表現できない何か」を表現(入力)する手段としては「真にGUI的」なUIだと思っています。
D&Dとちょっと違うけど似てるUIで、かつ一般的GUI部品のなかで例外的(ｗｗｗ)に「GUIらしいGUI」なものとして、一般にスクロールバーとかスライダーとか呼ばれてる部品を挙げておきたいです。
ああいうふうに「位置」を入力手段として活用するものこそが、「GUIらしいGUI」だと思います。そういう意味ではボタンやテキスト入力欄(当然だが)は「配置がピクセル単位で自由だ」という面以外は全くGUI的ではない…。
あと、見えない対象へのDropについてですが、
あれは「中継点」をもうけるべきだと思っています。
Dragが始まったら最後、Dropしたらとにかく発動するか場所によってはキャンセル扱いになる、という二者択一が馬鹿げてるのだと思います。
そうじゃなく第三の「態度保留する」というDrop場所をもうけるべきです。
単に別のWindowでもいいと思います。
わたしはそれを「取り皿」と呼んでいます。料理皿から口へのD&Dだと思ってください。そしてその間に「取り皿」で移動を一時休ませれる場所が有る、ということです。
(現状のツールでも、ファイル移動するときに、いったん一時フォルダに集めてから、別フォルダにまとめて移動させる、なんてこともよくします。取り皿の発想です)
Re:素人にはお薦めできない (スコア:1)
次にクリックするまでドロップしないような仕組みとかあれば面白いと思う。
もちろんポインタはロック中のマークになると。
マウスの設定でこの機能自体のON/OFFもほしいですね。
ちなみに私はタスクバー上にマウスをしばらく置き、
該当するウィンドウが開くまで待ってますが。