お湯ブログ | はてなのインターフェースはわけわからんので初心者が入り込む隙がない
この広告は60日以上更新がないブログに表示されております。 新しい記事を書くことで広告を消すことができます。 □ CGMサービスがキャズムを越えることの難しさ 〜はてなはキャズム越えに失敗した!?〜（キャズムを超えろ！） そもそも、はてなのサービスは、初心者向けにはできていない。インターフェースが直感的じゃなくて、わけわからんのだ。 RSSリーダのページだと、フィードのサイトに直接行こうとすると、まずフィード名をクリック、次の画面のURLをクリック、という2STEPSが必要になる。1STEPで行くためには、各記事のサイト名の横にあるウインドウに矢印があるアイコン（）をクリックすればいいのだが、このアイコンがぱっと見で、謎なのである。クリックするまで、なんの機能を有しているのかわからない。あるいはヘルプを読まなければならない。ヘルプを見なけりゃわからないアイコンって一体なんなんだろ
フォーカスとjavascript:void(0)の話・2
Googleがonclickにはhref="javascript:void(0)"も付ける理由？に頂いたコメントを元に再び考察してみました。 Tabでのフォーカス云々は独自にショートカットキーを実装してるので大して意味が無い話だと思います。 個人的な好みとしては、アプリケーションごとのショートカットキーを覚えるのは面倒なうえ、後述の問題があるため、あまり好きではありません（GMでカスタマイズは別として）。 というのも、Operaのような比較的高性能なショートカットキーを持つブラウザの場合、アプリケーションごとのショートカットキーが操作の邪魔となることが多いからです。例えば（サポート外なのは理解していますが）LDRですと、Shift+↑↓がフックされるため、「フォーカスの移動」が制限されてとてもストレスが溜まります。 だからといって「勝手に独自キーを定義するな」と一概に言うことは出来きないの
Googleがonclickにはhref="javascript:void(0)"も付ける理由？
Googleはonclickなアイテムにはhref="javascript:void(0)"も付けてくれることが多いあるのだが、このお陰で（少なくともFxなら）フォーカスを合わせることが出来る（フォーカス状態でEnterを押せばクリックと同じ動作になる）。対してLDRなどはonclick属性しか使用していないらしく、Tabキーでブラウジングしてる場合などに、フィードの一覧にどうやってもフォーカスが移らないため、とても残念な気持になる。 例えばspan要素などにonclick属性を付けてイベントを発生させている場合はこの方法は使えない（そもそもhref属性がない）ため、表面上のユーザビリティ的には、クリックイベントを取得する場合はa要素を使い、onclick属性と一緒にhrefも付けておくのがよいと言うことになる。 フォロー記事 フォーカスとjavascript:void(0)の話・2
Ywcafe.net
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Contact Lens Free Credit Report Anti Wrinkle Creams High Speed Internet All Inclusive Vacation Packages Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy|Do Not Sell or Share My Personal Information
Webデザイン エンジニアリング第10回 ユーザー・インタフェース（UI）に経済効果はないのか：ITpro
ユーザー・インタフェース（UI）を改善する作業を始める際，ほとんど必ず質問されることがあります。「そんなことをやって得になるのか？」「費用対効果でみて有益なのか？」——。 UIを改善することが何になるのかを，下の問いで説明してみましょう。質問は簡単です。「水の流れている“蛇口”の水を止めるには，レバーを上げますか，下げますか？」です。 答えは，どちらも「正解」です。日本には，二つのUI（レバーを上げて水を止める方式と，下げて止める方式）が存在するからです。したがって答えの集計結果は，その分布を表します。私は講演などの場で何度かこの集計をしていますが，大抵はほぼ同じだけ手が挙がります。しいて言えば，「２」の下げる方がやや多いでしょうか。いずれにしろ，余り差はないと言えると思います。 この問題の趣旨は，間違った（水を多く出す）方向にレバーを動かした場合に何が起こるかを考えてもらうことです。もち
ブログに表示してほしいメニューと10の理由＋1 | *LOVE IS DESIGN*
1. プロフィール 初めて訪れる場合はまずココを見る。 どんな人が書いているのか、職業など書ける範囲であったほうがいい。 本人の写真はあったほうがベターだけど、あるが故に損をする可能性もありおすすめしない。 2. 最新のエントリー 最低5本くらいは表示してほしい。 最新のエントリーが何ヶ月も前だとちょっとガッカリする。 3. 最新のコメント コメントのレスを確認しやすいかどうか。 コメントを受け付けている場合はできるだけ表示してほしい。 4. 最新のトラックバック セルフトラックバックで埋まっていると萎える。 5. カテゴリ どんな話題を取り上げているかわかりやすく。 「日記」とか「雑記」だけだと読む気がしない。 6. 月別アーカイブ 何年もやっている人は、無駄にサイドバーが長くならないように、スクロールバーにするなどの工夫をしてほしい。 7. ブログ内検索 よく行くブログではよく使う。
hori-uchi.com: _blankを使わないで別ウィンドウを開くにはre
はてなブックマークをみていたら、気になるエントリーを発見。 [戯] target="_blank" を使わないで新しいウィンドウでリンクを開く方法 target="_blank"という書き方がXHTML 1.1 や XHTML Basicに準拠していないので、これらに準拠するようにしつつ、別ウィンドウで開くにはどうすればよいかという話です。 別ウィンドウで開くにはJavaScriptを使えってのが推奨される方法なんですが、onclickを使って定義するのはめんどうということで、この記事では、aタグにclass="popup"という属性を与えておけば、JavaScriptで別ウィンドウを開くということをしています。 この件については友人のHTML、CSSマスターなkawachi君と話したことがあって、そのときは、下のエントリで紹介されているrel="external"という方法を使うのがいい
Alertbox: ページ内リンクの使用は避けよう（2006年2月21日）
ウェブ上のユーザたちは、ハイパーテキスト・リンクは別のページを読み込むべきだという、明確な思考モデルを持っている。ページ内リンクはこの思考モデルに反するため、混乱を招く。 Avoid Within-Page Links by Jakob Nielsen on February 21, 2006 最近、同じ日に同じことについて 2 つの質問をされた。普通、このようなことが起こるということは、この話題にはもっと幅広い関心があるということなので、これについてのコラムを書こうと決めた。 質問その 1： 今、リンクをクリックして「名前付きアンカー」（同一ドキュメント内の別の場所）に移動する、「ジャンプ・リンク」についての議論に関わっています。私は、ジャンプ・リンクが新規ウィンドウを開くリンクと同等に、あまりよくないものだということを、貴方の書いた 2 つの記事で裏付けようとしています。 質問その 2
大切な文字を赤で印刷するのはやめて欲しいバトン
世の中には、「一度こうするのが常識」と決まってしまうと、それが明らかに間違っていることであっても、疑問にも思わずに続けてしまう人が沢山いる。 その良い例が、左の写真のような「屋外にある機器の注意書きのうち、大切な文字を赤で印刷する」という習慣である。確かに印刷したばかりの時の赤い文字は目立つので良いのだが、赤のインクで印刷された文字は（特に日光に当たる場所に置かれていると）時間とともに薄くなり、しまいには読めなくなってしまうことは誰もが色々なところで見かけて知っているはずである。 にも関わらず、相変わらず「大切な文字を赤で印刷する」習慣をストップしてくれないのが私としては我慢ができないのだ。 そこでこのブログを通じて、この悪習を無くすためのキャンペーンの呼びかけをすることにした。題して、「大切な文字を赤で印刷するのはやめて欲しいバトン」である。 「そうそう、私も見たことがある」、「私はこん
どうしてフリー・ソフトウェアのユーザビリティはアレなのか
Why Free Software usability tends to suck 2005年12月25日 Matthew Thomas さんの2002年4月13日のブログエントリ、“Why Free Software usability tends to suck” の日本語訳です（現在はリンク切れになってますが、Internet Archive でアーカイブが読めます）。僕はこれを Joel on Software の 「5つの世界」で（正確には書籍のほうを読んで）知りました。このエントリはいろいろと論争を巻き起こした有名なもののようですが、どうやら当時の日本ではあんまり言及されてなかったみたいなので（≒ Google で見つからなかったってことですけど）、いまさらながら日本語にしてみました。 お知らせ: Matthew Thomas さんは 2008 年に、この記事の続編ともいえる、
すでに入り口にいるのに、ホームに導くボタンは親切か ― ＠IT
Webアプリケーションのユーザーインターフェイス[7] すでに入り口にいるのに、ホームに導くボタンは親切か 「可視性とフィードバック」 ソシオメディア 上野 学 2006/2/15 前回の「『戻る』で入力データが消えてしまうフォームはいらない」では、経験則その2として「寛容性とユーザーコントロール」の話をしました。システム側がユーザーを信頼し、ユーザーのコントロール下でユーザーの思いどおりの振る舞いをすることで、ユーザーとシステム（あるいはサービスの提供者）との間に信頼関係が生まれ、利用効率や生産性が高まっていきます。 そこで今回は、どうすればユーザーが思いどおりにシステムをコントロールできるのか、どうすればユーザーはシステムが自分の思いどおりに動いていると感じるのか、ということを考えたいと思います。これが経験則その3、「可視性とフィードバック」です。
「戻る」で入力データが消えてしまうフォームはいらない ― ＠IT
Webアプリケーションのユーザーインターフェイス[6] 「戻る」で入力データが消えてしまうフォームはいらない 「寛容性とユーザーコントロール」 ソシオメディア 上野 学 2005/12/22 前回「入力情報を預かる責任を果たせる画面デザインとは？」は、あらゆる経験則の土台となる価値観として、「ユーザーを尊重する」というユーザー中心の姿勢について述べました。今回からは、Webアプリケーションのユーザーインターフェイス（UI）・デザインを行ううえで有効な経験則を、少し具体的に考えていきたいと思います。 その前にまず、連載の第1回「ユーザーにとっては“ユーザーインターフェイス”こそが製品そのもの」で触れた HCI（Human-Computer Interaction）の分野でよく挙げられる、コンピュータを用いた対話型システムの設計原則を紹介しておきます。ここでいう「対話型システム」とは、ユーザー
ビル・ゲイツの家のトイレは流そうとすると「本当に流しますか？」と警告してくる
今回のみずほ証券による株の誤注文事件は、１株を６１万円で売るところを、オペレーターが誤って「６１万株を１円で」と誤入力してしまったのが原因だが、その際に端末には市場価格との隔たりを示す警告が表示されたにもかかわらず、オペレーターが「（警告が）よく出るので慣れの中で結果的に無視してしまった」という点が注目に値する。 以前にも、「事故防止の難しさ」というエントリーで触れたことがあるが、「不必要な警告をしょっちゅう見ているとそれに慣れてしまい、本当に対応が必要な時にも無視してしまう」というのは人間の性である。この手のミスをした人を一方的に非難したり、「これはヒューマン・エラーでした、今後はこのようなことを繰り返さないように注意します」と謝るのは簡単だが、それでは根本的な事故防止はできない。 「不要な警告」と言えば、パソコンがその代表選手。ファイルを消去した時の「本当に消去したいですか？」という警
fladdict.net blog AjaxもFlashもトラックできる！？ Google Analyticsの脅威
ちょっと聞いてくださいよ奥さん!!! 話題のGoogle Analyticsですが、なんとFlash内でのクリックや遷移もトラックできることが発覚、もちろんajaxのイベントもですよ。 やり方はいたって簡単、イベントをトリガーにanalyticsを埋め込んだHTML内のJavaScript javascript:urchinTracker('イベントID'); を呼び出すだけです。FlashからだとgetURL、ajaxだったら適当に関数呼び出しで使う感じですね。 イベントのIDは、"flash/postButton/click"というようにURLっぽい記述で行います。こうすることでこのイベントを、対応するURLのページに見立ててページビューを集計することができます。 ボタンをトリガーに集計をするコードだとこんな感じだそうです。 on (release) { // Track with n
Alertbox: ブログのユーザビリティ：デザインの間違いトップ10（2005年10月17日）
ブログは既存ユーザに焦点を合わせすぎていて、重要なユーザビリティの問題を、ないがしろにしている事が多く、サイトを理解し、著者を信頼することを、新規読者にとっては困難にしている。 Weblog Usability: The Top Ten Design Mistakes by Jakob Nielsen on October 17, 2005 ブログはウェブサイトの一種だ。そのため一般的なウェブサイトのユーザビリティガイドラインや、今年のデザイン間違いトップ10 の対象にもなる。しかしながら、ブログはウェブサイトの中でも特殊な部類のものだ。ブログには特徴があり、それ故に特有のユーザビリティ問題を抱えている。 ブログの素晴らしい利点の1つは、本質的に「ウェブデザイン」をしなくても良くなるということだ。文章を書き、ボタンをクリックすると、インターネット上でそれが公開される。ビジュアルデザインも、
人机交互論: ユーザビリティ活動の成熟度
ユーザビリティはユーザ中心設計（UCD）プロセスのアウトプットです。UCD は品質管理などと同様に“組織的な活動”ですから、どうしても活動内容のレベル（成熟度）の違いが出てしまいます。上達の早い組織もあれば、稚拙な活動にとどまる組織もあります。 ユーザビリティ成熟度モデル ソフトウェア開発プロセスの品質管理では、米国のカーネギーメロン大学が開発した CMM（capability maturity model：能力成熟度モデル）が業界の事実上の標準になっています。一方、ユーザビリティでは、ドイツのテュフ・ラインランドが ISO 13407 に基づいた認証サービスを開発したりしていましたが、標準と言える成熟度モデルはまだ確立されていません。 そこで、私のこれまでのコンサルティング経験を踏まえて、人机交互論的『ユーザビリティ成熟度モデル』を考えてみました。（なお、これはデータに基づいた厳密なモデ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
OKボタンの位置はどこが適切?
専門家は個人の責任で情報発信するな - void GraphicWizardsLair( void ); //
http://www.akiyan.com/blog/archives/2005/08/post_15.html
memb.jp