第 2 章 VoiceOver の基本を学習する
Command ＋ F5 キーを押します。VoiceOver が入になっている場合は、Command ＋ F5 キーを押すと切になります。 Command ＋ Option ＋ F5 キーを押してから、「アクセシビリティオプション」パネルのオプションを選択します。 OS X のアクセシビリティオプションをすべて表示するときは、パネルで「環境設定」をクリックします。 「アクセシビリティ」環境設定で「メニューバーにアクセシビリティの状況を表示」を選択した場合は、メニューバーの状況メニューを使用して VoiceOver の入／切を確認できます。 はじめて VoiceOver を起動するときに、Quick Start チュートリアルの受講を選択できます。これは、VoiceOver の基本を学習する対話型のツアーです。VoiceOver が入になっている場合は、VO ＋ Command ＋ F8 キ
Mac OS X における音声読み上げ (VoiceOver) | Accessible & Usable
公開日 : 2010年11月23日 (2018年1月20日 更新) カテゴリー : アクセシビリティ Mac OS X には、VoiceOver（ボイスオーバー）という音声読み上げ機能（スクリーンリーダー）が搭載されています。エクストラなコストをかけてスクリーンリーダーソフトを別途購入しなくてもよいということもあり、Webアクセシビリティ関係者の間では注目を集めています。たとえば、当サイトの記事「スクリーンリーダー利用に関するトレンド : 2009年10月実施の WebAIM 調査より」でも触れましたが、2010年3月に開催されたCSUN（アクセシビリティに関する国際会議）において、WebAIM（Web アクセシビリティ向上活動をしている米国の NPO）による研究発表があり、VoiceOver を含む無料のスクリーンリーダーのユーザーが急増しているというレポートもあります。 今回の記事では
ウェブアクセシビリティ基盤委員会 | Web Accessibility Infrastructure Committee (WAIC)
情報通信ネットワーク産業協会（CIAJ）のメールマガジンに、当委員会の委員が寄稿したコラムを掲載しました。今回は、ウェブアクセシビリティの試験がサイトのアクセシビリティ改善にとって役立つことを、waic.jpの事例をもとに解説します。
アクセシビリティ達成基準レベル「AA」について考える | Accessible & Usable
公開日 : 2014年1月12日 (2014年1月13日 更新) カテゴリー : アクセシビリティ 最近、ある Web サイトの構築プロジェクトで、情報アーキテクチャ (IA)、ユーザーインターフェース (UI) 設計、アクセシビリティ、といった領域で関わらせていただく中で、アクセシビリティの達成基準レベル「AA」について、改めて考える機会がありました。そのサイトデザインが海外でも使われるということで、ある国の法制面からの要求で、W3C が勧告する「WCAG (Web Content Accessiblity Guidelines) 2.0」の達成基準レベル「AA」を満たすことを視野に入れておく必要に迫られたからです。 Web サイトがアクセシビリティ対応 (厳密に言うと「WCAG 2.0 (日本の場合は JIS X8341-3:2010)」への対応) を検討するとき、どのレベルの達成基準
Deque Systems: Web Accessibility Software, Services & Training
This site is still under development. Please do not consider anything on this page to look or read as the finished product unless sent here directly by 3.7 Designs. A conceptualized design of the axe DevTools browser extension scans a webpage with the click of a button. A count of Accessibility Issues found from automated testing is tallied after the scan completes. Tons of additional information
ChromeでAccessibility Developer Toolsを使う | アクセシビリティBlog | ミツエーリンクス
前回の投稿ではFirefoxのアドオン、DOM Inspectorを紹介しました。今回はChromeの拡張機能、Accessibility Developer Toolsを紹介します。 Accessibility Developer ToolsはChromeのデベロッパーツールにアクセシビリティの調査機能を追加します。追加される機能は大きく2つあります。1つは特定の要素を調査する機能で、もう1つはページ内にあるアクセシビリティの問題を見つける機能（監査）です。今回は特定の要素を調査する機能を紹介しますが、監査の基準も公開されていますので監査機能に興味があるかたはご覧ください。 Accessibility Developer Toolsの準備 まずChromeにAccessibility Developer Toolsをインストールします。なお、ローカルファイルの調査も行う場合には、拡張機能
アクセシビリティBlog | ナレッジ | ミツエーリンクス
Webサイトのアクセシビリティを高めるための方法や国内外の関連情報など、さまざまな角度からWebアクセシビリティに関する話題をご提供していきたいと思います。 当Blogの更新情報は、Twitter経由でも配信しています。興味のある方はぜひ、@mlca11yをフォローしてください。当Blogへのご意見・ご質問は、Twitter経由でも受け付けております。 Blog移転のお知らせ 誠に勝手ながら、このたび当アクセシビリティBlogを移転することになりましたので、お知らせいたします。移転先のURLは http://www.mitsue.co.jp/knowledge/blog/a11y/ になります。大変恐れ入りますが、ブックマークやフィードリーダーなどの設定変更をお願いいたします。 なお、旧URL（http://accessibility.mitsue.co.jp/）は今後もご利用いただけます
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
