blog.鶯梭庵

二〇一〇年睦月十四日木曜日

■ Mac の使いやすさの一例 [/mac]

私は最近、Windows XP を使っているときに、コピーをするときはマウスを右クリックしてコンテキストメニューからコマンドを選択し、ペーストをするときはキーボードで Ctrl+V を押していることが多いことに気がついた。（これは私だけのことで、他の人がどうかは知らない。）

私は、よく使うメニューコマンドは基本的にキーボードショートカットを使う。保存なら Ctrl+S だし、印刷は Ctrl+P だ。Windows では、ウィンドウを閉じるコマンドやアプリケーションを終了するコマンドのショートカットがアプリケーション間で統一されていないので（Mac ではそれぞれ Command+W と Command+Q）、小さな「×」ボタンを、いちいち悪態をつきながらクリックしている。

それなのになぜ、コピーのときに Ctrl+C ではなくマウスを使っているのかと反省してみると、キーボードからコピーするときにフィードバックがないことが原因であることに気がついた。

私は Mac でコピーするときは、キーボードから Command+C を使う。このキーの組み合わせを押して、コピーが成功したとき、メニューバーの「編集」という項目が点滅する。それで、コピーが成功したことが分かるので、安心して次の作業に移ることができる。

ところが Windows では、Ctrl+C を押しても、何の反応もない。コピーができたのかできていないのか分からない。それで私は不安になってしまうので、無意識のうちにキーボードではなく右クリックを使うようになっていたのだ。コンテキストメニューなら、コピーが成功すればメニューが消えるので、それと分かる。

このように、ユーザーインターフェースにおいて、ユーザーの操作に対してマシンが応答するということは、使い勝手を大きく左右する。それも、その応答は即時でなければならない。応答が遅れると、ユーザーは、操作が失敗したのかと思って、同じ操作をもう一度繰り返してしまう。

そういう観点からあらためて Mac と Windows を比べてみると、つくづく、Mac のインターフェースがいかに使いやすくできているかと感心する。たとえばアプリケーションを起動するとき、Mac では Dock にアプリケーションのアイコンがすぐに現れ、飛び跳ね始める。それで、アプリケーションががんばって起動しているのだなと分かる。しかし Windows では、せいぜいカーソルの横に砂時計が出たり出なかったりするだけだ。

このことは、ウェブアプリケーションでも需要だ。以前は、ユーザーの操作に応答するためには、あらかじめローカルに読み込んでおいたデータを使うか、ページ全体を書き換えるかのどちらかしかできなかった。前者では即座に内容を書き換えられるし、後者ではいったんページが消えるので、いずれにしてもユーザーはすぐに応答を得ることができた。しかし Ajax を使うと、ユーザーが操作をしてから、それに対してサーバーからの応答が返るまでに、長い場合では数秒の遅延が生じることがある。

そこで、Ajax を使ったウェブアプリケーションでは、ユーザーの操作に対して、サーバーからのデータを使ってページの内容を書き換える処理に加えて、その処理を始めたことをユーザーに示すための処理を明示的に実装しなければならない。たとえば検索であれば、ユーザーが検索ポタンを押したときに、「検索中です」というようなメッセージを表示したり、くるくる回るインジケータを表示したりしてから、サーバにデータを要求し、データが返ってきたら、メッセージやインジケータを消して検索結果を表示するという流れになる。この一手間が使い勝手を大きく左右する。

[この記事にコメントを書く。] [このカテゴリをまとめて読む。] [最新の記事を読む。]

blog.鶯梭庵

二〇一〇年睦月十四日木曜日

■ Mac の使いやすさの一例 [/mac]

最近のツイート

カテゴリ

最新記事

blog.鶯梭庵

二〇一〇年 睦月 十四日 木曜日

■ Mac の使いやすさの一例 [/mac]

最近のツイート

カテゴリ

最新記事

二〇一〇年睦月十四日木曜日