「みんなの公共サイト運用モデル」は、国及び地方公共団体等の公的機関のホームページ等（公式ホームページ、団体が提供する関連サイト、ウェブシステム等）が、高齢者や障害者を含む誰もが利用しやすいものとなるよう、「みんなの公共サイト運用モデルの改定に関する研究会」（平成22年9月から平成23年1月開催）による改定方針及び改定案の検討、地方公共団体による改定案の検証・評価を経て、平成23年3月に改定されたものです。ウェブアクセシビリティに関する日本工業規格であるJIS X8341-3:2010に基づき、実施すべき取組み項目と手順等を示しています。 「みんなの公共サイト運用モデル改定版（２０１０年度）」を活用したウェブアクセシビリティの維持・向上の取組を実践するため、以下の各種手引き等について、ファイルを活用することができます。 「みんなの公共サイト運用モデル」の構成 １.「ウェブアクセシビリティ対

パソコン教室でシニア層にインターネットの使い方を教えているときほど 「ああ、ここがもう少し改善されれば！」と吠えたくなる時がある。 「知りたい事」「申し込みたいもの」「買いたいもの」があって ワクワクしているのに、多くの人が、若い人に取っては「些細な」ミスで サイト上で目的を達成できずに諦めたり、 諦めきれないからとサポートセンターに電話して 「その情報はホームページに載ってます」と言われ落ち込んだりしている。 今日は大学の公開講座に申し込もうとしている70歳代後半女性の話。 ウキウキの申し込み 「大学の公開講座申し込みたいの。英語をやり直したいのよ」といらしたMさん。 「新聞の折り込みで講座を見たのだけど、ホームページから申し込んでって書いてあって。 ホームページを見たのだけどどうすればいいのかわからないけど ホームページからしか申し込めないらしいから、やり方教えて」 とのこと。 チラシ

動画をYoutubeに置いた場合の扱いは?8.1.3の第三者コンテンツ除外要件に該当するか? 第三者コンテンツを修正しようと思えばできるケースになるか? 再生されるコンテンツが第三者のものというわけではない自分のサイトに埋め込んでいる場合、実装技術としてYoutubeを利用しているだけで、第三者のコンテンツとは言えない (3.1.3のウェブページの定義では、埋め込みコンテンツはウェブページに含まれる)埋め込みではなく、Youtubeにリンクしているだけの場合は試験対象外 どの製品を対象とすれば良い?自分でアクセシビリティ・サポーテッドを検証することもできるが、WAICのアクセシビリティ・サポーテッド情報を参照するのが良いWAICの判断に従っている、と言った方が楽達成等級AとAAに関しては、WAICに情報があるアクセシビリティの構成要素のひとつであるユーザーエージェントは重要だが、JIS X

公開: 2010年9月13日1時30分頃 規格の策定者が解説する JIS X 8341-3:2010 (www.ciaj.or.jp)、最後に私の感想を述べておきます。 JIS X 8341-3:2010の規格票自体は、あまり価値がないと思います。基準はWCAG2.0に対応しているので新規性はありませんし、単独で読んで理解できるようにも作られていません。WCAG2.0はWebコンテンツですからUnderstanding (www.w3.org)やTechniques (www.w3.org)にリンクが張られていて相互に行き来できますが、JIS規格票はそうではありません。仕事で厳密に参照したい場合には当然必要になりますが、アクセシビリティを確保したい、学びたいという場合にはWCAG2.0を見れば十分で、わざわざJIS X 8341-3:2010を参照する必要はないでしょう。 むしろ重要なのは

公開: 2010年9月11日17時5分頃 規格の策定者が解説する JIS X 8341-3:2010 (www.ciaj.or.jp)、「ウェブアクセシビリティ基盤委員会の紹介、JIS X 8341-3:2010 入門」の後、お昼休みを挟み、インフォアクシアの植木真さんによる「JIS X 8341-3:2010 の実装方法」というお話。主に2004年版から変更になった点についてのお話です。 実装方法について1. 目標とする等級を決定し、達成基準を確認。AAAを目標にすることは推奨しない2. 依存するWebコンテンツ技術を決定2004: JavaScriptオフでも同じ機能を使える必要がある2010: 依存する技術を決める、「JavaScriptに依存して達成」も可能。慎重に判断すべきはFlash、PDF 技術非依存2004版: 図版やサンプルコードが豊富2010版: サンプル何もなし。具体

bakera.jp > 水無月ばけらのえび日記 > 規格の策定者が解説する JIS X 8341-3:2010 - ウェブアクセシビリティ基盤委員会の紹介、JIS X 8341-3:2010 入門 規格の策定者が解説する JIS X 8341-3:2010 - ウェブアクセシビリティ基盤委員会の紹介、JIS X 8341-3:2010 入門

アクセシビリティPodcast 第32回 後編をお届けいたします。今回は前編に引き続き、JIS X 8341-3 改正原案の達成基準 「7.2.4.4 文脈におけるリンクの目的」のサンプル紹介を行っております。どうぞお楽しみください。 概要 第32回 後編では以下の内容についてお送りいたします。 7.2.4.4 文脈におけるリンクの目的に関する達成基準 同一文言のリンクがページ内に複数あるサンプル データテーブルのサンプル なお、話題にあがっているサイトなどのリンク先につきましては、「全文を読む」のリンクよりテキスト化された内容でご確認ください。 聴取方法のご案内 ブラウザ上で再生される方は、下記のFlash Playerをご利用ください。 ダウンロードしてその他のプレイヤーで再生される方は、ダウンロードボタンよりmp3ファイルをダウンロードの上、ご利用ください。 音声がご利用いただけない

