アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
使い心地以前に (スコア:1)
Expose vs 仮想画面 (スコア:1)
あ、僕の日常環境は Linux＋KDE 3 です。
Unix 系のデスクトップでは、いわゆる「仮想画面」が普通に用いられていて、KDE でもパネルにページャという形で組み込まれています。各仮想画面のウィンドウアウトラインが縮小されて表示されていて、「１番は Web、６番は Mail…」という風に個人的に決めて使っている限り、そもそもウィンドウが重なること自体ほとんどありません。
以前、Windows をどうしても利用しなければいけなくなってしまった時に、その手の仮想画面を実現するユーティリティをいろいろ試してみたんですが、Unix 系デスクトップで実現されているほどの安定度、利便性を備えたものが結局見つからず、非常にフラストレーションがたまったことがあります。
で、今回の Expose ですけれども、仮想画面を使いなれた僕からすると、そもそも一つしかない画面上で全てのウィンドウを開いて切り替えながら使おうと思うこと自体に無理があるんじゃないかなーなんて思っちゃうんですよね。Expose は確かに面白くはあるんですが、実は Doc に複数の仮想画面が格納されててワンクリックで切り替えられる、とかの方が便利だったのでは、なんて。
さらに縮小格納された仮想画面がリアルタイムで書き換えられてたりするとさらにスゲー、って感じなんですけど、Win にしても Mac にしてもどうしてそっちへ進まないんでしょうかね。何か理由があるのかな？
# もちろん Expose は Windows で言うところの Alt+Tab の代わ
# りとも言えますから、仮想画面との共存も可能ですけどね。
Re:Expose vs 仮想画面 (スコア:0)
というか、作業の大半がいわゆるコピペなので、同じ画面にないとしんどいというのが本当のところ。
# といいながらデュアルディスプレイですが。
さらに縮小格納された仮想画面がリアルタイムで書き換えられ
てたりするとさらにスゲー、って感じなんですけど、Win にし
ても Mac にしてもどうしてそっちへ進まないんでしょうかね。
何か理由があ
Re:Expose vs 仮想画面 (スコア:1)
> MacOSXでは、いわゆるアップデートのイベントが発生しないで
> すし、WindowsでもLonghornでは、ウィンドウ毎にフレーム
> バッファ(Surface)ということですから、基本的には既に仮想画面
> というものは実現されていると考えても問題はないのでは？
すみません、今度は僕があんまり理解できません(^^;。
AC さんが引用された部分で僕が言いたかったのは、例えば下の人が教えてくださった CodeTek のユーティリティにしても、ページャに表示される各仮想画面のイメージは、あくまでもウィンドウの形と、せいぜいアプリケーションの種類を示すアイコンくらいなわけです。これが、縮小された形ながら内容まで完全な形のウィンドウが表示されていて、例えばフラッシュムービー表示中の Web ブラウザなどではリアルタイムに再描画もされちゃう、とかだと結構すごいなーということでした。
永い処理を行っているウィンドウを他の仮想デスクトップへ飛ばしてしまっていても、処理が完了したことがページャ上で確認出来たりする感じです。個人的にはすごく便利そうなんですが…。
# 他の仮想画面で動作中の VMware 上の WindowsUpdateが完了
# したかどうかを画面を切り替えなくても分かったりとか…。
ご教示いただいたように OS 側の構造としては仮想画面も容易に実現できるような形になっているのでしょうし、現に Win にせよ Mac にせよすでにいくつかユーティリティがあるのですから、ある程度需要があることは明らかだと思うんですけどね…。
# Windows にはオフィシャルなものもかつてはあったような
# んですが、僕が探した時は見つかりませんでした。
Re:Expose vs 仮想画面 (スコア:0)
しかし、Expose は仮想画面への要望への回答なのかもしれません。
Re:Expose vs 仮想画面 (スコア:0)
CodeTek Virtual Desktop [codetek.com]
Alt+Tab は、Command + Tab と、ウィンドウメニューを組みあわせなければいけませんでしたね。
ぼくの日常は ctwm です。
Re:Expose vs 仮想画面 (スコア:0)
Drag&Drop (スコア:0)
ブラウザで表示されているテキストや画像を選択してドラッグ→エクスポゼ→
Re:Drag&Drop (スコア:1)
ドラッグ＆ドロップ主体の操作の場合は確かにそうですね。仮想画面だとどうしてもマウスアクション的には途切れる or 移動距離が異常に長くなってしまいます。僕自身、おっしゃる通りテキスト (キーボード) 主体でほとんどドラッグ＆ドロップを利用しないため気がつきませんでした。
目から鱗です。ありがとうございました。