HTML5 accessibility
HTML5 Accessibility Get the current accessibility support status of HTML5 features across major browsers. Editor’s draft, August 2020 Chrome 84 on Windows 10 98.5% Edge 80 on Windows 10 100% Firefox 80 on Windows 10 94% Internet Explorer 11 on Windows 10 56% Safari 13 on Mac OS 97% This site tests which newish HTML5 features are accessibly supported by major browsers. This includes if they are key
最新のアプリ - アクセシビリティを備えた最新のアプリの設計と開発
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 アクセシビリティを備えた最新のアプリの設計と開発 Rachel Appel インターネットやアプリなどさまざまな形態のメディア技術は、利用者にとって有益だからこそ価値があります。残念なことに、世の中にはすべての人々にとって有益とはいえないソフトウェアがたくさんあります。設計者、管理者、開発者は、多くの場合、アクセシビリティよりもセキュリティやパフォーマンスに注意を払います。アクセシビリティは、ソフトウェアにおける優先事項の 1 つであったとしても、たいていは優先度が下げられてしまいます。 アクセシビリティの優先度をもっと上げるべきです。WebAIM では、Web ユーザーの 20 パーセントがアクセシビリティ
ma-san web design - 千葉県（四街道市・千葉市・佐倉市）でホームページ制作
ma-san（鈴木 正行） 東京都・千葉県（千葉市・四街道市・浦安市・佐倉市）・宮城県（仙台市）を中心に企業のWebマーケティング／IT戦略のプランニングからWebサイト構築・運用をしています。「Webアクセシビリティ」を中心に、「変わりゆくWebと共にサービス・サイトを改善していくこと」を重視します。 ご相談いただく方のほとんどは個人事業主、中小企業の方でWebの知識がない、ホームページをどうしたらいいかわからない、という方ばかりです。 悩んでいる方は是非、気軽にご相談ください。 自己紹介をさせてください！ Web・ホームページ制作の知識がなくて不安という方にも寄り添います。 この道20年、多くの企業のサービスをより良く、多くの方に伝えるためにホームページ制作業務を行ってきました。今もなおプロの現場で働きながら、副業として中小企業を中心にサービスを提供しています。 様々な企業の方や団体の
自信をもってアクセシビリティに取り組むための課題
2月11日、アクセシビリティ・ビギナー（初心者）向けのセミナーAccSell Meetup 008へ参加しました。「アクセシビリティはよく分からないし、難しそう」と考える方に向けて合計 8 回開催されているイベント。私は今回で 2 回目の参加になります。 対象外というのは十分承知していますが、伝える仕事をしている自分としてはビギナー相手にどうアクセシビリティを伝えるのか大変興味がありました。 私はアクセシビリティをどう伝えるのかというのは長年思考錯誤を続けていて、ビジュアルデザインやコンテンツ戦略という、通常アクセシビリティを連想しないところから語るという『変化球』を試している最中です。 今回のイベントは、デザイナーの守谷 絵美さん（@emim）が登壇したせいもあってか、参加者や会場の雰囲気が前回とは少し異っているように思えました。アクセシビリティの考え方、実装の仕方をより多くの方に伝える
HTML5 + WAI-ARIA: 入門篇
このサイトを HTML5 でリニューアルした際に保留としたまますっかり忘れかけていましたが、ようやく WAI-ARIA を導入してみました。 WAI-ARIA は W3C の Web Accessibility Initiative (WAI) が公開している技術仕様で、Web コンテントや Web アプリケーションのアクセシビリティを強化することを目的としています。具体的には、Web ブラウザや支援技術 (AT) がコンテントのセマンティクスをより適切に認識できるよう、HTML ドキュメントに要素の「役割」や「状態」といった詳細な情報を付与するものです。名称に RIA とあるように、Ajax などによるリッチ・インターネット・アプリケーションをおもな対象とした仕様ですが、HTML5 によるシンプルな Web ページに取り入れることもできます。ここでは WAI-ARIA の HTML5 へ
WCAG 2.0 解説書
【注意】 この文書は、W3C ワーキンググループノート Understanding WCAG 2.0 の 2016 年 10 月 7 日時点での最新版を、ウェブアクセシビリティ基盤委員会 (WAIC) が翻訳して公開しているものです。この文書の正式版は、W3C のサイトにある英語版です。正確な内容については、W3C が公開している原文 (英語) をご確認ください。この翻訳文書はあくまで参考情報であり、翻訳上の誤りが含まれていることがあります。翻訳上の誤りを見つけられた場合は、翻訳に関するお問い合わせからご連絡ください。 【注意】この文書にはより新しいバージョンが存在します: WCAG 2.1 解説書 WCAG 2.0 を理解して実装するためのガイド W3C ワーキンググループノート 2016 年 10 月 7 日このバージョン: https://www.w3.org/TR/2016/NOT
JIS X 8341-3:2010 関連文書
ウェブアクセシビリティ基盤委員会では、作成したJIS X 8341-3:2010に関する文書を以下のそれぞれのページより公開しています。 JIS X 8341-3:2010 解説 ウェブアクセシビリティ方針策定ガイドライン ウェブコンテンツのJIS X 8341-3:2010 対応度表記ガイドライン JIS X 8341-3:2010 対応発注ガイドライン JIS X 8341-3:2010 試験実施ガイドライン ウェブアクセシビリティ評価ツールの最低要求仕様
アクセシビリティPodcast | アクセシビリティBlog | ミツエーリンクス
アクセシビリティPodcast アクセシビリティPodcastは、Webアクセシビリティに関連する話題を各回10分程度に凝縮し、わかりやすくまとめた音声コンテンツです。Webアクセシビリティの最前線で活躍されているインフォアクシアの植木真氏（ウエちゃん）と、視覚障害者でスクリーン・リーダーを日常的に使用しているミツエーリンクスのアクセシビリティ・エンジニア、辻勝利（辻ちゃん）のフリートーク形式でお送りしてきました（全40回）。 当Podcastでは各回の音声とともに、トランスクリプション（音声のテキスト化）も行っておりますので、音声を聞くことができない環境での閲覧や、関連リンクの確認にお役立てください。 2011年5月23日 「辻ちゃん・ウエちゃんのアクセシビリティPodcast」最終回後編 2011年4月19日 「辻ちゃん・ウエちゃんのアクセシビリティPodcast」最終回前編 2011
Fw: やはりお前らのWebアクセシビリティは間違っている
2014年11月1日 著 サイバーエージェントのFrontrendに触発されたのか、今後対抗？するのかわかりませんけど、ヤフーの企画するマークアップ〜フロントエンドを中心に大規模開発についての勉強会「SCRIPTY」の第一回が、去る9月16日に催されました。自分も参加させていただいていて、資料が公開されたら覚え書きしようと思っていたのですけど、なかなか公開されず......10月21日になってようやく公開されました（Yahoo! JAPAN Creative Blog -- 「SCRIPTY#1 」の資料を公開します #scripty01）。 自分がこの勉強会に参加した最大の動機は、福本翔氏の講演「やはりお前らのWebアクセシビリティは間違っている」で、スライド（※PDFファイル）を見て頂ければわかるように、とっても楽しい内容でした。自分がこれまで発信してきたつもりの内容と概ね同じでもあっ
コンテンツのアクセシビリティが未来を保証する
「その情報にアクセスできるかどうか」 これが私にとっての Web アクセシビリティです。一般的に Webアクセシビリティといえば、主に高齢者や障がい者への配慮という見方が強いですが、数年前からは私は上記のように捉えて仕事をするようにしています。少し極端な考え方かもしれませんが、「その情報にアクセスできるかどうか」ということを意識して設計するときに、高齢者や障がい者といったごく一部のグループを考えることはありません。 全ユーザーが特殊な存在 近年の Web 利用者の動向をみると、高齢者や障がい者を意識しなかったとしても、情報にアクセスできるかどうかを真剣に考えなければ、見られない・読まれないコンテンツになることが分かります。 デスクトップだけでなく、タブレット、スマートフォンなど様々なスクリーンサイズをもったデバイスで Web にアクセスしている。また、デバイスにより初期設定やカスタマイズ方
アクセシビリティ指針 | ソフトバンク | ソフトバンク
導入 アクセシビリティとはWEBサイトを閲覧する利用者の誰もが必要とする情報を、確実かつ快適に利用できることをいいます。ご高齢の方や障がいのある方がWEBサイトを利用できることのみならず、キーボードだけでページを閲覧している方や音声が聞き取りづらい環境にある方など、さまざまな環境でさまざまな利用者がWEBサイトを利用できることをアクセシビリティが確保されていると考えます。 目的 「情報革命で人々を幸せに」という経営理念の下、インターネットカンパニーとして、世界の人々が最も必要とする技術やサービスを提供する企業グループを目指しています。その一環として、ご高齢の方や障がいのある方をはじめとした、さまざまな方が快適に利用できるWEBサイトを提供することも重要であると考えています。本指針ではWEBサイトの企画・設計・制作・検証・保守・運用に関するアクセシビリティの方針と基準を定めます。
目の悪い父親を見ていて気づいたこと。アクセシビリティについて考えたこと。 - Toro_Unit
新年明けましておめでとうございます。 今年もWordPressでCSSな1年にしたいと思います。よろしくお願いします。 年末年始は実家に帰省してぐだぐだしていたのですが、その中でいろいろ気づかされたことをつらつらと。 僕の父親について ぼくの父親について。 62歳。 若いときから緑内障・白内障を患い、目の手術を何度かしている。 車の運転ができなくなった。 パソコンが30年来の趣味の一つ。PC-8801とか実家にあった。 大量のLPをPCに取り込んだり、ローカルメディアサーバーを組んだり、主にオーディオ関係でPCを活用している模様。 パソコンは自作派。 日常生活レベルでは、それなりに見えているようです。 インターネットもばりばりやっていますし、iTunesもばりばりに使っているようでした。パソコン組んだり、カードを挿したりなどはできる様子。 どうやってPCを使っているのか 現在Windows
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をインストールします。なお、ローカルファイルの調査も行う場合には、拡張機能
ARIA Validatorを利用したWAI-ARIAの検証 | アクセシビリティBlog | ミツエーリンクス
WAI-ARIAを使ってアクセシブルなコンテンツを作成したいと考えていても、WAI-ARIAの指定方法に問題がないかどうか不安、という方も多いと思います。そのような場合には、まずはWAI-ARIAの仕様に従っているかどうかを確認すると良いと、私は考えています。というのも、明白なミスを防ぐことができる制約がWAI-ARIAの仕様にはいくつか定められているためです。この記事では、ARIA Validatorを使った検証方法とWAI-ARIAの仕様で定められている制約のいくつかを紹介します。 ARIA ValidatorはページがWAI-ARIAの仕様に従っているかどうかをチェックするGoogle Chromeの拡張機能です。記事執筆段階での最新版は0.10です。 現時点ではまだベータ段階とのことですが、閲覧中のページに対して様々な検証を行うことができます。ただし、ARIA Validatorは
WAI-ARIA の基礎知識 | Accessible & Usable
公開日 : 2014年4月15日 (2018年1月20日 更新) カテゴリー : アクセシビリティ / 情報設計 (IA) WAI-ARIA 1.0 が、2014年3月20日付で W3C の勧告 (Recommendation) になりました。 WAI-ARIA とは、Web Accessibility Initiative (W3C の中で、Web アクセシビリティに関する仕様を検討する部会) が策定した、Accessible (アクセシブル) な Rich Internet Applications (リッチインターネットアプリケーション : RIA) に関する仕様です。この仕様で定められた記述をソースコードに加えることによって、JavaScript などでインタラクティブに動くユーザーインターフェース (UI) であっても、その状況の変化を、マシンリーダブルな形で支援技術 (スクリー
盲目のプログラマーはどのようにコードを書くのか | スラド デベロッパー
プログラマーの中には盲目の人もいる。その一人、Ed Summers氏は30歳で視力を失い、現在はソフトウェアエンジニア兼アクセシビリティ専門家として働く傍ら、盲導犬 Willieのブログのゴーストブロガーもやっている。目の見えない人がどのようにしてコードを書くのか不思議に思う人もいるだろう。生まれながらにして盲目のFlorian Beijers氏の場合、普通のDell Inspiron 15R SEノートパソコンと、彼が信頼するオープンソースのスクリーンリーダー「NVDA」があればコードを書くだけでなく、一般的なパソコン操作は問題なくできるという。彼は「これが盲目のコンピューターユーザーのニーズに適応するもののすべてだ」と述べているが、ちょっとした希望としては「あなたが次に素晴らしいUIとワークフローを搭載した大きなアプリケーションを書くとき、要素の一つとしてアクセシビリティを考慮していた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AngularJS
Amazon.co.jp: コーディングWebアクセシビリティ - WAI-ARIAで実現するマルチデバイス環境のWebアプリケーション: ヘイドン・ピカリング (著), Heydon Pickering (著), 伊原力也 (監修), 太田良典 (監修), 株式会社Bスプラウト (翻訳): 本
Html5 conference 2013
ARIA - HTML5