アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
透過 (スコア:2, すばらしい洞察)
今の GUI って、Window を重ねた時の使いにくさったらないもので。
3Dなんていらないから、次のウィンドウシステムでサポートしてほしい。
-- wanna be the biggest dreamer
透過なんてCPU食いよりも他にやることが山積… (スコア:2, 参考になる)
そういうものなんでしょうかね?
机の上に乱雑に散らかされた書類の山が、
その素材が紙からOHPシートに替わっただけで、
そんな劇的に机は使いやすくなるんでしょうか?
とても俺にはyesと思えないのですが。
勝手な思いこみですが俺は、「見えない」かどうかよりも
「(手が)届かない」かどうかのほうが、重要な問題だと思っています。
だからAlt-Tabで窓を切りかえられるwindows(もちろんunixの各種wmでも
同じことは出来ますし)は、そういう意味ではあんまり辛くないです。
マウス使わずに「手が届く」ことがそれなりにできるから。
#もちろん他の辛さはいっぱいあ
Re:透過なんてCPU食いよりも他にやることが山積… (スコア:0)
具体的には、任意のウィンドウやフレームをグループと呼ぶことにします。フレームとはオーバラップで配置されているグループの集合だったり、タイリングにより配置されているグループの集合だったり、タブで整理されたグループの集合だったり、です。
これによりグループは再帰的にグルー
Re:透過なんてCPU食いよりも他にやることが山積… (スコア:2, 興味深い)
それですそれ。だいぶ前から思っていたんですが、
windowsの1つ間抜けな点は、MDIという概念を持っているにもかかわらず、
MDI(のGUI)を再帰的に適用するという概念を持ってない、という点だと思います。
親子は1代かぎりなんだよね。
というか、あれをマルチ「ドキュメント」インターフェースと
呼んでいるってのが、思考を制限している点だと思っています。
つまり1窓が1「ドキュメント(=Model)」の反映(=View)だと
捉えているわけですが、win(MFCか)のDocument-Viewって
DocやViewをあくまで「アプリ」とか「データファイル」とかの
大きい単位でしか捉えてなくて、線一本とかの「小さいMVC」を
サポートしてない、という点だと思っています。
これ、不便つーか邪魔だなと思うことが、多いです。
#なので、DocViewと関係なくプログラムできるdelphiのほうがMFCなVCよりずっと好きです(笑)
窓を再帰的に表示することによって便利がもたらされた、という解釈を
してないよねMFCは。勿体ないなあ。