フォームのテキスト入力を補完するインタラクションとして、「オートコンプリート」があります。テキストボックスに文字をタイプし始めると、それに呼応して、タイプされた文字列と部分一致する入力値候補が一覧として提示され、ユーザーはその中から入力値を選択できるという、コンボボックス型のインターフェースです。とても便利で有用なだけに、この UI を採用する際には、より多様なユーザーが利用できるようにアクセシビリティもしっかりと担保したいものです。
W3C が勧告している WCAG (Web Content Accessibility Guidelines) の次期バージョン、WCAG 2.2 の Working Draft が、2020年8月11日に開示されました。9つの新しい達成基準が追加されており、内容的には、キーボードフォーカスの視認性、改ページのナビゲーション、ドラッグ操作の代替、タッチインターフェースのタップ領域、ヘルプ機能へのアクセス、コントロールの常時可視化、認知的な機能によらないユーザー認証、冗長性による入力支援 ... と多岐にわたります。
『ミスマッチ 見えないユーザーを排除しない「インクルーシブ」なデザインへ』を読みました。私たちが周囲の世界にアクセスするためのタッチポイントでは、様々な排除が生じています。こうした排除によってもたらされるインタラクションのミスマッチ (不釣り合い) をどう捉え、どう解決する (インクルージョンに転換する) か、が本書のテーマです。
ファセットナビゲーションは、膨大な検索結果をさまざまな側面 (ファセット) から絞り込むことができる機能です。この記事では、ファセットナビゲーションに期待されるユーザー体験およびインタラクション要件、そしてアクセシビリティについて検討します。
「インクルーシブデザイン - 社会の課題を解決する参加型デザイン」を読みました。インクルーシブデザインがもともと意味するところについて、その背景や実践例も含めて俯瞰することができる、読みやすい入門書です。
ウェブアクセシビリティを高めるための実装方法のひとつに、WAI-ARIA があります。WAI-ARIA はとても有用ですが、無節操に使ってよいわけではありません。「Using ARIA」という W3C 文書に、5つのルールが定められているので、簡単にご紹介します。
WCAG (Web Content Accessibility Guidelines を読むと、「名前」という用語がところどころで出てきます。 この「名前」とはいったい何でしょうか？
ウェブコンテンツの UI 設計において、デフォルトでは全体俯瞰を重視するなどの理由で概要コンテンツのみを提示し、ユーザーの任意で詳細コンテンツを展開表示させたい、というケースがあるかと思います。まさにそのための HTML 要素として、details 要素と summary 要素の組み合わせがあります。
米国の非営利団体 WebAIM が実施した、「The WebAIM Million」という調査があります。メジャーどころの100万ウェブサイトを採り上げ、ウェブアクセシビリティ検証ツール「WAVE」のエンジンを用いて自動検証を行ない、定量的に傾向を分析する、というものです。2020年2月に第2回の調査が実施されたので、その結果を抜粋してまとめました。
YouTube で、動画内にチャプター (内容ごとの区切り) が付けられるようになりました。