ユーザに2つの選択方法を提示することが、かえってユーザを適切でない行動に導いてしまうこともあります。今回は検索条件の入力画面を用いて、その一例をご紹介します。 図1のような画面構成で、 チェックボックスを選んでから選択ボタンをクリックすると、チェックボックスがOnとなっている駅名で検索を実行(=複数選択が可能)青字下線をクリックすると、その駅名のみで検索を実行という機能になっていたとします。 この際に行ったユーザビリティ調査では、渋谷か新宿か池袋であればどこでも構わない、といったような複数の選択肢を持つニーズが多く見られたにも関わらず、青字下線のリンクを最初にクリックするケースが度々観察されました。� この画面構成の場合、チェックボックスよりも青字下線リンクの方がアフォーダンスが高いため、多くのユーザは頭に思い浮かんだ駅名をページ内で見つけると、次のアクションとして青字下線リンクをクリック
CSSでいつも悩まされるのはクロスブラウザですけど、フォームでは特に面倒くさい要素が山盛りですよね。ボタンの文言を動的に変えたいから画像はなるべく使いたくないけど、だからといってブラウザのデフォルトのボタンとか、味気ないですものね。 今日は、フォームにつきもののボタンについて考えてみます。 私たちがボタンに求めるモノって、何でしょう。 データを送信(submit)する どのブラウザでも同じように見える 使い回しが聞く ボタンについている文言がどんなに長くなっても、水平方向の長さがフレキシブル 上記のようにサイズ的にフレキシブルであっても、見た目の美しさを阻害しない ボタンの大きさ=クリックできるエリアの大きさ 画像がdiableされていても使用可 CSSがdisableされていても使用可 ボタンのように見えて実はただのリンクの時のもある これらの要求を解決してくれる方法が複数出
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く