The latest in accessibility law, strategy, program management, and news, as well as upcoming events, and articles on web development issues, techniques, design patterns, auditing, WCAG, and resources of a technical nature. TPGi blog articles are grouped into two main categories: Articles that focus on strategic and managerial aspects of web accessibility, providing insights on creating inclusive d
Yes, they’re back! This is the fourth Easy ARIA Tip in a trilogy of Easy ARIA Tips. 🙂 This week, WebAIM published the results of their second screen reader survey. One of the things to note for me was that not many users seem to be aware of a feature in the WAI-ARIA (Accessible Rich Internet Applications) specification called landmarks. This article aims to provide an easy to follow guide to impl
Inspired by a conversation I had with Aaron the other day, I’m starting a mini series about easy accessibility improvements you can accomplish using ARIA, but which do not require you to implement a whole widget. Some ARIA attributes also work on plain old standard HTML elements and can easily improve accessibility within supported browsers and screen readers. On browsers that do not support these
Sorry it took me so long to get back to it, but here it is, my second tip on the usage of some easy ARIA markup to make your sites more accessible. Imagine this: You have a form where you ask your user a question, but the answer is actually part of the sentence the question is made of. A classic example we all know from our browser settings is the setting “Delete history after x days”. “Delete his
I know, I know, it’s been a while since I posted my last Easy ARIA tip. But I’m hoping that this one will find you all excited and willing to play with it some more! The problem: You have a form, a contact form, for example, that you want to put some accessible error checking into. Common problems are e-mail addresses that are not valid, or a name that does not contain at least a first and a surna
著者: Gez Lemon件名: Introduction to WAI ARIA日付: 2008年8月1日URL: http://dev.opera.com/articles/view/introduction-to-wai-aria/訳者: Arata Kojima著作: This article is licensed under a Creative Commons Attribution, Non Commercial - Share Alike 2.5 license. WAI-ARIA導入 ARIAにはじめて触れる人たちのためにこの記事は書かれている。障害を持つ人たちがWebを使うにあたってぶつかる潜在的な難しさとHTMLの理解を必要とする。ユーザを観察すると、いくつかのRIAと親和性が高いことが分かるだろう。 この記事を読んだあと、ARIAが何の役に立つか、Webサイトにど
An accessible way to access video sharing website YouTube - screen reader users welcome!This website is designed to provide an accessible version of the popular video-sharing website YouTube. In addition to traditional accessible design practices such as semantic, well-structured markup, high-contrast colour schemes and standards compliance, newly-available technologies such as WAI-ARIA have been
Summary The Roadmap for Accessible Rich Internet Applications (WAI-ARIA Roadmap) addresses the accessibility of dynamic Web content for people with disabilities. The roadmap outlines the technologies to map controls, AJAX live regions, and events to accessibility APIs, including custom controls used for Rich Internet Applications. The roadmap also outlines new navigation techniques to mark common
（追記2008年9月5日）属性のことをタグと書き間違えていた箇所を修正しました。（id:kitsさんより） Twitterの投稿文字数の制限というのはWAI-ARIAを理解する上で手っ取り早いサンプルだと思います。 @media 2008のプレゼンテーション資料 今年5月29日と30日にロンドンで行われたらしい@media 2008で、WAI-ARIA: It’s Easyというプレゼンが行われました。スライドも公開されています。 僕にとってWAI-ARIAというのは直感的に理解しにくいという面があったので、このブログでもあまり取り上げてこなかったのですが、このスライドの事例が自分にとって「ストン」と腑に落ちる部分があったので紹介します。 Ajaxとスクリーンリーダーの課題 WebサイトでAjaxの導入が進むに連れて、スクリーンリーダーが対応できないという課題がいろいろと出てきています。そ
WAI-ARIAとは、Web Accessibility Initiative-Accessible Rich Internet Applicationsの略で、W3Cが現在、勧告に向けて策定作業を進めているリッチなインターネットアプリケーションのアクセシビリティに関する仕様書のことです。JavaScriptやAjaxなどを使用した動的なコンテンツは、スクリーンリーダーやキーボード操作では利用できないことがあります。WAI-ARIAは、そういった問題を解決すべく、W3CのProtocols and Formats ワーキンググループ (PFWG) において策定されています。 WAI-ARIAの関連文書群の原文は英語ですが、日本におけるこの仕様への理解と普及が進む一助になればと、日立が社内用に翻訳した文書を日立のユニバーサルデザインサイトで公開します。Webサイト、Webシステムのアクセシ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
