入力フォームのプレースホルダーを使ってはいけない
入力フォームのプレースホルダーテキストは、入力欄にどんな情報を入れたのかをユーザーが思い出すことや、エラーのチェック・修正を難しくしてしまう。また、視覚や認知機能に障害のあるユーザーにはさらなる負担となる。 Placeholders in Form Fields Are Harmful by Katie Sherwin on May 11, 2014 日本語版2014年6月17日公開 コンテクストに沿った説明やヒントは、入力フォームのそれぞれに何が入るかを明確にするのに役立つ。その結果、入力が促進され、コンバージョンレートは向上する。ヒントの提供方法はいろいろとある。実装として一般的なのは、入力フォーム内に説明を入れるやり方だ。しかし、残念ながら、入力フォーム内のプレースホルダーはユーザビリティに役立つよりも損なうことのほうが多いことがユーザビリティテストでは繰り返し示されている。 ラベル
山田祥平のRe:config.sys - ライト、ついてますか
コンピュータに対して、ユーザーがあるアクションを与えた場合、目の前でどのようなことが起こるかは、ユーザー体験にとってとても重要な要素だ。OSはもちろん、アプリケーションや、小さなユーティリティでも、考えに考えて振るまいが決められていなければならない。 ●フォルダの統合と置き換え たとえば、デジカメで撮影した写真を、コンピュータの適当なフォルダにコピーしたいとする。通常、デジカメは、メモリカードのルートにDCIMというフォルダを作り、さらに、その中に自機名を称するフォルダを作り、そこに連番を持った画像ファイルを生成する。このDCIMフォルダをメモリカードのウィンドウから、コンピュータのHDD内の適当なフォルダウィンドウにドラッグ&ドロップするとしよう。 Vistaでこのアクションを与えると、異なるドライブ間のドラッグなので、コピーをしたいのだと見なされる。コピー先にDCIMフォルダがなければ
新生銀行の件のフォローアップ:江島健太郎 / Kenn's Clairvoyance - CNET Japan
前回の新生銀行のサイトの使い勝手についてのポストに思いのほか反応がありました。 はてなブックマークでも「新生の使いづらさは尋常じゃない」とか「こに書いてあること全部の10倍くらいダメ」とか「書いてもらえてスッキリした」みたいな反応が多くて、そういう声を引き出せたのは書いた甲斐があるなぁ。 それで、セキュリティに関する話だから噛みついてくる人もいるだろうと思っていたらやっぱりいて、カレーなる辛口Javaな転職日記で「全般として，いかにも素人っぽい批判に終始しているように思う」と書かれていたのを見つけたので読んでみたのだけど、そこに書かれていた反論は「もっとセキュリティを下げろなんて論外」という、予想通りのいわゆる一段階論理だったのですが、よく考えてみればそういう思考回路の髪のとんがった上司をどう説得するかというシチュエーションは現実問題としてあるわけで、そのためもう少しだけ深追いしてみること
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
