This domain may be for sale!
Content-Length: 322545 | pFad | http://b.hatena.ne.jp/suVene/ui/
A preview of the jQuery UI Bootstrap themejQuery UI Bootstrap A Bootstrap-themed kickstart for jQuery UI widgets (v0.1) Welcome! This is a live preview of new the jQuery UI Bootstrap theme - a project I started to bring the beauty of Twitter's Bootstrap to jQuery UI widgets. With this theme, not only do you get the ability to use Bootstrap-themed widgets, but you can now also use (most) of Twitter
jQuery UI provides abstractions for low-level interaction and animation, advanced effects and high-level, themeable widgets, built on top of the jQuery JavaScript Library, that you can use to build highly interactive web applications. Rich effects and UI widgets jQuery UI features low-level effect and interaction API's as well as full-featured and highly configurable ready-to-use widgets. Suppor
バンダイチャンネルが7月下旬から11月にかけて期間限定でiphone,ipad上で無料動画を配信していたことをご存じでしょうか? 公開中にこの記事を書けば良かったのですがいつのまにやらこんなに日にちが経っていました…。このまま記事を下書きにしておくのももったいないので公開してみようと思います。 UI、デザイン、マークアップディレクションを担当 UI及びサイトデザイン、及びマークアップ関連のディレクションを担当させていただきました。実際のマークアップやAJAXの部分はチームまめこの優秀なマークアップエンジニャーさんによるものです。さすが! iPhone、iPadのような新しいデバイスでのデザインはPCと似ているようで非なる箇所が多く、本サイトをデザインするにあたり多く気付かされた事がありました。 iPhone版について インターフェイス 情報を優先順位にのっとってメリハリがPCのそれよりも
Latest topics > Firefoxの開発者にはUIの設計という事に対するポリシーが欠けている 宣伝。日経LinuxにてLinuxの基礎?を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能! « 察する力のある、空気を読める人が怖いと感じる Main pab.na2をThunderbirdにインポートできない件 » Firefoxの開発者にはUIの設計という事に対するポリシーが欠けている - Sep 20, 2008 タイトルは半分くらい釣り。 ごく最近入った変更によって、最後のタブを閉じると常にウィンドウ全体が閉じられる、という挙動になったらしい(Firefox 3.1では多分それがデフォルトになる)。この変更はパッチを書いたDão Gottwald氏ではなく開発責任者の一人のMike
使い方: このウィンドウとか掴んで移動できます。 マウスカーソルを、メニューや選択肢の上で静止してください。ツールチップを出すような感じです。 十字になる所が使用できます。 0% 例えばココ 話題のページ(Buzzurl) 話題のページ(livedoorクリップ) 話題のページ(はてな) 新着なページ(Buzzurl) 新着なページ(livedoorクリップ) 新着なページ(はてな) Powered by 表示開始位置 0 5 10 15 20 25 URLを読み込む 触れると消す 触れると最小化 触れると開く 触れるとリンクへ 上に整列 左に整列 右に整列 下に整列 全とじる 全ひらく 全最小化 Yahoo!JAPANのIDにて 読込 保存 mixiのアカウントにて 読込 保存 その他のOpenIDにて 読込 保存 窓の横表示枚数 1枚 2枚 3枚 4枚 窓の
個人的には,「特効薬」的な情報というものに余り興味がないのですが,Webサイトをデザインするうえで,定常的に考えていることを一覧表にしておくことには興味があります。特効薬に興味がないのは,そんな「美味い話」がある訳はないと思うからで,一覧表に興味があるのは,疲れているときなど,自分の体調が万全でないときにでも,できうる限りの検討を重ねたいからです。一覧表になっていれば,体力のあるなしにかかわらず,とりあえず上から順番に試していく,という行為が可能になります。今回は,「ボタン」について,思うところをまとめてみます。ご参考になれば幸いです。 OS標準の差異:Windows(Win)とMacintosh(Mac) 「submit(サーバーへのデータ送信)」が必要になる画面設計をする場合,よく議論されるのが,「Win型かMac型か」という問題です。次画面に進むボタンの位置が,両OSの標準では異なる
このドメインを購入する。 hawklab.jp 2019 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
昨年行われたlivedoorテクノロジーセミナーでmalaさんが発表した「Techonology for UI」について、id:brazilさんが感じたこと・疑問にmalaさんが答える、という感じ進められました。 インターフェースにおける速さ エレベータ待ち時間を短くするための対策として鏡の設置。実時間ではなく体感、心理的時間を短くした。こういう観点から、どう?(brazil) 大半のWebアプリケーションがデスクトップアプリケーションより遅いのは事実だが、デスクトップアプリケーションがローカルにデータを持っているから必ず早いというわけではない。設計次第でWebアプリケーションはデスクトップアプリケーションより高速動作可能だ。ldrはそれを実現している。 速読の限界は1秒間に1600文字と言われている。それを再現するデモ実演。1秒毎に1600文字が表示される。 道具を変えることでできること
メールで情報をやり取りする際に面倒な点の1つは、前後の話のつながりを追いづらいことですよね。例えば Gmail のように、関連するメールをスレッド形式で表示するなどといった工夫もありますが、話の流れが複数に分散した時に把握しづらくなります。そこでIBMがこんなアイデアを考え出したとのこと: ■ Thread Arcs (visualcomplexity.com) 2003年発表とのことですから、既にご存知の方も多いかもしれません。個々のメールを「点」で示し、他のメールとの関連を「弧(arc)」で示す「スレッド円弧(Thread Arcs、スレッド・アーチと意訳した方がカッコいいかも)」というアイデア。中が塗りつぶされている点は他人のメールを示し、さらに色の違いで送信者などを表すようになっているそうです。より詳しい情報は、IBMの公式ページからどうぞ: ■ THREAD ARCS: An E
第2回 視線の動きからユーザーの行動を読み解く 「アイトラッキング分析」 現実の店舗や窓口では、目の前にいるお客が困っていればすぐにわかるし、同じトラブルが重なれば問題が起きないように施策をとる。しかし、ウェブサイトを作っているときにはお客は目の前にいないし、公開後にお客の対応をするのはウェブサーバーやスクリプトという機械だ。そのため、現実の商売では当然のように行っている接客ができない、いや忘れてしまってはいないだろうか? 今木 智隆(株式会社ビービット) 見えなかった「ページ内の」ユーザーの動きが見えるユーザビリティテストやアクセス解析を行うことによって、ユーザーが何を考えて、どのような流れでサイト内を行動しているか、かなりの部分を知ることができる。しかし、次のような疑問については、正確な答えを得るのは難しいことが多い。 本当に今のページで見せたいと思った情報を、ユーザーは読んでくれたの
naoyaさんとmiyagawaさんが面白い議論をされていたので、僕もちょっと考えてみました。 バックエンドアプリケーションの API インタフェースを規定するフロントエンド特化型アプリケーション API, UI as Commons お二人の議論を参考に図にしてみると、こんな感じになるのかなと思いました。 こうして図にしてみると、以下のようなアイデアが出てきました。 データソースは、RSSやAtomフィードよりも知的な感じがする(ロジックが組み込まれるため) ユーザーが定義したデータソースもfeed的に扱って、データソースのランキングができると面白いかも (データソースはURIで一意に選択できるため、データソースをfeed的に扱うことは可能だと思います) 異なるドメインに配置されたデータソースにアクセスするためのGatewayをLivedoorで用意しなければならない (XMLHttpR
つまり人間はページを見る場合、「F」の字を描きながらページ全体を見ているというわけ。 これは232人の被験者を対象に行われたもので、大体1ページから重要なコンテンツを見つけるために2秒から3秒というものすごい短時間に驚異的な速度でページを見ていくそうで。 で、その視線の経路をビジュアル化したのがこの画像。全部で3段階のステップを踏んでおり、各段階を踏んでいった結果、「F」の字を描くというわけ。大体どのユーザーも一貫してこのパターンを踏んでいるらしい。以下がその全3段階の説明。どういうレイアウトが効果的なのかが分かります。 F-Shaped Pattern For Reading Web Content (Jakob Nielsen's Alertbox) http://www.useit.com/alertbox/reading_pattern.html 第1段階: 訪問者は最初にページの
Webアプリケーションのユーザーインターフェイス[1] ユーザーにとっては “ユーザーインターフェイス”こそが製品そのもの ソシオメディア 上野 学 2005/6/2 ■はじめに Webクライアントの技術が進歩し、多様化するに従って、Webベースのシステムにはデスクトップアプリケーションと同等の品質を持つユーザーインターフェイスが必要となってきています。 しかし開発の現場では、ユーザーインターフェイス(特にGUI)デザインについての専門的なスキルを持った技術者が圧倒的に不足しています。その理由は、ソフトウェア製品におけるユーザーインターフェイスの重要性が正当に理解されていないためと、ユーザーインターフェイス・デザインに関する教育機会がほとんどないためです。 利用者の視点に立てば、ユーザーインターフェイスとは製品そのものです。いくら高度に洗練された仕組みがバックエンドにあったとしても、それが
はてなのユーザーインターフェースが使いにくい、とかいう話が、はてなブックマークで人気で、支持を得ているようです。 僕がはてなダイアリーを利用し始めたのは、2003年の夏ごろだったと思います。 まだブログサービスの選択肢が少ない頃でした。当時、インフォシークの無料ウェブスペース(isweb)を使って「ホームページ」を運営して、PC雑誌で知った「ブログ」というものを試す為に、はてなダイアリーを始めてみたのです。 既にある程度のHTMLタグを理解している人間にとって、はてなの独自記法は、かなり違和感がありました。 当時はブログというもののメリットがよく分からず、はてな特有のキーワードリンクが鬱陶しくて、一ヶ月くらい続けた後に放置してしまいました。 そういう意味では「はてなのインターフェースは使いにくい」ということには同意なのですが、しかし、別の見方をすれば、はてなのユーザーインターフェースが悪い
そう言えば今まで無かったような. デモだけ見てると,SF映画に良くあるようなオペレーション画面を彷彿とさせますね. しかし,これってアプリの方はどうやってイベントハンドルしてるんでしょうか.単純にデバイススキャンの解像度に依存して,あるサンプル時間においては一つしか読み取ってないのかな? This entry was posted on Thursday, February 9th, 2006 at 8:03 pm and is filed under internet. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fetched URL: http://b.hatena.ne.jp/suVene/ui/
Alternative Proxies: