タグ

UIに関するk2lowのブックマーク (11)

  • 「常識的なweb UI」で気になっているもの | おごちゃんの雑文

    これは当にわからないんで、識者に教えて戴きたいところなんだけど、とりあえず自分の主張と共に疑問を書いてみる。 疑問は大きく2つあって、 パスワードは伏せ字でなければならないか 「確認画面」は必要か ってこと。このどちらもが「常識」として使われているのだけど、どうもうっとおしい気がしてならない。 パスワードをtype=”password”にしたり、そういったラベルをつけたりすると、パスワード覚えてくれていたり、日本語入力システムが一時的にOFFになったりと便利なのはわかる。また、パスワードを「後ろから見る」攻撃から避けるには、伏せ字にしておくのが有効だというのもわかる。 とは言え、パスワード覚えてくれたりとか、日本語入力システムを一時的にOFFにするとかってのは、言うなれば「オマケ」であって、質は「伏せ字」ってことだろう。この伏せ字、「後ろから見る攻撃」には有効なのだけど、 打ち間違いに

  • 高反発マットレスの選び方 | アフィブログに騙されない為の高反発マットレス手記

    ウレタン系高反発マットレスでよく言及されるのが密度です。それを頑張って分かりやすく説明してみます。

  • Thousand Years - サビタイジング

    サビタイジング 脳は少ない数(3個〜4個)であれば一瞬で把握できる。これは通常の数え上げるということよいも早くできる。ある数を数え上げるときには3個や4個とそれ以上では数え上げにものすごく時間がかかる。この現象のことをサビタイジングという。 インターフェースへの応用 3個や4個であればそれを見ただけで判断できる。しかし、それ以上になると一つ一つ見る必要が出てくる。これをインターフェースに利用できないかと考えてみる。 例えばこのブログのメニュ。10個のメニュがあって自分の探したいものを上から順番に見ていく。似たような並びなので4番目5番目からはしっかり見ないとうまく探せない。 3個から4個であれば一瞬で把握できるというサビタイジングを応用して、デザインにあわせてそれとなく3個ずつ分けて見た。どう思うかは人それぞれだけど、なんか見やすく(というより発見しやすく)なったかな。 おまけ 追記 何を

    Thousand Years - サビタイジング
  • 第10回 文字のサイズとブラウザの違い 〜「はてなダイアリー」で起こった問題点:ITpro

    今回は,先日筆者の勤務するはてなのサービスの一つである「はてなダイアリー」で起こった,使いやすさに関する問題を取り上げてみたいと思います。使いやすさの向上のためにデザインを変更したところ問題が発生し,それをプログラミング言語であるところのJavaScriptを使って解決した,というお話です。 その問題とは,「文字の大きさ」に関するものです。 ブラウザには,文字のサイズを変更する機能が用意されています(図1)。例えばInternet Explorer(IE)なら「表示」メニューの「文字サイズ」から「最大」「大」「中」「小」「最小」の五つの段階を選ぶことができます。Firefoxも「表示」メニューの「文字サイズ」から選ぶことができますが,「大きく」「小さく」というメニューになっており,より自由に表示サイズを変更することができます。 図1:ブラウザでは文字サイズを変更できる ちなみにOperaは

    第10回 文字のサイズとブラウザの違い 〜「はてなダイアリー」で起こった問題点:ITpro
  • 15Pub » ふりがなをフリガナで書かせるサイトの神経が理解できない

    仕事柄、サイトのユーザー登録をすることが多いのだけども、登録のたびに気になることがある。 なんでふりがなをフリガナ(片仮名のふりがな)で書かせるサイトがあるのか。 おそらくシステムとしては平仮名でも片仮名でもかまわないだろうし、どうしても片仮名じゃないとまずいという理由があれば、ユーザーに平仮名で入力させたものをバックエンドで片仮名に変換すればいいだけの話である。 なのにも関わらず、なぜか巷には、ふりがなをフリガナで書かせるサイトがあふれかえっているのだ。 (もしかすると平仮名で書いてもOKにしているサイトも多いのかもしれないけれども、片仮名でフリガナと書いてあれば、やはり片仮名で入力してしまう。) おかげで自宅のATOKは自分の名前を変換すると勝手に片仮名になってしまうようになった。 会社のMS-IMEも同様である。 もちろん「F7キー」で入力中の文字が片仮名にするというテクニッ

  • シニアはログインでつまづく?! - Trans

    最近、シニア向けのあるWebサービスを構築している。その中で、シニア(特に、団塊世代、もしくはそれ以上)の方が、どういったところでWebサービスにてつまづくのかが少し分かってきたので、自分の備忘録も兼ねてメモしておく。 先に言っておくと、シニアはまずログイン、もしくは新規登録でつまづく。「中に入れない」「何かパスワード間違えているみたいなんだけど」そういった質問が、どんどん寄せられる。このWebサービスを構築する前に、できる限りネット上でシニアのネット行動特性みたいなものは調べてみたが、その多くは「ログイン後」、もしくは「ログインする必要がないサイト」のことだったと、今更ながら気が付いた。例えば、 ユーザビリティ研究所: シニア向けウェブサイト構築のための10のポイント 使いやすさを考えてみる。(アクティブシニア・シルバー層の現場から) そう、シニアのネット上の行動特性はある程度研究が進ん

    シニアはログインでつまづく?! - Trans
  • antipop - livedoor Reader と GMal に見る、大量のチェックボックス処理 UI における革新的工夫について

    HTML には、複数の項目を選択する UI として、たとえばチェックボックスがあります。こんなやつですね 好きなメンバを選択してください(複数可) 梅田えりか 矢島舞美 村上愛 中島早貴 鈴木愛理 岡井千聖 萩原舞 有原栞菜 これぐらいの量だったら、選択するにせよ解除するにせよ、まぁたいしたことはないかもしれませんが、もし、選択項目が数十あるいは数百あったらどうでしょうか。激しくめんどくさいですよね。 世界的に優れたフィードリーダである livedoor Reader は、フィードリーダとしての使い勝手は当然として、そんなところにも実は気を配っていたりします。 たとえば、LDR のおすすめフィード登録画面「アルファブロガーズ」を見てみると(livedoor ID でログインする必要があります)、アルファブロガーさんのブログが数十個表示されるのですが、これを選択または解除するに際して、チェッ

    antipop - livedoor Reader と GMal に見る、大量のチェックボックス処理 UI における革新的工夫について
  • 多くのユーザーは一度に1本しかジュースを買わない ― @IT

    ユーザビリティのヒント(1) 多くのユーザーは 一度に1しかジュースを買わない 「自動販売機での不要な動作から考える」 ソシオメディア 上野 学 2006/6/2 Webアプリケーションのユーザーインターフェイスデザインに役立つさまざまなTips集。自動販売機でジュースを買うときの不要な動作から考える。(編集部) 今回からはWebアプリケーションのユーザーインターフェイスの続編の「Tips編」として、ウェブアプリケーションのユーザーインターフェイスをデザインするうえで役立つさまざまなヒントを、少し細かな視点から具体的に見ていきます。 複雑な構成物を作り上げるには、基となるコンセプトやアーキテクチャといった抽象度の高い部分から考えていくトップダウン式のアプローチと、構成要素の細部から考えていくボトムアップ式のアプローチの両方が必要になりますが、前回までの経験則編はどちらかといえばトップダ

    k2low
    k2low 2006/06/02
    作った後に「これって無駄じゃね?」と確認してみる作業は何にしても必要。
  • submit ボタン disable 技の罠 - naoyaのはてなダイアリー

    昨日のonsubmit で submit ボタンを disable にしてユーザビリティを良くするにはちょっとした罠があって、それに気付かずに使うとはまってしまうかもしれないので、それもちょっと書いておく、というか今日僕自身がはまったわけだが。 罠というのは、type="submit" な input 要素、つまりは submit ボタンを onsubmit ハンドラで disable するまでは良いのですが、このとき <input type="submit" name="foo" value="bar">としていて、foo=bar という値が渡ってくることを期待し、それを内部の処理に使っていると嫌な目に逢う、という話です。先のやり方では input 要素が disable になって GET なり POST なりされるので、押したボタンに対応するパラメータが渡ってこない、というわけです。一

    submit ボタン disable 技の罠 - naoyaのはてなダイアリー
    k2low
    k2low 2005/08/05
    ]disableにするとSubmitボタンのValueが渡らない。
  • naoyaのはてなダイアリー - onsubmit で submit ボタンを disable にしてユーザビリティを良くする

    先の Yahoo! Shopping のアプリケーションで、今度ちょっとやってみようと思ってたことを実装してみた。 http://bloghackers.net/~naoya/ys/app.cgi ボタンを押したときに、そのボタンが disable になります。この方法を使うとボタンが押されて次の処理に入ろうとしているというのが直感的に分かるのと、二重送信防止にもなるということでユーザビリティが改善できます。 仕掛けはすごく簡単で、form の onsubmit ハンドラに、その form に紐づく submit ボタンを disable になるような JavaScript を登録しておくだけ。 function disableSubmit(form) { var elements = form.elements; for (var i = 0; i < elements.length;

    naoyaのはてなダイアリー - onsubmit で submit ボタンを disable にしてユーザビリティを良くする
    k2low
    k2low 2005/08/03
    JavaScriptで二重送信の抑止をする。
  • ダメなユーザインタフェイス講座

    サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。

    k2low
    k2low 2005/08/03
    UI考慮のためのネタ集。
  • 1