アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson
KISSの法則 (スコア:1, 参考になる)
ただ、ダイアログに「ヘルプ」と「閉じる」しかボタンがないのは偏屈としか言いようがない。
項目を設定すると即座に反映されるから「OK」と「適用」ボタンが要らなくなるってのは、概念としては正しいが使いづらい。
要するに「概念的に正しい」=「使いやすい」という観念から抜け出さないとダメだろうな。
MSの真似みたくなるのが嫌なのは分かるが、GUIは理屈じゃないよ。
Re:KISSの法則 (スコア:1, 興味深い)
A) 項目を設定すると即座に反映される
B) 「OK」と「適用」ボタンが要らなくなる
として,
「A→B」は真という主張をしてるんだろうけど(これには同意),
私には,そもそもAが正しくないように思える
ロールバック/コミット的な概念がなくなって不都合が生じると思う
Re:KISSの法則 (スコア:2, 興味深い)
Re:KISSの法則 (スコア:2, おもしろおかしい)
> 設定がすぐ反映されることが間違っているわけではないと思います。
ユーザが undo を直感的に操作可能に
するための設計が重要ということですね。
で、undo ボタンを追加する、と。
Re:KISSの法則 (スコア:0)
よくある「OK」と「適用」ボタン式は、コミット単位の
ユーザーに与える負荷を大きくしてるんじゃないかな?
どの設定項目を変更したのかユーザーはコミットする
まで覚えておかなきゃならないし、どの設定項目が
どんな変化につながったのかを把握するのも大変。
コミットしてみないと各々の設定項目がどんな変化を
もたらすのか分からないから、コミットせずにロール
バックしてもユーザーには何も得るものがない。
いっそ両方を組み合わせて、項目を設定すると即座に
反映されるけれど「キャンセル」すると設定メニュー
を開いて以降の変更がロールバックされる、ように
したらどうだろうか。
#これだと「キャンセル」の負荷が大きくなっちゃうかなぁ。