アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家
ふつうかなぁ...と思いつつ... (スコア:1)
Re:ふつうかなぁ...と思いつつ... (スコア:1)
CLIを見直す姿勢は基本的には支持たいのですが,一方,なぜかUNIX由来のGUIツールに限っては,Windows以上にポインティングデバイス依存している
Re:ふつうかなぁ...と思いつつ... (スコア:2)
例えば
Ctrl+F → 検索ダイアログ表示 → キーワード入力 → Enter
でテキストを検索を行うソフトは多くあります。
しかしそれらのソフトのほとんどがCtrl+Fを押してから検索ダイアログが出る前にキーワードを入力してしまうと上手く動きません。
伝統的なCUIソフトの場合どんなに速く入力してもそれは1つのキューに溜められて1つの集中管理されたイベント処理ルーチンが1つずつ逐次処理していきますので正常に動作します。
しかし現状のたいていのウインドウシステムではイベント処理は分散
Re:ふつうかなぁ...と思いつつ... (スコア:0)
Ctrl+Fから始まる遷移は、ユーザの操作というよりはユーザがキーボードで
何かを入力することによってプログラム側のオブジェクトはこういう風に生成されるよ、
というのを表しているだけだと思うんだけど、
見えないところに対して入力するのってそもそもGUIと言えるのだろうか。
Re:ふつうかなぁ...と思いつつ... (スコア:1)
>見えないところに対して入力するのってそもそもGUIと言えるのだろうか。
ですのでコマンドオブジェクトを生成します。
>検索ダイアログと置き換えダイアログが共通である設計のソフトの場合
>フォーカスがどこに当たっているか指定できないという問題もあるし。
それはCUIのソフトでも検索文字列と置き換え文字列のどちらを先に入力するかわからないので同じです。ここではソフトに十分慣れたユーザーを前提に話をしています。
>それと、オブジェクト指向はいいけど、操作上の問題になるほど検索ダイアログの表示が遅いの
Re:ふつうかなぁ...と思いつつ... (スコア:0)
>>周辺機器から割り込みがたくさん入っていたり複数人でコンピューターを使っていたり。
処理能力を超えた物はCUIであろうがGUIであろうがなにやってもだめ
Re:ふつうかなぁ...と思いつつ... (スコア:0)
まあ負荷が高くなくてもネットワーク越しに使えば検索ウインドウが遅れることなんか普通にあるな。