GNOME 3 では「ウィンドウの最大化/最小化」ボタンが廃止へ | スラド
近々正式にリリースされる見込みの GNOME 3 では、多くの UI 刷新が行われている。その 1 つに、「ウィンドウの最大化/最小化」ボタンの廃止がある。GNOME 3 では、ウィンドウの上端には右側にウィンドウを閉じるための「×」ボタンのみが表示されるだけとなるそうだ (本家 /. 記事より) 。 この理由については gnome-shell ML への投稿で述べられているが、「最大化/最小化ボタンを使用するケースを考えた上での結論」だそうで、「ユーザーがウィンドウを最小化するのは、ウィンドウ同士が重なり合って表示されるのを嫌うからだ」とし、そのためユーザーはデスクトップをクリーンに保つため、不要なウィンドウを最小化すると考察、これは仮想デスクトップを利用することで解決できるとしている。 また、最大化については「タイトルバーのダブルクリックで最大化が可能」とし、また、「Drag-to-s
10の累乗： ユーザーエクスペリエンスにおける時間スケール
ユーザーインタフェースのデザインには0.1秒から10年以上まで数多くの異なる時間枠があり、そこには各々、固有のユーザビリティの論点がある。 Powers of 10: Time Scales in User Experience by Jakob Nielsen on October 5, 2009 ユーザーエクスペリエンスの分野には、そのバージョンの『パワーズ・オブ・テン』（10の累乗）*がある。我々にとって、物が10倍以上に大きくなったり、10分の1以下に小さくなったりすることはあまりない。つまり、たいていのユーザーインタフェースの物理的大きさはほぼ同じである。なぜならば、人間の身体との連携が必要だからだ。例えば、BlackBerryのキーボードはPCのキーボードの約5分の1の大きさだが、10分の1になってしまうとうまく機能しないだろう。そして、壁サイズのディスプレイを除けば、PCのも
エンジニアにもわかる「ユーザーインターフェース設計」
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog はじめに 島津悠樹と申します。Yahoo! JAPANのソーシャルメディア系サービスの開発・ユーザーインターフェース（以下UI）設計を担当しています。私からは「エンジニアにもわかる『ユーザーインターフェース設計』」と題し、エンジニアのみなさまに考え方のヒントとなるようなネタをお届けします。 エンジニアの方々にとって、UI設計は、おもしろそう、けれど、どこかとっつきにくい......、そんな印象を持っておられるのではないかと思います。 私も以前はそう思っていました。ですが、とっつきにくさを理由にUI設計をやらないのはもったいない、という思いで試行錯誤した結果、なんとか、UI設計のお仕事をいろいろ担当させていただくことができるようにな
講習会『エンジニアが知っておくべきUI/ユーザビリティ』を開催しました
初めましてcos31です。 入社してもうすぐ２ヶ月がすぎました、 さっそく講師に挑戦してみました。 「エンジニアが知っておくべきUI/ユーザビリティ」というお題目の講習を行いました。 Webアプリを構築する際に必須となるユーザインタフェース 基礎の概念を理解した上で、UI/ユーザビリティに興味を持ってもらえればと開催しました。 ユーザインタフェース ユーザーインタフェースの思想 メンタルモデル アフォーダンス インタラクションデザイン ユーザビリティ 発表資料 スライド(PDF) 内容補足 ユーザビリティに関しては、ISOやらいろいろところで定義されていますが、 Webよりな代表的な定義としてニールセンの定義を説明してます。 ご賞味ください。 発表の様子
やっぱり[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)
ThinkPad 600は完全ではなかった？：ThinkPadのキーボードが打ちやすい理由――大和のエンジニアかく語りき (1/3) - ITmedia D PC USER
堀内氏は1996年からThinkPadのキーボードを手がけ、1998年発売の「ThinkPad 600」以降のほぼ全機種でキーボードを担当している レノボ・ジャパンは11月13日、報道関係者向けに大和研究所のエンジニアによる技術説明会を実施した。「ThinkPadキーボード設計の取り組みについて」をテーマに掲げ、同社ノートブック開発研究所 サブシステム技術 機構設計 テクニカルマスターの堀内光雄副部長がキーボード設計におけるこだわりを語った。 同社がThinkPadのキーボードに求める必要条件は「速く打てること」「タイプミスが少ないこと」「長時間使用しても疲れないこと」の3つで、これらを実現するための重要項目として「キーフィーリング」「キー形状とキー周辺形状」「キー全体のレイアウト」「ポインティングデバイスとの組み合わせ」の4つが挙げられるという。「車にとっていちばん重要なのはエンジンだが
高反発マットレスの選び方 | アフィブログに騙されない為の高反発マットレス手記
ウレタン系高反発マットレスでよく言及されるのが密度です。それを頑張って分かりやすく説明してみます。
WindowsとMacのデスクトップ10年の変化を一気に見る
WindowsもMacも、発売されてから長い年月が経ちました。 その間、僕たちのデスクトップは、絶え間なく進化しています。 見た目という意味で、果たしてこの両OSはどのくらい変貌を遂げたのか…それを調べるために、Windows 95以降の主要なリリースをほぼ網羅して、それぞれWindowsデスクトップ画面とMacデスクトップ画面という対比で並べてみました。以下にドンと図表を置いておくので、ぜひ見比べてみてください。 これを見ると、やはりWindows XPとMax OS Xでの変貌が劇的ですね。 そしてWindowsは、Vistaでまたひとつ大きくビジュアルを変えてきたように思います。でも僅差ではありますが、現時点ではMacの方がまだデザイン的に美しいですかね…みなさまはどう思われますか？ [Top image via VineetB-log] HAROON MALIK（MAKI／いちる）
fladdict.net blog: 「本当に素晴らしいデザイン」とは、PICASAの変なスクロールバーみたいなものを言う
お気に入り巡回先の、羨望は無知の「なぜ「デザイン」という行為、「デザイナー」という職業は誤解されるのか」や、分裂勘違い君劇場の「エンジニアの方が優れたユーザインタフェースデザインができる理由」、F's Garageの「エンジニアがダメなUIデザインをする原因」 のあたりのデザイン論が、あんまりデザインと縁のない人にデザインをわかりやすく説明してて面白い。面白いのだけどちょっと抽象的なんで、具体例の話とか書いてみるテスト。 最近、これらのエントリーで言及されるようなよいデザインを身をもって体験をした。それは画像管理ソフトPICASAのヘンテコなスクロールバー。 今まで気付かなかったけど、あのヘンなスクロールバーは単なるアヴァンギャルドやオシャレじゃあなかった。実は合理性に裏打ちされた素晴らしく美しいデザインだということに気付いた。 まずPICASAを知らない人に説明すると、このソフトのスクロ
第12回 人にやさしい業務アプリを実現する方法
操作性を向上させるには手順と操作主体に注目する まずは，操作性を向上させる方法について。基本的には，操作手順を複雑なものから容易なものに変えるものと，操作主体を他人任せのものから自分で操作できるような自己申告型にする方法があるでしょう。 前者では，TABキーによる移動操作やファンクション・キーといった，マウスに依存しない方法のサポートがあります。一般的にマウス操作は自由度が高くて楽そうに思われがちですが，操作が慣れてくるようなものについては，キー操作のみで処理できるものの作業効率は高くなります。これは，どちらかというと，大量データ処理の場合です。あるいは，プルダウンメニュー等近代的GUI操作も判断を楽にさせるものでしょう。直感的なドラッグ＆ドロップ等現代的GUI操作も，思考そのものを支援しますし，さらにグラフを直接操作等の新しいGUI操作もその流れです。 後者では，操作主体が他人から自分に
ウノウラボ Unoh Labs: ユーザビリティ・ガイドライン
sashaです。 naoya君が前回のエントリーで振ってくれたように、ジョエルテストの話から、ユーザビリティ・テストをどこまで行うかという話になりました。 私が今まで見たユーザビリティ系の記事の中には、追求したら悟りが開けそうな、限りなく奥深いものもありましたが、適度に深く、満遍なくカバーしているユーザビリティ・ガイドライン（原文）を見つけ、以降これを参考にしています。少し前に翻訳しましたので、今日はそれをご紹介いたします。 一般ユーザー向けのWebサービスでは、全部のチェック項目が該当するわけではありません。個人的には、各項目のスコアより、「スコアの説明」という欄を重視しています。現状では何が問題であり、どう解決するべきなのか、そういった思考のプロセスが、「ユーザーのことを思うこと」だと思うのです。 いま、ウノウではフォト蔵のデザイン見直しを行っております。私たちのデザインを省み、
Kazuho@Cybozu Labs ウェブサイトの UI を自動的に日本語化するサービス
« Collatz 予想 | メイン | Japanize - 疑問への回答と、これからのこと » 2006年08月14日 ウェブサイトの UI を自動的に日本語化するサービス 転職して１周年ということで、外国語のウェブサイトの UI を日本語化するサービスを作ってみました。 Japanize は、外国語のウェブサイトを日本語化するサービスです。Mozilla Firefox のエクステンションをインストールするだけで、いままで英語だったウェブサイトが日本語で表示されるようになります。翻訳データは、 wiki ライクなサービスによって共有・拡張されます。 ホームページに Mozilla Firefox でアクセスして Firefox Extension をインストールするだけで、Google Calendar や YouTube といった英語サイトの UI が、日本語に自動変換されるように
ヒューマンエラーじゃなくてデザインが悪いんです: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 そうそう。ヒューマンエラーじゃなくてデザインが悪いんですよ。 だんだんと真実は明らかになってきた。私は、ヒューマンエラーや産業事故の研究をするようになった。そしてわかったのは、人がいつでも不器用に行動するとは限らないということだった。いつでもエラーをするわけではない。エラーをするのは、その物がよく考えられていなかったり、デザインが悪かったりするときなのである。それなのに、いまだにこの世の中で起こったことはみなヒューマンエラーのせいであるとされているようだ。 ユーザビリティについて考える際、何より大事なのはデザインに関わる人が、デザインの良し悪しによっては使い人がエラーを起こすことがある、使う人の行動が不器用な感じになってしまうことがあるってことをどれだけ自身の問題として意識
アップル ヒューマンインタフェースガイドライン
アップル ヒューマンインタフェースガイドライン 原文：Apple Computer Inc. 訳：かろでん☆みゅーあ 2006-06-28 はじめに アップル ヒューマンインタフェースガイドライン序文 アップルは、強力なコアファウンデーション、そしてアクアと呼ばれる、目の離せないユーザインタフェースを結びつけた、世界で最も先進的なオペレーティングシステム、Mac OS X を手にしました。 進化した機能と、美的に洗練された色使い、そして透過処理、アニメーションによって、Mac OS Xは新規のユーザにはコンピュータ操作をより容易に、同時にプロフェッショナルユーザには彼らがMacintoshに期待する通りの生産性を提供します。 ユーザインタフェース、すなわちふるまいと外見は、よく練られた緊密なユーザ体験を、Mac OS X向けに開発された全てのアプリケーションに利用できるようにします。 これ
おさかなラボ - 人間様には見えなくて、spamボットには見える不思議なCAPTCHA
それは偶然発見した。なんとGmailのパスワード入力画面にもちゃんと歪んだ画像CAPTCHAが実装されているのだ。しかもほとんどのボットに見え、ほとんどの人間に見えないCAPTCHAである。ちょっとした工夫でCAPTCHAの欠点を補い、利点を生かしているのだ。見つけた時、思わず拍手してしまった。 事の始まりはこうだ。さっき、Gmailにログインしようとしたら、以下のようなエラーが出た。 平凡なエラーだ。しかしまずいことに、2度目、3度目も間違えた。そこでふと「Gmailは何回くらいでアカウントがロックされるんだろう」という疑問が湧いた。そもそも自分には、ブルートフォースアタックに対抗するにはアカウントロックしかないと考えていた。 するとなんと、10回目のミスで、次の画面が現れたのだ。 アカウントがロックされる代わりに、突然CAPTCHAが現れた。 つまりこうだ。パスワードを10回
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
増井俊之 (Toshiyuki Masui)
ma.laさんによるライブドアテクノロジーセミナーのプレゼン資料「Technologies for UI」