入力フォームのプレースホルダーを使ってはいけない
入力フォームのプレースホルダーテキストは、入力欄にどんな情報を入れたのかをユーザーが思い出すことや、エラーのチェック・修正を難しくしてしまう。また、視覚や認知機能に障害のあるユーザーにはさらなる負担となる。 Placeholders in Form Fields Are Harmful by Katie Sherwin on May 11, 2014 日本語版2014年6月17日公開 コンテクストに沿った説明やヒントは、入力フォームのそれぞれに何が入るかを明確にするのに役立つ。その結果、入力が促進され、コンバージョンレートは向上する。ヒントの提供方法はいろいろとある。実装として一般的なのは、入力フォーム内に説明を入れるやり方だ。しかし、残念ながら、入力フォーム内のプレースホルダーはユーザビリティに役立つよりも損なうことのほうが多いことがユーザビリティテストでは繰り返し示されている。 ラベル
雑誌のように美しいレイアウトを生み出すために、Flipboardが開発したレイアウトエンジン | Goodpatch Blog
はじまり 2010年、私たちはFlipboard Pagesという、Webの記事をiPad向けにマガジンページにするというレイアウトエンジンを作りました。 Flipboard Pagesは、Vanity FairやNational Geographicと言った世界一流の出版社のコンテンツをページ割します。 Pagesは、それぞれの出版社のブランドアイデンティティとカスタムタイポグラフィーを再現する美しいレイアウトを生み出すことが出来ます。限定されたモバイルデバイス（例えばiOS 3.2のオリジナルiPad）でも充実かつ高いパフォーマンスでレンダリングするために、PagesはCSS3、SVG、そしてvanilla JavaScriptを使いました。出版社のレイアウトのためのダウンロードファイルサイズは平均すると、およそレイアウト、スタイリング、フォント、ネームプレートイメージなどで90キロバ
Webサイトに変なスクロール使うのをやめろ
最近変なスクロールを使ってるサイトを見る。 これとか http://www.apple.com/iphone-5s/ これとか http://heteml.jp/ 他にも色々。 Javascriptがなんか頑張ってんだろうけどさ、 正直鬱陶しいよ。 やけに重いし、使いづらいし。 Chromeだとヌルヌル動くって？ みんなChrome使ってる思ってたらアカンでほんま。 追記： この変なスクロールはパララックスと言うそうです。 「この変なスクロール＝パララックス」ではないそうです。 また、「この変なスクロール＝パララックスのひとつ」と言う訳でもないみたいです。 ごめんね、もうこの追記消したい気分。
iPhoneの電卓だと「2500÷50＝1」になる!? 衝撃の結果
iPhoneの電卓アプリに致命的な欠陥があった、と一部で話題になっているようです。 発端は2ちゃんねるの「iPhoneの奴電卓で2500÷50してみろ」というスレッド。「2500÷50」を計算しようとすると、なぜか答えが「1」になるというのですが……。 いやいや2500÷50は50だろ！ いい加減にしろ！ と怒る前に、iPhoneを持っている人はぜひ実際にお試しあれ。 筆者も試してみました。 250 ÷50＝？ ファッ!? なんと本当に「1」に。え、ど、ど、どういうこと!? 他の人にも試してもらったところ、やっぱり「1」という結果になっていました。 ここでタネを明かすのもヤボなので、「ええっ!?」と思った人はぜひ自分で試してみるのをオススメします。ちくしょー、僕もひっかかったよ！ そんなにタネが知りたいですか？ advertisement 1|2 次のページへ Copyright © IT
スマホUI考（番外編） 顧客やユーザーの要望に全て対応すると、アプリは99%破綻する | fladdict
顧客や上司、ユーザーの場当たりな要望に対応しつづけると、どんなアプリもゴミアプリになる。たとえそれが理にかなった要望であっても。 なぜなら面積の限られたスマホでは「一画面の機能数とボタン数」が、使い易さと品質に深くリンクしているからです。 ということを、エラい人にプレゼンするのがお仕事の今日この頃。でも毎回毎回、同じことを説明するのがシンドイので資料をブログにまとめたいなぁと思うなど。 思考実験として、ここでは架空事例としてTwitterアプリを例に考えてみる。 何かの間違いで、日本の大手メーカーがTwitterを買収すると・・・UIデザイナーが体を張らないと99%ぐらいの確率でこうなるのです。 ここがオリジナル Request1: ダイレクトメッセージをトップ階層に ユーザーからの真っ当な要望。実際にはサービスの本質ではないのですが、要望はかなり多いはず。 ただTwitter社的にはme
クリック率急上昇間違いなし！男性なら絶対にクリックしてしまうボタンを発明した
どうも。平成の発明王、おつぱ（ @OZPA ）です。 この間ネット巡回してたらすごくかっこいいボタンスタイルを発見したのですが、それを弄くっているうちにとんでもないボタンを発明してしまいました。 題して、「男性なら絶対にクリックしてしまうボタン」 その全貌を、とくとご覧下さい。 かっこいいボタンスタイル まずは、発明のきっかけとなりましたかっこいいボタンスタイルからご紹介。 それが↑こちら。 まるでゴムを押し込んでいるようなテクスチャで、非常に綺麗ですね！ コードは→Quite realistic buttons – CodePenをご覧下さい。 改造した さて。 これを見ていた私は思いました。 このスタイルをもっともっと魅力的にすることは出来ないだろうか？と。 なんかもう、クリックせざるを得ないようなボタンにすることは出来ないだろうか？と。 そして、構想1日・実作業4時間にも渡る大手術の
ソシオメディア | iPhone の当たり判定を検証した
スマートフォンやタブレットなどのモバイルデバイス向けにUIをデザインする際には、タッチ操作に適したコントロール表現を追求しなければいけません。 タッチ操作に適したコントロール表現とは、前回書いたジェスチャもありますが、それ以前に、ボタンやリンクなどのUI要素を指で押しやすい大きさにすることが大切です。 パソコン画面のマウスポインターと違って、タッチスクリーンにおいて指でボタンをタップする場合、指がそのボタンを覆い隠してしまうので、意図した場所に正しく触れているのか分かりにくく、またボタン自体の視覚的なフィードバックも確認しづらいという課題があります。 またマウスポインターではピクセルレベルで画面上の座標を指し示すことができますが、指先ではそのような細かい操作はできません。 ですからタッチデバイスでは、ボタンやリンクが細かく密集しているようなデザインは大きなストレスになります。 最低限の大き
保存アイコン＝フロッピーディスクの時代は終わった…？ | Goodpatch Blog
まずはアイコン素材配布サイトから。 今は無料で使えるアイコン素材配布サイトが多いので、ここからダウンロードしてデザインする時に使う人も多いのではないでしょうか。まずはそのアイコン素材配布サイトで”save”と検索した結果を見てきます。 iconmonstr http://iconmonstr.com/ 以前にもMEMOPATCHで紹介した事のあるサイトです。ここはフロッピーディスクもありますがクラウドっぽいアイコンや下向き矢印のアイコンもありますね。 softicons http://www.softicons.com/ こちらはほとんどフロッピーディスクのアイコンです。しかも立体的なアイコンが多いです。 iconfinder http://www.iconfinder.com/ こちらもフロッピーディスクのアイコンが多いですが、下矢印やチェックマークもあります。 次に有名なサービスやアプ
なぜAmazonのメガドロップダウンメニューはスムーズに操作できるのかという秘密
日本のAmazonでも採用されているメガドロップダウンメニューについて、なぜAmazonのメニューはユーザーが使いやすくできているのかという秘密が明らかになりました。ユーザビリティを改善することが至上命題のネットショッピング系サイトにとっては非常に有益な知識となっています。 Breaking down Amazon’s mega dropdown - Ben Kamens http://bjk5.com/post/44698559168/breaking-down-amazons-mega-dropdown まずこれがAmazonの左上にあるカテゴリーを一覧化したメガドロップダウンメニュー。日本のAmazonにも同様のメニューが採用されており、マウスカーソルを上に持っていくと実にスムーズに動きます。 通常のメニューの場合、以下のようにして少し遅れてサブメニューが開くようになっています。 な
COOKPADの「伏せ字にせず入力」ボタンは素晴らしい
@tokuhiromから教えてもらったのですが、COOKPADのスマートフォン向けWebサイトのログインページには、パスワードを「伏せ字にせず入力」するボタンがついているのですね。 さっそく見てみましょう。まずはログイン画面です。パスワード欄の下側に、「伏せ字にせず入力」ボタンが見えます。 「元に戻す」ボタンを押すと、伏せ字に戻ります。 僕はこれを知って興奮しました。なぜなら、拙著「体系的に学ぶ 安全なWebアプリケーションの作り方」には以下のように書いたからです（P337～P338）。 パスワード入力欄のマスク表示は、現在の常識的なガイドラインですが、実は筆者自身は疑問を持っています。パスワード入力欄をマスク表示にすると、記号や大文字・小文字交じりの安全なパスワードを入力しにくくなるので、利用者は簡単な（危険な）パスワードを好むようになり、かえって安全性を阻害するリスクの方が大きいのでは
ディテール
Webページにおける細かいパーツを正しく実装することがユーザー経験の向上につながるということについて書かれたUI: Getting the Details Rightを読んだ。WordPressの結構な人気テーマでもタブがあたかもパンくずリストのように表示されていたりするし、頭ではわかってても実践にまでは至らないことも多そう。 Getting the Details Rightではいくつかの有名なパターンを例に、こう実装するとユーザーが混乱しにくいという説明をしている。例えばスライドショーでは切り替えの矢印以外にも「いくつくらい画像が用意されていて、今何番目を表示しているのか」を示すドットを使ったインジケーターが重要であるとしている。また、画像や画面の切り替えにも簡単なアニメーションを導入することによって、ユーザーに「どう切り替わったのかをアニメーションで示すことによって戻る方法を示唆でき
コロニーな生活PLUS、通称コロプラのiPhoneアプリがひどい件について - パンプキンスパイスラテ
ガラケーで大人気(らしい)コロニーな生活PLUS、通称コロプラのiPhoneアプリが配信されていたので、インストールしてみました。ちなみに無料です。これがまたひどい(>_<) iPhoneで見れるモバイルサイト iPhoneアプリと言ってもただ単に入り口をアプリにしただけで、htmlの調整はまったく行っていないようです。そのため、iPhoneでモバイルサイトを使ってることになり、いろいろUIに問題があります。たとえば、[1]とかリンクについていてもiPhoneにはまったく意味がないので、邪魔なだけです。 モバイルサイトにはモバイルサイトの、iPhoneなどのスマートフォンにはスマートフォンのUIというものがあるので、機能レベルでは同じものだとしても、共存することはできません。 iPhoneアプリは、ユーザーにダウンロードをさせなければならないというハードルがあり、それを乗り越えたほどの人に
やっぱり[OK]ボタンは右なんだよ - ぼくはまちちゃん！
こんな話題はいまさらかもしれない！ それはわかってます！ だけど書きたい！ なにって、[OK]ボタンの位置のことです！ これって右に置くのが自然だよ絶対！！ 理由は単純で、 [OK][キャンセル] は、画面によっては [保存] [取り消し] だとかに名前を変えるし、 さらに、入力が3ページあるようなウィザード形式の画面なんかだと、 [ここまでOKそして次の画面へ]、[間違ったかもしれないから前へ戻って修正] とかになっちゃう。 うん、このウィザード形式の時のことを考えるとわかりやすい！ ウェブは横書き！ 左から右に読む！ 左からやってきたんだから、[戻る] のは左！ 右に進んでいくんだから、[進む] のは右！ だから、[次へ] も [保存] も [OK] も右が自然！ ウィザードっぽい画面の時と他の画面の時とで 「OK的なもの」の位置がぶれていると、少し迷うよね。 だから[OK]は右に統一
![やっぱり[OK]ボタンは右なんだよ - ぼくはまちちゃん！](https://cdn-ak-scissors.b.st-hatena.com/image/square/281b1fd51f0e3fedc726435362724c3af4fce817/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F13208692334729888519%2F26003855888873578%2F1550052661)
サイトレビュー - G10 Reader : 404 Blog Not Found
2007年03月24日18:30 カテゴリSite Review サイトレビュー - G10 Reader 本blogもおすすめフィードに入っているということで、早速試してみた。 G10 Reader じーてんリーダー | 最新情報を収集するフィードリーダー（RSSリーダー） 概要はすでにPOP*POPなどで報じられているので詳しくは述べない。一目見た限りでは、Livedoor Readerに似ていなくもない。というより今やLivedoor ReaderがWebサイト型のRSS Readerの日本における業界標準になっているので、当然といえば当然ともいえる。 とはいうもの、そのコンセプトは実は180度違っているようにも思われる。Livedoor Readerの至上命題が多数のフィードを片っ端から片付けるということにあるのに対し、G10 ReaderはRSSフィードを、元記事のURIに飛ばず
miya2000の日記 - これからドラッグ＆ドロップを書く人のために
2012/07/22 追記 久しぶりに確認したところ、IE9 では以下で指摘している IE (このときは IE6 でした) の問題(3, 4, 6)がすべて解消されていました。 また、Firefox での問題(5)も Firefox14 で試したらは解消されていました(ただ、All-in-One Sidebar のパネルの上では mousemove イベントが発生しないようでした)。 Chrome20 や Safari5 でも問題無く動作していますから、現在においてドラッグ＆ドロップを実装するには mousedown 時の preventDefault() だけでOKと言えそうです。すばらしいですね！ safari で動かないらしいのでどなたか情報ください！(くやしい!) というかこういうのに勝ち負けはないので実装できてる方は是非トラックバックお願いします。当方既に ipod 中毒ですし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
一夜にして世界中を席巻したiPhoneアプリ「Clear」の裏側