Home Archive del要素はあまり使わない方がいいかも del要素はあまり使わない方がいいかも 2007年11月19日 category:XHTML/CSS Comment(0) Trackback(0) del要素とかins要素って音声ブラウザとかで区別されず、普通のテキストとして読み上げられるんですよね。Web標準の日々のアクセシビリティトラックのメモをぱらぱらと見ていて、そういえば記事にしよう、と思ったのを忘れてました。 通常のdel要素を使った文章 下記のような文章は構造的に問題ないし、一般的なブラウザでは削除された部分と追加された部分がわかりやすく表示されるので問題ないですよね。 例文 15日16日は雨らしいです。 <p><del>15日</del><ins>16日</ins>は雨らしいです。</p> 問題点 上記の例だと音声ブラウザで「15

UPDATE: 末尾にYouTube版を追加しました。ただし、可能なら下のリンクからハイビジョン版を！ 仕事のペースがうまくつくれず、迷惑をかけまくりの中、今日、久々、そして１度目のブログ更新です（たぶん、夜中にもう１回更新します）。 最近、新たに米国のO'Reilly.netに英語でブログ記事を書き始めたのですが、これは今日アップした３本目の記事の日本語版。 先日、アムステルダム在住の友達、David Niemeijerが、ビックリするような動画へのリンクを送ってくれました。 彼の顧客で、米国のゲーム雑誌のライターの人の仕事の様子の動画なのですが、ゲームには興味がない人でも、きっとビックリすると思います。そして、もしかしたら自分の目の前にある、このパソコンという道具の素晴らしい可能性を感じとってくれるきっかけになるかもしれません。 とりあえず、ちょっと長いし、英語オンリーですが、 まずは

それは偶然発見した。なんとGmailのパスワード入力画面にもちゃんと歪んだ画像CAPTCHAが実装されているのだ。しかもほとんどのボットに見え、ほとんどの人間に見えないCAPTCHAである。ちょっとした工夫でCAPTCHAの欠点を補い、利点を生かしているのだ。見つけた時、思わず拍手してしまった。 事の始まりはこうだ。さっき、Gmailにログインしようとしたら、以下のようなエラーが出た。 平凡なエラーだ。しかしまずいことに、2度目、3度目も間違えた。そこでふと「Gmailは何回くらいでアカウントがロックされるんだろう」という疑問が湧いた。そもそも自分には、ブルートフォースアタックに対抗するにはアカウントロックしかないと考えていた。 するとなんと、10回目のミスで、次の画面が現れたのだ。 アカウントがロックされる代わりに、突然CAPTCHAが現れた。 つまりこうだ。パスワードを10回

Webサイトのアクセシビリティを高めるための方法や国内外の関連情報など、さまざまな角度からWebアクセシビリティに関する話題をご提供していきたいと思います。 2007年02月09日 装飾およびレイアウト目的の画像の代替テキスト アクセシビリティ・エンジニア 中村 本Blog上でも何度か取り上げておりますが、アクセシビリティ向上のためには画像の代替テキストは必須です。このことについては、JIS X 8341-3やWCAG 1.0、そして策定中のWCAG 2.0の草案でも、それぞれ表現は異なるものの明確に述べられています。例えばJIS X 8341-3の場合、5.4 a)において、以下のように記されています。 画像には、利用者が画像の内容を的確に理解できるようにテキストなどの代替情報を提供しなければならない。 また、HTML 4.01の仕様書でも、img要素のalt属性は必須であることが明記さ

この文書は2つの質問に答えるために書いてみたんだ。 1コ目は、「なんでサイトをアクセシブルにした方がいいのか」。 だから、ここの情報はサイトを持ってない人には向かないかも。 2コ目は、「じゃどうしたらサイトをアクセシブルにできるのか」。 1コ目の答えが納得できるものじゃなかったら、2コ目はどうでもいいってことになるよね。 じゃ行ってみよう。 Dive Into Accessibility（英語版）をダウンロードする HTML（英語版）をダウンロード PDF（英語版）をダウンロード Dive Into Accessibilityを読む 目次 掲載された順序のままにならべてある、すべての情報はこちら。はじめてココ の文を読むときにおすすめの読み方。 人に基づいた情報分類 ここではどんな人に役立つかによって、情報が分けられています。 障碍に基づいた情報分類 ここではどういった障碍があるときに役立

画像置換と呼ばれる一連のテクニック群があります。これはHTML文書でマークアップしたテキストを、CSSで画像に置き換えて表示させる手法を指します。たとえば、テキストはdisplayプロパティで隠したり、あるいはtext-indentやpositionプロパティを使って画面外に追いやり、画像を親要素の背景画像として表示させます。詳しくは、Dave Shea氏の記事「Revised Image Replacement」を参照してください。 画像置換は、マークアップに一切手を加えることなく画像を別のものに差し替えることができることから、デザイン変更が非常に容易という利点があります。またこの手法に少しばかり手を加えれば、JavaScriptに頼ることなくCSSのみでロールオーバー効果を得ることができるため、ナビゲーションのボタンに利用されているのをよく目にします。 しかし画像置換は、CSSが有効か

mixiの記事めっちゃ大量に苦情メール届いてます(´・ω・`) 友達が晒されてるから削除して欲しいってメールも届いた(´・ω・`) 記事消さないと俺訴えられるらしい。 友達のIDでログインしちゃだめだろ(´・ω・`) ↑のリンクを踏むと ログイン済みのID、すなわち自分のプロフィールが表示されるだけです。 この仕組みを知らない人が、リンクを押したときに 自分のページが表示され「ドッキリ」するという ちょっと悪ふざけの遊びなのです。 決して第三者を特定できるものではありません。 気分を害された方ごめんなさい