This domain may be for sale!

UIについて徒然と考える自分用メモ、２回目はフィードバック。ユーザーに「何かがおきたよ！」と如何に明解に知らせるか？１回目はこちら 随時増えたり減ったりするよ。自分の主観だから間違ってることもチラホラあるかもよ。 振り返ってみてTiltShiftGenでは、遷移系のフィードバックは少なめにして、情報系のフィードバックを多めに調整してたんだなぁとシミジミ。多分、ブラーの処理が重かったからだと思う。隙をみてバージョンアップしたい。 一般論 ・フィードバックとは？ ユーザーの操作に対して、結果を返すこと。操作の実感。 ・フィードバックのないアプリは痛覚の無い人間。 ・物理的なフィードバックもソフトウェア的フィードバックもなければ、ユーザーは何がおきているか知覚できない。 ・何かが起きたら必ずユーザーに通知する。 ・適切なフィードバックが行われるとユーザーは快感を感じる。 ・新雪に足跡をつけたり、

SuperPopCamとか作ったときに、体系的な資料欲しいなぁーとか思ってたことのまとめ。 色々と自分の中の考えをまとめるためのメモ。世の中のアプリは機能を半分にして、減った予算分をUIの練り込みにつぎ込んだ方が絶対よいアプリになると思う。 書いてる作業が一番考えまとまるので、ちょぼちょぼあげていこうかと、まずはボタンから。 指の大きさの制約を受ける ・Webとスマホを比較した場合、最大の違い。 ・ピクセル単位でクリック位置を制御できるマウスポインタと違い、指は大雑把にしかタップ位置を指定できない。 ・このためAppleはボタンの最小サイズとして44pxというガイドラインを作っている。 ・視覚的に44px以下のボタンも実際のヒットエリアは大きめにする。 ・またこれに留まらず、ボタンとボタンの間のマージンは空けられるだけ空けた方が安全。 ・つまるところ「カッチリ」つめたボタンレイアウトのグラ

「 www.flatandtree.com 」のページは、ドメインが無効な状態です。 ウェブサイト管理者の方はこちらから変更・更新を行ってください。 「 www.flatandtree.com 」is Expired or Suspended. The WHOIS is here.

window.open()で小窓 いわゆる小窓です。これはJavaScriptの window.open() というメソッドで 小窓となるウィンドウを生成します。 各引数の文字列は一重引用符または二重引用符で括って指定します。 第１引数「URL」は生成されるウィンドウに表示するページのURLです。 ※ ウィンドウに表示するページ（別のファイル）は別途作成して用意しておきます。 第２引数「ウィンドウ名」は特に指定する必要がなければ null で良いでしょう。 ウィンドウ名を指定するときは引用符で括ります。 ※ null を指定するとウィンドウ名の設定されていない新規ウィンドウとなります。 (HTMLの属性 target="_blank" と同等です) 例: window.open('example.html', null); 第３引数「オプション」はウィンドウの特徴を設定する文字列です。 こ

「Just Ask: Integrating Accessibility Throughout Design」の一部スポンサー:

使用法: 画面左の円の中の色か、縦長の短冊状のバーから、マウスで前景色を選択してクリックするか、タッチ・スクリーンの場合は指定したい色の部分をタッチします。 次に「背景色」ボタンをクリックし、同じように背景色を選択します。 チェックマークが出たら、アクセシビリティ上、色の組み合わせは良好な状態です。 そうでなかった場合、前景色や背景色のボタンを選択し、一方か、両方の色を変更します。

大きなテーブルは、音声読み上げで内容を聞いているとき、データが何を示す値であるかが混乱してきます。音声ブラウザは、th要素の内容やtd要素のheaders属性を利用して、補助的な情報を読者（聴取者）に伝える機能を持っています（WebSite DesignのVol.3で「音声ブラウザでもまだサポートされていない」と書いてしまいましたが、新しいバージョンはかなり対応が進んできました）。 音声ブラウザとth要素 長い見出し項目の省略形 セルの関係を示す属性 scope属性 headers属性 データの次元と軸 補足：テーブルsummary属性の読み上げ 音声ブラウザとth要素 表（テーブル）は、大量のデータを縦横の二次元に整理することで、視覚的に把握しやすくします。しかし、音声合成でテーブルを読み上げる場合、データは順番に一次元的に読み上げられるため、全体像を把握することが難しくなります。たとえ

筆者は日常的に、コンピュータの画面情報を音声や点字にして読むことのできるスクリーン・リーダーというソフトウェアを使用しています。コンピュータを使用する場合、画面に書かれている内容をそのままでは読むことのできない、もしくは困難である視覚障害者にとって、このスクリーン・リーダーをはじめとした支援技術はなくてはならない存在です。 今回は特に、視覚障害者である筆者が使用しているスクリーン・リーダーを取り上げていますが、今後もさまざまな支援技術についてご紹介していきたいと考えております。 それでは、当Blogでもしばしば取り上げることのあるこのスクリーン・リーダーとは、どのようなものなのでしょうか？ 今回は、当社のWebサイトで公開を始めた「動画で学ぶ支援技術 スクリーン・リーダー篇」で、実際にその音声や画面をご覧いただきたいと思います。 動画の公開にあたって 当社が過去に行ってきたセミナー終了後に

上記の映像は、本研究会の構成員である静岡県立大学の石川准教授にご協力いただき、本研究会報告書（製本版）の添付CD-ROMに収録されているものです。 （平成18年1月17日掲載分） ＜視覚障害者（弱視）のホームページ利用方法（4分40秒）＞ （伊敷 政英 氏） ○動画（ブロードバンド用）　　○動画（ナローバンド用） ＜肢体不自由者のホームページ利用方法（5分15秒）＞ （平野 忠雄 氏） ○動画（ブロードバンド用）　　○動画（ナローバンド用）

（ウェブサイトは2008年3月の時点のものを対象） 「業界別企業サイト分析 - 繊維業界編」の完全版（PDFファイル / 170KB）はこちらからご覧いただけます。 解説 業界の特徴としては、Flashを多用したウェブサイトが比較的多く見られた反面、ユーザビリティやアクセシビリティの面で平均ポイントが低い傾向が見られました。 1位 旭化成株式会社 旭化成株式会社の場合、レイアウト目的でのtable要素の使用や、Flashのアニメーションの動きの強さといった項目でポイントが低く、アクセシビリティの分野で若干ポイントを下げましたが、全体的には標準的な項目を押さえており、総合得点で高いポイントを獲得しました。 2位 ユニチカ株式会社 ユニチカ株式会社の場合、お問い合わせフォームの使い勝手やその他の項目の小さな減点のため、ユーザビリティの分野で若干ポイントが低めになりました。 またアクセシビリティ