ke-tai.org > Blog Archive > キーを押す回数が少なくてすむというケータイ入力方式「T9」を実際に試してみました
キーを押す回数が少なくてすむというケータイ入力方式「T9」を実際に試してみました Tweet 2009/3/16 月曜日 matsui Posted in タレコミ, 記事紹介・リンク | 2 Comments » kanbeさんからフォーラムよりタレコミです。 （いつも情報提供ありがとうございます） T9という文字入力方式があるのですが、広告用の動画ムービーなどが設置されたスペシャルサイトを作ってがんばっているとのことです。 T9という入力方式は結構前からあったため、存在は知っていたのですが、良い機会なので実際に試してみました。 → ENTER 1文字1押し T9 [jt9.jp] → Wikipedia T9 [ja.wikipedia.org] T9を簡単に説明すると、「あ行」の文字であれば「あ」のキーを、「か行」の文字であれば「か」のキーを1度押すだけで、あとは単語となる文字に予測
やっぱりGoogleはユーザインタフェースの企業でしょ
やっぱり、Googleは、ユーザインタフェースの企業でしょ Chromeはなぜ速いのか Ajaxが非同期の通信であるのと、Chrome中のプロセス間の処理が非同期で複雑になっているのは偶然の一致ではないと思う。それはたとえ処理モデルやコーディングが複雑になろうとも、ユーザーを待たせない（ユーザーをないがしろにしない）ために、裏でできる限りのことをやろうという技術者たちの努力の現れだ。この意味でChromeはWeb2.0的なWebブラウザだと思う。 そう、ユーザをながしろにしないことは重要。いやユーザこそGogoleのテクノロジーだ。 以前、ブログで「Googleはユーザインタフェースの企業でしょ？」というこということを書いた。そして、それをさらに拡張して、InterCommunicationに寄稿した「インタフェースの大変動」でもGoogleがユーザインタフェースにいかに注目していて、'G
Chromeはなぜ速いのか － ＠IT
Chromeの動作が圧倒的に速いように感じている。Chromeがリリースされた当初、それがなぜなのかよく分からなかった。グーグルだけにできて、ほかのWebブラウザ開発者にできないことなどあるように思えないが、それにしてはあまりに速いように感じたからだ。 その疑問のほとんどは、Chromeのオープンソースプロジェクト版「Chromium」の公式ブログの解説で氷解した。ブログを読んで分かったのはグーグルのエンジニアたちが信じられないほどのスピード狂であることと、そのスピードへのこだわりには2種類の“スピード”があることだ。 1つは処理速度、もう1つは応答速度だ。特に後者、ユーザーをできるだけ待たせない、イラつかせないということに対する徹底したこだわりは、すさまじい。その背後には「スピードとは、つまりお金だ」という洞察があるようだ。 0.5秒の遅延でユーザー離れ グーグル創業約1年後の1999年
かつてない操作感でことばを探せる国語辞典『大辞林』 – 今日のアプリ第305回
軽くて素早く検索できる電子辞書が、紙の辞書に劣る点とは何でしょうか？ そのうちのひとつは、ページをめくりながらことばを探す楽しさを味わえないことかもしれません。 紙の辞書は使い込むと手に馴染み、素早く目的のページに辿り着くことができるようになります。また、ページをめくっている時にふと目に留まった項目から新しいことばに出会ったりするのも嬉しいものです。 今日のアプリ『大辞林 』は、そんな紙の辞書の楽しさを、斬新なユーザーインターフェイスで電子辞書の世界に持ちこむことに成功した国語辞典です。 『大辞林 』は定評のある｢スーパー大辞林3.0｣の約25万5千項目を収録。2,700の図表もすべて収められています。 辞書の中身もさることながら、この『大辞林 』の最大の特長はなんといっても、タイル状に敷き詰められたことばをフリックしながら探す”インデックス“画面です。 実際の動作をぜひ動画で確認してみて
誰が AutoPagerize を提供すべきか: Days on the Moon
はてなブックマークがリニューアルしました。新しいはてなブックマークの個人ページにはページ自動ロード機能、通称 AutoPagerize 機能 (そう呼んでいる人がどれだけいるかは知りませんが) がついています。さて、AutoPagerize のような一般の Web ページにも適用しうる機能は誰が提供すべきでしょうか。ページの製作者でしょうか? ユーザー側が (ブラウザの拡張機能も含む) ユーザースクリプトとして導入すべきでしょうか? はたまたブラウザ側の仕事でしょうか? Twitter 上でそのことに関するやり取りがあったので少しまとめてみました。 hotchpotch bbeta ってデフォルトで AutoPagerize ついてるんだ。変なボタン押すと有効になるっぽい(haihai sakura sakura) (2008-11-10 11:50) os0x はてなブックマークβ の
インタフェースの大変動 最初の三〇年は始まりにすぎなかった。
インタフェースの大変動 最初の30年は始まりにすぎなかった InterCommunication No. 60 Spring 2007 特集「デザイン／サイエンス」 に寄稿 渡邊恵太 本稿は、近年のインターフェイス・デザインの考え方の変化について述べるものである。最初にインターフェイスの視点から現在動きの活発な企業や考え方について紹介する。そして、その企業に共通する点から認知科学的アプローチの限界を示唆する。それを背景に、これからのインターフェイスの考え方について述べる。 はじめに 今日のユーザー・インターフェイス研究の流れは、大きな変化を見せはじめている。たとえば、Macintoshとユーザー・インターフェイスは切っても切れない関係で、常に先端をリードしてきた存在である。そのApple社が先日の「Macworld Expo 2007」にて、「最初の30年は始まりにすぎなかった（The f
インターフェースの左右 走査するか操作するか - 最終防衛ライン3
OKボタンの位置はどこが適切? 「OK」「キャンセル」、どちらが先か？ やっぱり[OK]ボタンは右なんだよ - ぼくはまちちゃん！(Hatena) はまちちゃんの記事は「OK」を右に統一しようぜ！Windows の「OK」ボタンが左なのは訴訟対策だよねって内容。ユニバーサルとして統一した方がユーザーは扱いやすいですが、問題は「OK」ボタンは左にあった方が使いやすいのか、右にあった方が良いのか、どっちなんだい！ってことですね。というわけで、色んなボタンの右左を例に挙げて考えて見ましょう。 以下断りを入れない限り、視点は使用する人から見て右にあるか、左にあるかである。 ゲームコントローラ Where Gamers Do More Than Just Play - HaHaUK: Evolution of the Controller 僕がゲーム好きなので、ゲームコントローラの左右を語るが、ファ
「史上最高のインターフェース、ベスト5」から使いやすい設計を考える | WIRED VISION
「史上最高のインターフェース、ベスト5」から使いやすい設計を考える 2008年5月13日 IT コメント： トラックバック (0) Charlie Sorrel Photo:『Flickr』の 「mikelao26」 現代のインターフェース開発者はユーザーのことを考えていない。少数の例外はあるが、六分儀や経線儀が登場するまで海で進路を決めるのはきわめて難しかったのと同様に、現代の小型機器はナビゲート不能だ。 それはなぜか？ 現代のデバイスの内部の働きは、実世界でわれわれが扱うものとは関連がないため、マイクロチップと人間の脳の隔たりに橋を架けるには、場当たり的な抽象化が必要になるからだ。 おまけに、大半の機器ではユーザー・インターフェースは後回しにされることが多い。こうしたことから、操作部分のレイアウトのひどい使いにくさのせいでいたるところで嫌われている、米Motorola社の『RAZR』の
ユーザーインターフェイスに許容性を持たせること - tilfin's note 跡地
自分の作ったある AJAX な Web アプリを人に使ってもらってみたところ、そのときネットが重かったせいもあり、あるリンクを何度もクリックされてしまった。そのリンクの処理は非同期で DB にクエリをなげて返ってきたデータを表示するというもの。作った者としてそんなことしたら DB にクエリがどんどんいってしまうと怖かったが、当人はそんなこと知らないので反応が無いからつい連続してクリックしてしまう。開発してるときは、B フレッツだったのでレスポンスが気にならなかった。 また何人か、普段からブラウジング時にアンカーリンクをダブルクリックしている人を知っている。ただ、サブミットのようなボタンはダブルクリックしないようだ。どうももともとネットが普及する前から PC を使っている人にそういう使い方をしてる場合があるようだ。確かに Windows エクスプローラでフォルダをどんどん開いていくときなどは
アプリケーションデザインの間違い・トップ10
ユーザーがユーザインタフェース（UI）の操作方法を知ること、UIが操作の流れを的確に導くこと、共に実現されればアプリケーションのユーザビリティは上がる。しかし、ガイドラインを守らなければ、どちらも実現は難しい。 Top-10 Application-Design Mistakes by Jakob Nielsen on February 19, 2008 アプリケーションデザインの間違いをまとめるのは難しい。最悪の間違いは、業界固有の特殊ケースである場合が多いからだ。アプリケーションが失敗に終わる理由には、 (a) そもそもの問いを間違えている、(b) 問いを正しく捉えながらもそれを解くための機能を間違えて作っている、(c) 的確な機能を作りはしたものの、難しくし過ぎてユーザーに理解してもらえない、などが考えられる。 どれを間違えても、アプリケーションの失敗は決定的で、それを避ける方法をお
小粋なインターフェースを実現する25のコード （パート4） | S i M P L E * S i M P L E
先日ご紹介した第三弾に続き、第四弾。さて、いつまで続くのやら・・・と思いつつエントリー。 小粋なインターフェースを実現する25のコード 小粋なインターフェースを実現する25のコード （パート2） 小粋なインターフェースを実現する25のコード （パート3） 今回も素敵なコードが揃っていますよ。いくつかご紹介。 ↑ CSSでアラートメッセージを作る方法。ウェブサービスなどにいいですね。 ↑ こうしたメニューのコードをブラウザ上で作れるジェネレーター。 ↑ スライド式のナビゲーションメニュー。 新しくウェブをつくるときに参考にしたいですね。ご利用は以下からどうぞ。 » 25 Code Snippets for Web Designers (Part4)
URI - 動的コンテンツのpermalink : 404 Blog Not Found
2007年05月02日21:45 カテゴリiTech URI - 動的コンテンツのpermalink 返事が来たので、本題。 はてなブックマーク - ブックマークたつを / 2007年05月02日 それぞれのURL（パラメタ付きURL）が意味を持っているサイトなのでまとめちゃうとダメなのです…。例えばWikipediaにボット来て重いからといってトップに飛ばしたら個別記事が検索されなくなりますよね。 by 元記事主 動的コンテンツのpermalinkはどうあるべきか。 以下は、全て同一の内容である。 http://ja.wikipedia.org/wiki/%E5%B0%8F%E9%A3%BC%E5%BC%BE http://ja.wikipedia.org/w/index.php?title=%E5%B0%8F%E9%A3%BC%E5%BC%BE http://ja.wikipedia.
ミスした人を責めても解決しない - あるSEとゲーマーの四方山話
券売機に硬貨入れ間違え＝ＪＲ広島駅 - (時事ドットコム) 釣銭用の10円玉と100円玉をそれぞれの収納場所へ逆にセットしてしまったために発生。 1400円の切符を2000円で払ったら60円しか返ってこなかったために発覚。 ということは140円の切符を200円で払ったら600円返ってきたんだね。 ラッキー♪ ↑って思った人は要注意。 その場で払い過ぎを気づいた上で黙っていると「詐欺罪」。 後で気づいても返しに来ないと「占有離脱物（遺失物）横領罪」。 以上の刑に処される可能性がある。 捕まる事はほとんど無いとは思うけど気をつけよう。 話が逸れた。 今回書きたいのはそういうことじゃなく今回のミスについて。 たぶん多くの人は釣銭を補充した男性社員(27)の凡ミスが悪いのだと結論付けるだろう。 でもおいらはそうは思わない。 そう思ってしまうと再発防止策にならないから。 凡ミスを最大要因としてしまう
OperaのスピードダイヤルとFirefoxの拡張機能Speed Dial (kuruman.org > Kuruman Memo)
Operaのスピードダイヤルを模したFirefoxの拡張機能Speed Dialが公開された。見てくれは非常に似ているが、これらはまったくの別物である。今のところこの拡張機能でOperaのスピードダイヤルが便利であることを実感するのは難しいだろう。特に長期間使いつづけるのであれば。 ここではOpera 9.2のスピードダイヤルと拡張機能Speed Dial 0.1.1を比較し、Operaのスピードダイヤルが実現している本当に便利な所を見てゆこうと思う。 機能 まずはそれぞれが実現する機能をリストアップする。 共通する機能 驚くかもしれないが全く同じ機能はこれしかない。 ブランクページに9つのページサムネイルを表示する サムネイルをクリックするとそのページへアクセスできる スピードダイヤルで目を引くのはこの部分だ。しかしこれはスピードダイヤルが便利である一部分に過ぎない。 拡張機能Speed
第20回 “使いやすいURI（URL）”の設計を考える
今回は「URIの使いやすさ」について考えてみたいと思います。URIの使いやすさ，というのは，ウェブサイトやウェブ・アプリケーションにおいて，どういうURIでそれぞれのページにアクセスできるようにすると，利用者は使いやすいのか，ということです。つまりは，どのようにURIを設計するのがいいんだろう，ということです。URIの設計については，これまでもいろいろなところで議論がなされていますので，それらの議論や動向などを見ながら，考えていきたいと思います。 URIを話題として取り上げようと思ったのは，4月の4，5日に行われたYAPC ASIA 2007（YAPCはYet Another Perl Conferenceの略）で，Six Apartの創業者でMovable Typeの生みの親であるBen Trott氏がSix Apartのサービス「Vox」について発表を行ったとき，「Voxの出力するRS
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.openvista.jp/archives/note/2009/flexible-web/?2009/flexible-web/
IDEA * IDEA
IDEA * IDEA
サービス終了のお知らせ
ユーザーインターフェイスデザインの参考になるサイト集