JIS X 8341-3 ウェブコンテンツJIS->画像>1枚

いよいよウェブもＪＩＳ化…。
本日６月２１日よりJIS X 8341-3が制定される予定。
ストリクターもテーブルレイアウターもこの流れを無視しては今後は先に進めない。

JISの規格書を心待ちにしてダウンロードするのなんて初めてなんだが
０時３０分現在、ダウンロード出来ず。
つーか、６月２０日から公示という説もあったんだけど、まだ無いよな？

今日日JISって・・・ISOがなんかいうのならわかる。つかISOでなんかないの？

>>3
さぁ…

JIS X 8341-3もまだ見てないので分からん。
たぶんW3Cのアクセシビリティ・ガイドラインみたいな書類なんじゃないかとは
思っているんだけど…。

書き込みないな…
チクショー、クソスレだったか…。

なんかよく分からないけど、ここに書き込んでおきますね

認定してもらうにはどうすればいいんだろ
ページ単位で取得できたりできなかったりすんのかな

とりあえず日本規格協会のサイト
http://www.jsa.or.jp/

おいおい、まだなのかよ・・・・
漏れもいまかいまかと待ち構えているんだが・・・

今日でない可能性もあるのか？

書き込みあってよかったよ。

それはおいといて、やっとダウンロードできるようになったぞ。
総計62ページ。これから読む。

>>1
おお、よかった(^^)
直ちに私もよみますーさぁどうかな？？？

読み終わった。
うーん、まあ予想通りというか。無難な感じという印象。
いくつかこうなったら怖いな、と思っていた部分が全部杞憂に終わってて安心です。
漢字の読みは、ルビを、とかがきたらどうしようと思ってました。


って、このスレには私と１さんしかいなさそうですが１さんの感想はどうですか？

>>10
人が居てよかったよ。
ごめん、ダウンロードしたんだけど、まだ読んでないんだ。今日はこれを読むのが
仕事の予定だったんだけど別件が入ってしまった。
今日中に読むからちぃと、待って。

読んだ。

基本的には予想通りの内容でWCAG1.0を知っていれば「ふ〜ん」という感想
かも知れない。

しかし、HTML文書を「文書」としてでなくウェブアプリケーション実行環境としての
利用を考慮した記述が随所に見られるのが印象的だったね。
たとえば９ページにはセッションやCookieを利用する場合、タイムアウトに対する
配慮が必要であると書かれている。またinput要素のラベルの付け方なんかも
WCAG1.0には無かったよな。この辺は参考になった。
また、バナー広告のあり方等、現状のビジネスモデルと照らし合わせた記述が
多かったと思う。

その一方、31ページの透明GIFにリンクを貼ってメニューをスキップさせるという
方法は、実用的ではあるかも知れないが少々違和感があるね。

んで根本的な事なんだけど、こういう文書はフリーで閲覧できるようにするべき
だと思うんだけど、だめなのか？

>>13
あららURIで表現できない部類のリソースか。
いけないなあ…

透明GIFを使ったスキップリンクは、どこかのサイトで
ホームページリーダー向けの対策として掲載されてた
自分もこれには違和感があったし
他のスクリーンリーダーじゃ無意味なんで
普通にテキストリンクをつけてます

PDF見たいけど、書籍にしようか悩んでる。

>15
PDFを印刷すればいいんじゃないの？
印刷できないんだっけ？JISのPDF

この規格読むの有料っぽいんですが無料で読めないの？

1です。
わりと盛り上がってきたようでなによりｗ
以後はコテハンにする理由もないんで名無しと言う事で…。

JISの規格書というのは本当の意味でのシェアウェアなんで、企業がシェア
するというのは従来なら納得いく所。むしろ今回の8341-3だけが例外的では
あるんだけどね。俺なんかはモロ業務に直結するんで数千円の金払う事に
なんの問題もないのだけど、やっぱフリーにするべきなのではないのかと…。
まー、ここで言っても始まらないのだが…。

>>16
普通に印刷できたよ

>16
自分まだPDFダウンロードしてないんす
ソシオメディア編著のユーザビリティ辞典持ってるんで
60ページ程度にまた金出すのもなぁと
内容がどれぐらい違うのかわかんないけど
もくじぐらいどこかで見れないかなー

関連で
http://www.nec.co.jp/press/ja/0406/2102.html

透明GIFにアンカーを設定するってのは、Strictな視点から見るとどうなんだろう？
生粋の原理主義者の意見が聞きたいな。

>>21
って、まだ発表だけか・・・

現状のそういうツールで、フリーなのって富士通のと総務省のと、それ以外になにかありましたっけ？

>>15
私は良いとおもうけどなあ。もう既に一般的に使われている技法だし。
ただ気になるのは、それを多用すると検索エンジンSPAMとおもわれてペナルティな事くらいかな。

>>18
うん、たしかに・・・私はちゃんとダウンロードして読みましたが、この全文とかの
意義には反しますよね。もっともっと広く知らしめないと。
しかし、これって「公的機関がだしたウェブの規格としては日本初」の規格ですよね。
いいネタとはおもいますが、どこでも取り上げられないのは、結局有料だからかと。
有料のせいで、この規格自体の知名度が落ちるのは本末転倒ですよね。


私はすぐに提案書かかないといけないんで熟読しましたが、「〜すべきである」が多くて
ちょっと迷いが多い。どうしよっかな。

shouldのことですか。

>>25
はい。
まあ、無視しても「JIS規格に沿ったサイトです」と言っても良い、とはおもいますけどね。

レイアウトテーブルは使うべきではない、と言われても、現状使わずにやるのは・・・かなり厳しいし。

しかし、この「〜べきである」を全部無視したら、殆ど意味の無い規格になっちゃいそうですよね。

>>24
「〜すべきである」が多くて

実際には「〜望ましい」という言い回しが多いね。
コストの兼ね合いなんかで「〜望ましい」を全部省略したページと
対応したページじゃ、かなり品質に差が出てきそうな感じだな。

>>27
うーんたしかに。
しかし、普通の人からみると、その全部省略したページのほうが品質高く見えるんだろうな。

>>28
しかし、普通の人からみると、その全部省略したページのほうが品質高く見えるんだろうな。

アクセシビリティ、ユーザービリティを考慮すると、少なからずデザインに
制約を受けざるを得ないのが現状だよなー。もちろんCSSでかなりの事（あるいは
テーブルレイアウト以上の事）が出来るのだけど、テーブルレイアウトと比較して
検収費用が多めにかかる事は否めないし…。

JISに特化した問題では無いけど、うち的にはJIS対応を売りにする場合の
基本方針としては、ネスケ4に関しては@importでCSSオフ、ネスケ６、
ＩＥ５、Opera６以上は反映という方向にまとまりつつあるな。その他の
ブラウザは未定。

だけどケータイはどうしようも無いっす。
参考
http://pc5.2ch.net/test/read.cgi/hp/1071673655/311-313n

>>29

@importかー。たしかに必要かもなー。

とりあえずうちは、CSS非対応ブラウザなんて考えてないなー。
CSSマンセーな規格において、非対応なんて考えたくない、というか。
勿論、内容見れるのは当然としても。

しかし、JIS規格対応かどうかは、「JIS対応ってかいてるけど〜がちゃうやんか」と
いわれなければすべておっけーというレベルの認識で、おっけーかもなあとおもってます。

http://www.usability.gr.jp/alertbox/20040607.html

このサイトにも目を通すべきだ。

まだ読んでないんだけど、
当の日本規格協会のサイトは如何なものなんだろうか

>>13-18
無料で閲覧できるよ
URIで表現できない部類のリソースではあるが
http://www.jisc.go.jp/app/pager?%23jps.JPSH0020D:JPSO0010:/JPS/JPSO0020.jsp=
「X8341-3」で検索(PDF/要JavaScript)
無料なのはいいんだがこのサイト自身をX8341-3に従って
書き直してくれと小一時間(ry

>>33
おおーありがとー。

関連、まだあった。

■診断系サービス
ウェブコンテンツJIS準拠サービス（ミツエーリンクス）
http://www.mitsue.co.jp/service/produce/jis.html
WebコンテンツJIS診断サービス（ユニバーサルワークス）
http://www.u-works.co.jp/svc_jis.html
ウェブバリアフリー品質保証プログラム（インフォ・クリエイツ）
http://www.infocreate.co.jp/bf/validator/aboutbfs/validationitems.php

■書籍
Webアクセシビリティ　JIS規格完全ガイド（アライド・ブレインズ編）
http://www.aao.ne.jp/author/book/index.html
ここから始めるＷｅｂアクセシビリティ（(株)ユーディット監修）
http://www.udit.jp/web/book/index.html

■イベント・セミナー
ウェブコンテンツのバリアフリー化　〜JIS規格が求める対応（デジハリ）
http://op.dhw.co.jp/jsp/user/a2.jsp?eventid=126

商売になるほど盛りあがるのか？

>33
これダウンロードできる？
会社のWinじゃ見るだけ？だったが
自宅のMacは落ちてきた

ツール関係は
http://www.aao.ne.jp/author/check/tools/index.html
に沢山あるね　使い勝手はどうなんだろ

>>36
Macでダウンロードできたとしても、コピペや印刷はたぶんできないと思うよ

>>36
できるけど対策されると面白くないので方法は内緒
>>37
故意に解像度は落としているようだが
ちょっと前まで画像を貼りこんだだけだったのが
テキストデータになってる。
アクセシビリティ的にも大変な進歩だと褒めてあげたいところだが
肝心の「アクセシビリティのための内容の抽出」を
許可してくれないことには何とも。

>>36
Opera でアクセスすれば Win でもダウンロードできる。

IE でも実はこれで名前を付けて保存できる。
X8341-3 (カラー) (PDFファイル:17771KB)
http://www.jisc.go.jp/app/pager?%23jps.JPSH0090X%3AJPSO0090%2CX8341-3%2C01%3A%2FJPS%2FJPSO0090.jsp=
X8341-3 (白黒) (PDFファイル:2753KB)
http://www.jisc.go.jp/app/pager?%23jps.JPSH0090X%3AJPSO0090%2CX8341-3%2C02%3A%2FJPS%2FJPSO0090.jsp=

って掲載すると、>>38の心配通り何らかの対策をされるかもしれないけど、
・URI でリソースを一意に識別できない
・JavaScript が動かない UA で閲覧できない
・Web ブラウザ単体で閲覧できない
と、アクセシビリティに関する規格文書そのものへのアクセシビリティを劣悪な手段で低めている日本規格協会への抗議の意味を込めて、リンクしておく。

他の規格文書はともかく、これは HTML で無料で提供すべきだろ。

>>39
不正アクセス禁止法違反幇助で京都府警に通報しますた

冗談は置いといて、リンク貼られちゃったので漏れのやり方を書いとくと、
閲覧のウィンドウでF8を押すとAdobe Readerのツールバーが出るから
フロッピーのアイコンを押すと保存できる。
ちなみにAcrobat Reader 5では同じことをやってもツールバーが出ない。
もしかしてAdobe Readerのバグ?

>>35
それは多いにある！
実際に影響力が大きいと思われるのは５月に成立した「障害者基本法の一部を改正する法律案」
だろうけど、このタイミングでJISで規格化された意味はとても大きいと思う。

あんまり騒ぐ程の規格でもないのかな
制作側としては知ってて当然のような中身でもあるし

むしろ支援技術の普及やサポート体制の整備をやってかないと
ウェブコンテンツはアクセシブルになったとしても
障害者や高齢者にはネットやパソコン自体がまだまだ敷居が高い

>>42
> あんまり騒ぐ程の規格でもないのかな
> 制作側としては知ってて当然のような中身でもあるし

それをJISとして定めた、って事実が大きいかなぁと。

> > あんまり騒ぐ程の規格でもないのかな
> > 制作側としては知ってて当然のような中身でもあるし
> それをJISとして定めた、って事実が大きいかなぁと。

その通りだと思う。
国が JIS 化することによって、今までこういうことを
きちんと意識せずにきた制作者や大手ベンダーの対応が変わってくる。

うちは日立の CMS を入れたけど、アクセシビリティ JIS を意識した作りになってたし、
富士通が http://design.fujitsu.com/jp/universal/assistance/ を発表したりしているのだって、こういう流れを睨んでのことでしょ。
Macromedia や Adobe だって、これまでおざなりにしてきた部分にもう少し力を入れるようになるだろう。

でもこれまで意識しなかった制作者は
JIS規格化されたことも知らなかったり……
大手制作会社は既に対策してると思うが
SOHOレベルの制作者はどう考えてるのかなーと

> ネットやパソコン自体が
それが第1部や第2部でしょう
意味もなく「-3」と付いているわけではない

hosyu

誰か PDF 版買って ny で放流してくれ

JIS X 8341-3 (高齢者・障害者等配慮設計指針−情報通信における機器，ソフトウェア及びサービス−第3部：ウェブコンテンツ).pdf
1,771,970
32f7f682ade5965da6aef6a7e6162378

えらく小さいな
>>39-40の方法でDLしたPDFでも18MB近くあるのに

http://www.y-adagio.com/public/standards/jis_html/toc.htm
HTMLは既にJIS規格になっているの？

>>51
それはISO HTMLの和訳だからW3C HTMLとはかなり違う

>>50
>>39-40 で無料でダウンロードできる PDF は、
有料版を買わせるための嫌がらせとして、
イメージベースの PDF にして無駄にサイズを大きくしてある。

>>53
>>40の方法で出したツールバーでテキストの選択ができるから
(コピーは禁止されてるが)テキストベースになってると思うんだけど
違うの?
2004年2月発行のX0213:2004のPDFとかは確かに完全に
イメージベースだけど

検索もできるから明らかにテキストベースだ。
まさか本当に無駄に意味もなくサイズを大きくしてるだけ?

最新発行の他のJISの無料版PDFをランダムに1つ選んで調べてみたが
従来どおりのイメージベースだった。
もしかしたらアクセシビリティ用のJISがアクセシビリティをまったく無視しているのは
さすがにまずかろうということで最大限譲歩した結果なのかも。
それにしても6月発行のJISはインターネット関連がてんこもりですな。
JIS X 4168:2004 段階スタイルシート 水準1（ＣＳＳ１）
JIS X 4242:2002 コンピュータグラフィクス及び画像処理−ネットワーク用画像形式（ＰＮＧ）
JIS X 4350-2:2003 ＪＰＥＧ２０００画像符号処理システム−第２部：拡張
TS X 0070:2004 多目的インターネットメール拡張（ＭＩＭＥ）　第２部：メディア型
TS X 0071:2004 多目的インターネットメール拡張（ＭＩＭＥ）　第３部：非ＡＳＣＩＩテキストへのメッセージヘッダ拡張
TS X 0085:2004 ハイパテキスト転送プロトコル　ＨＴＴＰ／１．１
TS X 0097:2004 統一資源識別子（ＵＲＩ）　共通構文

>>51
国際規格として定められたHTMLがISO/IEC 15445:2000で、
そのまま和訳したものがJIS X 4156:2000。規格になってるか？と
聞かれたらYES。作ってる団体が違うし、HTML4.01 strictより
はるかにめんどくさい（と思う。作る機会がないことを願う）という意味で、
>>52は親切な解答だと思った。

>>45
差別化のチャンスだと思ってるけど…
そこそこまともな仕事なら「アクセシビリティ対応」が制作条件に
入ることが増えてきてますし。

>55
検索ができるからテキストベースというわけではない。
拡大してみればわかると思うけど、明らかにイメージベース。

イメージベースである場合でも
検索や音声読み上げ等のアクセシビリティ対策として
画像の上にテキスト情報を付加する機能が PDF にあったと思うから、
それを使ってるんでしょ。

>>59
ところでアクセシビリティのための抽出は許可されてるの?
ツールバーは出せてもメニューバーが出せないから
確認のしようがないんだが

JISの目指す所に従って記述する場合、チェックボックスはどうコーディング
するべきかな？　普通、チェックの右側にラベルが配置されるのが視覚系だと
一般的なんだけど読み上げ系の場合はそれだとよくないぞと規格書には書かれて
いるわけだ。例示ではテキストボックスしか無いあたりがちょっとズルいん
だけど、このポリシーに従うとしたら果たしてどうしたらよいだろう…。

label要素で明示的にコントロールと説明を関連付け、
できるだけaccesskey属性を指定する…じゃだめ？
読み上げ系といってもHPRを念頭に置いてるっぽいような。

>>61
図示してないけど、>>62のいうとおり、
「ラベルとコントロールを関連付けよ」って、
例5（8ページの一番下）に書かれてるよね。

該当部分の附属書例示を見ると、
labelだけじゃなくて、
選択肢が多い場合には、fieldset、legend要素も使えって。

あと、右側に配置するなと言っているのは、
注記とか例とかそういうもののことではないかと。

>>58　同意なんだけど、
実際には、どの程度で「対応」って言えるのかなぁと思って。
JISマークがくっつくわけじゃないし、
「〜〜が望ましい」っていう要件は
対応しなくてもいいっていう判断でいいのかなぁとか。

>>60
メニューバーはF9

>>65
それは知ってるけど押しても出ない
ツールバーは出るんだけど

>>64
自分のところはクライアントの理解度しだい、という感じ。
コンペで非線形テーブルのサイトに負けた時には泣けてきた。

>62
>HPRを念頭に

accesskeyってHPRじゃ使えないっぽいよ
なんか今後バージョンアップもしないらしいし
他のスクリーンリーダーで試してるけど全然挙動が違うし

>>68
HPRはIEの表示結果を読むだけっつーか何つーか。
意外と怪しい。

読み上げチェックページ作ってます
>61みたいな
試したい要素とかあります？
自分フォーム関連よくわからんのです

無料配付のPDFと販売されてるPDFは内容に違いはありますか？

なんだこれ。アクセシビリティ最悪

>>71
過去ログ嫁
ついでだから過去ログに書いてないことも補足しとくと、
無料版には解説が付いてない。
JIS「規格」そのものに著作権はないが、解説などを加えた「規格票」は
著作権法で保護される著作物(とJSAは主張している)。

柔らかいデジタル 第14回 〜ごめん被りたい、ザッピングできないウェブページ - nikkeibp.jp - BP's Eye
http://nikkeibp.jp/wcs/leaf/CID/onair/biztech/rep01/313783

＞最悪の例が、よりにもよってウェブの使い勝手向上を狙うプロジェクトの広報ペー
＞ジにあった。これはウェブ表現に関するJISの「高齢者・障害者等配慮設計指針」
＞を検討するためのページ。公開レビューのために用意されたものだが、実は既に
＞2003年11月24日に締め切られている。読者の皆さんがこの原稿をお読みになる頃
＞には既に消えてなくなってしまっているかもしれないので紙上再現しておこう。
＞
＞このページに行くと、ウェブコンテンツの素案（PDF、100KB）、付属書　ウェブ
＞コンテンツに関わる例示（PDF、24.9KB）などが用意されている（と思わせるペー
＞ジが現れる）。さて、その「ウェブコンテンツの素案」というホットリンクをク
＞リックすると、おもむろにダウンロードが始まり、Acrobt Readerがたち上がり、
＞PDFページが表示される。公開レビューは終わってしまったが、どんなたたき台
＞が用意されたのだろうと。固唾を飲んで表示を待つこと数秒．．．．
＞
＞いわく、「公開レビューは終了しました。素案は削除されました」

hosyu

>>39
>>40
Ctrl+Shift+Sで十分

PDFのアクセシビリティってどうなんだろ？
例えば、改行とか、文字を揃えるためのスペースとか
読み上げに影響するんじゃないの？
PDFって作ったことないからわからないが

http://japan.cnet.com/news/ent/story/0,2000047623,20069603,00.htm?ref=rss

これって日本が独自にやるべきことなのか？
おかしな方向に暴走しそうで怖い。

http://www.amazon.co.jp/exec/obidos/ASIN/4822214869/ref%3Dmm%5Fsnpa%5F/250-5955927-3006625
これどうよ？

>>77
ユーザビリティは相当低いよねReader起動するのに時間かかるし
HTML版とPDF版用意されたらわざわざPDF版選ぶ人間はいませんね。

これらのことから当然アクセシビリティも低いです

>>80
競合する本ないし、JIS策定に深く関わったところが作ってる本だし、漏れはとりあえず買います。

俺は買っちまいましたその本。
この薄さでこの価格、だったけど、まあしかたないか。
これからじっくり読むつもり。

この内容、業界人にとっちゃ言われなくても昔から当たり前のことだし
「よく分かんないけどユビキタス時代とかいってるし無いとまずいよね？
プロに任せて適当に作らせちゃいましょうや」
って感じに出来上がった感が否めない。
大体日本独自規格を立ち上げる意味がわからん。
W3Cに任せて寄付金でもだせばいいじゃん。

>>84
日本独自の事情もあるからJIS化は喜ばしい、
みたいなコメントがWAIから出てたが。
（ソース見つからんかったけど）

>>84
>>42-44でがいしゅつ

保守

http://www.aao.ne.jp/ac/
使えるのか？

>>88
ほかのとこと同じデザインでいいや。
っていうんなら、使えるんじゃない。
実際、
http://www.aao.ne.jp/ac/promotion/use.html#sec-c
に載ってるサンプルの真ん中のやつと、
http://www.city.fujieda.shizuoka.jp/asp/f0000.asp
は、同じだし。

JIS規格対応とstrictやvalidかどうかは無関係？

WAIとかWCAGとは多少関係がある

>89
すげー、よく見つけたねー

でもあのツールって13日から発売でしょ
先行販売でもしたのかな？
ツール使ったにしては、ソースがJIS対応っぽくない気がするが
実際どうなんでしょうかねぇ

JISってもってたほうがやっぱりいいのかな？

初歩的な質問なんだけどWAIとWCAGって全く別物？

別物。

なんでabbr使わないんだろう？

IEのせい。

MSって意地でもabbr実装するきなさげ

じゃあacronymでもいいから使えばいいのに。
IEはafter擬似要素に対応してないから？

Web Designingの今月号に記事があるようですが
どんな内容かご存知のかたいます？

>>100
JISの特徴についての簡単な解説（5P＋ニュース1P）

JISマークのバナーってのがあるのですか？

>>102
やっぱり、ドライマークやウールマークなんかも貼っておきたいよね。

冗談はともかく、イニシアチブがあるわけでもない団体のバナー貼っても
恥ずかしい感じがするなあ、まあ企業ならISO9001バナー程度には
興味あるかもしれんけどｗ

>>103
思うんだが、どうせ貼るならマシなデザインのバナーにしてくれと
貼るのが嫌になるようなﾀﾞｻﾀﾞｻﾊﾞﾅｰだと説得力もねえ

JISマークじゃないけど、
「品質保証コメント（認証印）」というのを
つけてくれるところがありますよ。
http://www.infocreate.co.jp/bf/validator/aboutbfs/basic.php

ご丁寧に「品質保証技術者名」まで入るそうな。

>>105
http://www.infocreate.co.jp/bf/validator/validator.php?ID=01A01
http://www.infocreate.co.jp/bf/validator/validator.php?ID=01A02
http://www.infocreate.co.jp/bf/validator/validator.php?ID=01A03
http://www.infocreate.co.jp/bf/validator/validator.php?ID=01A04
http://www.infocreate.co.jp/bf/validator/validator.php?ID=01A05

これは自己満足ですか？

これも追加
http://www.infocreate.co.jp/bf/validator/validator.php?ID=01A00

なんだこれ？

hosyu

少数のサイトが対応したところでなんの意味もないよね
ウェブがリンクで成り立ってるということを考えないと

普及させようという考え自体あるのかな？

というか、納品後に知識の無いクラがﾅﾝﾀﾞｺﾘｬ?と
わからないまま消して更新してそうだ

対応したサイトで参考になるところはありますか？

>>112
これの上位のサイトとかじゃね？

http://internet.watch.impress.co.jp/cda/news/2004/09/01/4460.html
自治体サイトのアクセシビリティ度、宮城県と香川県が高い評価
Webサイトの制作などを手がける有限会社ユニバーサルワークスは1日、
全国の都道府県や政令指定都市などの公式サイトを対象とたアクセシ
ビリティ調査の結果を発表した。（以下省略）

名前欄に入れちまった。orz

島根県も必見だな。志の高さに感心する。

俺は自治体のWebマスターをやっている者だが、俺も島根県は神だと思う。
うちもいつかあのレベルを目指したいと思ってる。

…とはいうものの、
C:\Documents and Settings\... の画像にリンクした HTML 作る職員とか
A:\... の画像にリンクした HTML 作る職員とか (ブラクラだろそれ)
〜.files/... の画像にリンクした職員が大量にいる状況じゃ先は遠いな…

ついでにもう一つ参考になる情報として、
山梨県も今年 XHTML 1.1 でリニューアルされたので紹介しておくよ。
http://www.pref.yamanashi.jp/

>>116
つーかさー
インターネットに公開するWebページでローカルの画像を
参照することなんてほぼありえないんだから
ツールが糞なんだと思うが

>>117
WEBというかHTMLはインターネットのみで
使うもんじゃないからな。
HTMLエディタはなんも悪くない。

>>116
同じく自治体webマス。問題は引継ぎだ。
今は俺がブラクラHTMLを全部治してうｐしているが
次年度は移動するのでどうするか悩み中。
いっそ全部システム化してくれ。

もっともシステム化してもタイトル蛍光ピンク・本文蛍光グリーンの
配色を行う職員は消滅しないんだろうな。
もっとカラフルにしたいってのは何だよ　＿|￣|○

>>119
自治体サイトなら、そこらの厨房サイトと違うんだから
色盲の人のことも考えろ、と言ってやれないのかなぁ…

それに勘違いする人もいるけど、こういうことって健常者にとっても益なんだよね
ど派手な色遣いが見にくいのは健常者にとっても同じ事

ど派手な色使いじゃないと見にくい人もいるがね

>>119
Web コンテンツ作りに慣れてない初心者職員は
色遣いもだが、無意味にタイトルをワードアートで作りたがる傾向があるな。
さらにペイントか何かでリサイズしているらしく、
やたらジャギっていてアスペクト比がいびつで醜い。
保守性とアクセシビリティを下げてさらに醜いという三重苦。
Photoshop 買えとは言わない、せめて PictBear 使ってくれ…

そんなド素人な職員にセンスの悪いデザインをさせないために
・全長統一かつそこそこ見栄えのするテンプレートを作って適用させる
・CMS を導入してそのルールから逸脱した物を掲載できないようにする
等の手段が必要なんだろう。
というわけでうちは今年度 CMS 構築中。

テンプレートって話が出たところで、一応挙げておく。
http://www.aao.ne.jp/ac/
俺はアライドブレインズの回し者ではないが。

何か教材用意して、教育するのはどうでしょうか。

ガイドラインやら更新マニュアルやら、いま作ってる自治体が
増えてきてるよ。JIS化された意義は大きい。

http://www.u-works.co.jp/jichitai/zenkoku/hokkaido.html
「昨年調査時には、トップページの文字サイズが固定されていた。現時点では改善されているように見えるが、外部スタイルシートとしてローカルにあるファイルが指定されており、現在の表示が制作側の意図しないものである可能性は否定できない。」

ほんとだ、
http://www.pref.hokkaido.jp/menu.html、
ローカル参照してる。
<LINK rel="stylesheet" href="file:///C:/Documents and Settings/102070/デスクトップ/style.css" tipe="text/css">

つーか、普通に見てたら気づかんだろ。

>>118
HTMLエディタなんて一言も言ってないんだが

>>124
ガイドラインができても、
それが全然守られないってところが、問題なわけだが。
http://www.pref.ishikawa.jp/johosei/web-design/

>>127
確かに。自分の住んでる県は、情報系の部署がWEBにノータッチという
不可解な縦割り行政っぷりなので、悲惨な状態になってる。
市は、担当部署がかなり気合いれて各課にガイドラインを徹底させてるので、
業者に外注してるトップよりも下位コンテンツのがレベル高い。
トップ早く直せよ＞業者

>>123
教育はしてる。しかし、
・教育しても恐ろしく理解の悪い担当者がいる
・やっと理解してもらっても異動してまた理解できない担当者に替わりorz

>>125
http://www.pref.hokkaido.jp/style.css
これを指定しようとしているのであれば、改善されていないってことになるな。
それにしてもユニバーサルワークスなかなか鋭いな。

>>126
でも、そういうリンク指定をしてしまうのは十中八九 WYSIWYG なエディタだと思う。

<LINK rel="stylesheet" href="file:///C:/Documents and Settings/102070/デスクトップ/style.css" tipe="text/css">
しかもtipeて。
<META name="GENERATOR" content="IBM WebSphere Studio Homepage Builder Version 8.0.2.0 for Windows">
と書かれているのになんで?
そこを手で書いたとしたらローカルファイルであることに気付くはずだし……。

>>130
その種のエディタは
インターネット公開用に特化したモードを設けてもいいと思う

>>126
じゃあ今度からその「ツール」の名前を書いてから
批判してくださいね。

>124
>JIS化された意義は大きい
担当者の負担も大きいよ

勉強不足つっていわれても本業じゃないし
外注で任せられるような業者も少ない上に、コスト高
システム化するのがいいんだろうけど
そうなってくるとウェブコンテンツとか以前の問題

突き詰めればキリがないんで結局どこで妥協するかと

>>133
なんで?

嵐の前の静けさ。

>>134
>>突き詰めればキリがないんで結局どこで妥協するかと

そうだよね。
JIS全部に対応なんていうと、
宮城や島根レベル（文書構造とか）までしなきゃいけないわけだから、
要するに「落としどころ」をきっちり決めて、
それを丁寧に全庁統一させるっつーのが現実的だと思う。

そのためには、Webマスターにかなりの権限が必要かも。
「ガイドラインをつくったのでご協力ください。」じゃなくて、
「このガイドラインに沿ってつくりなおせ。」ぐらいの。
みなさんとこは、どんな感じ？

>>120
システムでHPを作る場合は課同士の決裁になって
うｐされるまで俺は内容を見ることができないので阻止できない。
桶を出しているのは上司だからな。
とりあえず今はシステムを使ってもらうための期間だから
やる気をそがないようにしてると思われ。

>>125
まだローカル参照から直ってないな。

>>129
そのエンドレス教育に orz ﾓｳﾂｶﾚﾀﾖﾏﾏﾝ

>>134
ワードを変換して持ってくる業者もいる。

>>137
権限など無い！　わけで orz

>138
>ワードを変換して持ってくる業者もいる
頭おかしいよね、それでいくら取るんだろう

ウェブ制作の教育するにしても
PCの基礎もわからん連中が多いからなー
システム化しても、変な入力しちゃうし

>>137
> そのためには、Webマスターにかなりの権限が必要かも。
> 「ガイドラインをつくったのでご協力ください。」じゃなくて、
> 「このガイドラインに沿ってつくりなおせ。」ぐらいの。

そう言いたいのは山々なんだが、
ガイドラインをまともに理解できる職員がほんの一握りしかいない中、
完全なシステム化、又は完全な委託化を行わない限り、
いくら「やれ」と言っても先に進まない。

この超財政難な中、丸ごと委託する予算なんかあるわけないし、
だいたい委託先の担当者だって、HTML4/CSS2/WCAG/JIS を
まともに理解していることはまだ多くない。

民間はどうしてるんすかね。やっぱり専門業者に委託?

せめて普段から作成している文書の構造化や
機種依存文字の使用をできるだけ避けることを
心がけてくれたら、と思う。

文章の構造化は HTML に限った話じゃないしな。
Word の構造化機能やスタイル機能を理解して使っている香具師がどれほどいることか…

でも�T�U�Vや�@�A�Bとかは、使ってしまう気持ちはわかる。
それに�T、�U、�V、�Wが書けないからI、II、III、IVと書いたりするのは
機種依存回避という点では正しい対応だが、
音声読み上げ対応という点では逆にアクセシビリティを下げてるよな。
根本的には JIS X0208 を作った奴が悪い。

>>142
そんなあなたにJIS X0213。
MSが対応してないけどな。残念!

>>142
Unicodeでページを書けばいわゆる「機種依存文字」はほぼ解消されるのになぁ
でも日本の大手サイトでUnicode採用している所って無いよね？なんでだろ

バージョン4未満のブラウザへの配慮
その他 UTF-8 に対応していない携帯等への配慮
作成ソフトが UTF-8 に対応していない
とか?

そういえば携帯ってどこまでUnicode対応してるの？
DoCoMoならFOMAは対応してるけどPDCはしてない、のような感じがあるけど。

>>145
Googleなど海外では導入が進んでいるのに、
なぜ日本では採用例がほとんど無いんでしょ？

>>147
最近は Unicode の歴史的事情を知らない人も多いのかな?
漢字文化圏では Unicode を嫌っている人が多いというのも理由の一つでは?

1990年代には日本で Unicode に反対する運動が色々と起こっていた。
プログラマの都合だけで作られていて、真に国際的な文字集合ではない
し、漢字文化を軽視したつくりになっているから。

現在は、各海外ベンダ(マイクロソフト、アップル、サンなど)に押し切ら
れた形だと思うので、未だに反感を持っている人は多いと思う。

>>148
確かにそうなんだけど、最近は個人的には
絵に描いた餅より現実に使えるUnicodeに
傾いちゃったんだよね。

�TやⅤを使うのはいいんだがⅥは'10'で1つの文字にしているみたいでやな感じだ。
ローマ数字の並びはちゃんとUAが認識して表示するべきでは?

スレタイに沿って考えると
JIS X 8341-3の5.9 言語に該当する？
ローマ数字とかはlang属性つけるべきか？

> 漢字文化圏では
実質日本だけだよ
韓国は漢字をほとんど使ってないしUnicode 2.0で
現代ハングル全部をBMPに突っ込めたからマンセー
北朝鮮やベトナムはすでに全廃してるし
中国はCJK統合漢字イケイケだし

>>143
MSがどうとか以前にISO-2022-JP-2004とかの
IANA登録ﾏﾀﾞｰ? (AAry

>>150
同意。英単語みたいに読み方をUAに持たせるべき。
「Super Bowl XXXVIII」とかちゃんと読めて欲しい。

引用なのか字下げなのかUAが適当に判断すべきと言ってるのと同じで
本末転倒だと思うが

いや、字自体はIなどではなく�Tなどを使うんです。
�Tなどが連続していたらそれは数字とみなす、でいいんじゃないでしょうか。

数字の表示形式や読み上げはスタイルシートでやるべきじゃない？
読み上げはspeak-numeral使って
見た目はlist-style-typeみたいな指定を
文章中の普通の数字に適用できればなぁと

まぁスレ違いなわけだが

音声UAに対するアクセシビリティに直結してるから
スレ違いとも言い切れないと思うぞ

いや、まぁ実装されてないんで
現実的じゃないわけで＞スレ違い

UTF-8使えばいいんじゃないかな
読み上げさせたいなら読み上げ辞書登録させるとか
画像にしてalt属性でというのは自分はなんかイヤ　面倒だし

つーかaltの中身をどう読み上げるかに問題が変わるだけで
何も解決しないし

abbrでtitleに"10"とか"じゅう"とか書くのは?
略語じゃないけど。

rubyはどうよ

abbrはIEが未対応
rubyはXHTML1.1で対応

で、あってる？

・略語ではない。
・XHTML1.0Strictなのでrubyも使えない。
という理由で日付は↓みたいにマークアップしてる。これはダメ？

<span title="2004年9月15日">04/09/15</span>

>>164
内容のほうはW3CDTFをお勧めする。

>164
title属性を優先するのと、内容を優先するのと
読み上げソフトで違いがあるっぽい

自前のパーサを持たず
IEのレンダリング結果を読み上げるという音声UAも珍しくないし

>>152
韓国人のかたですか？

韓国はハングル文字数少ないし全部入ってしまいじゃん。
それで日本だけとはよく言えるなあ

Unicodeへの働きかけは日本だけじゃなくって
中国やベトナムだのなんだのも巻き込んでやってたんじゃなかったっけ？

>>168
ハングルって文字数っていうか、パターン数が膨大なんじゃなかったっけ？
Unicodeにも一部しか入ってないってきいたことがあるが…。

ガイシュツだが
これを策定したところのサイトが従っていないのはどういうことなんだろ。

>>168-169
韓国は一旦収録されていたハングルを破棄し
新たに膨大な数のハングルをBMPという一等地に押し込んだため
一部からは顰蹙を買ったろうな。

ご存じのとおりハングルは合成文字（子音+母音といったふうに組み合わせて一文字）
なんだけど、その考え得る組み合わせの全パターンを収録させた。
当然その全部を使っているわけでもないのにね。

>170
従う必要なしってことじゃん
別に罰則とかあるわけじゃないし

何なんだその幼稚な論理は

>>168
韓国は>>171が触れてるから省略
中国はExtension Bで漢語大字典の全文字(約5万字)を収録させた。
日本は申し訳程度に追加要望はしてるけど
「大漢和の全文字すら使えねーよ糞Unicode」とか影でぐじぐじ文句言ってるだけ。

なんで日本は弱いんでしょうねえ。

JIS X 0213なんかでチマチマやってるからかな?

高齢者や障害者に配慮したとこで
そんなに利用するものなんだろうか？

JISの規格書っていつまでたっても有料なの？ なんともはや。

>>177
高齢者がすでに２５％を占める世に中、それをみすみす見逃すのも勿体無し。

>>178
それで経費を賄ってるから。I
SOやらIEEEやら見ても無料配布の規格ってあるんかな。
無料のほうが普及はするんだろうけど、それなりに手間ひまかけて作ってるし。

4人に1人が65歳以上といっても
そのうち何割がネットをしているか疑問
実際6割がネット使ってないみたいな話が最近あったけど
結局利用者なんて限られてて
限られた利用者は配慮がないサイトでも
それなりに見るだけの知識や経験はあるわけだ

配慮がないから利用しないのだとしたら、この規格は必要だけど
利用しない理由は他にあるのではないかなと

>>180
そろそろバリアフリーの考え方を改めた方がいいですよ〜

出来の悪い政治家と同じ発想だな＞180

でも、この 8341-3 って障害者へのアクセシビリティのことに特化されていて、
障害のない高齢者とか健常者のことはあまり考えられていないように思う。

例えば FORM の処理として「戻る」ボタンに依存してはいけないとか、
全角と半角はユーザに判断させるんじゃなくてサーバ側で処理すべきとか、
そういう項目が全然ない。

この規格を満たしただけじゃ高齢者に使いやすいとは言えないだろうね。
そういう意味では>>180の最後の2行に一部同意できる部分はある。

また、JIS に限らずどこのガイドラインを見てもそうだけど、
1ページ内で満たすべきルールばかりで、
サイト全体として使いやすい、分かりやすい Web 作りのためのルールはほとんどないね。
(せいぜいパンくずリストを付けましょうくらい)
汎用的なルールとして抽象化するのが難しいんだろうが、
これからの課題として頑張ってほしい。

利用がないから配慮しないという発言をしたつもりはないけどね

利用しない理由としては
利用者がウェブコンテンツへ到るまでの
バリアフリーが整ってないのではないかと

何をバリアとするかは個々で違うけど
例えばマウスの操作一つとっても高齢者には難しかったりする
キーボードなんてなおさら
タブレットPCやタッチパネルなら使えるという場合もあるが
そういうモノがあることを知らない

こういう部分は8341-1や2に該当するかもしれないけど
そこまで含めた教育環境や支援設備はほとんどないのも問題ではないかな

この規格に対応するように制作会社に依頼する場合
しない場合とで価格って違うもん？

>>186
儲ける気マンマンの業者に頼んだら高くなる。
ぎゃくにX8341-3に配慮するのは当たり前の業者なら
金額変わらないっしょ。

というか逆にクライアントの理解度で料金ボッタクリに
あうかあわないかが決まるわけですが。

この規格に対応することはそれなりのコストを伴うはずだが、
よくわかってない営業は、発注仕様に JIS 準拠って書いてあっても
それを気にとめず普通の見積もりを出して契約してくることがある。というかあった。
で、よくわかってないから出てきた納品物がバリバリ Dreamweaver 製だったので全部作り直し。
現場は泣いてるだろうな…

ｱﾁｬｰ（ノ∀｀）

>バリバリ Dreamweaver 製

この辺かなｱﾁｬｰってのは

発注仕様に準拠ってあったのなら
なんで作り直しなんてなるの？

>>191
よく読みなおそう。

制作側に仕様が伝わってなかったということなら、
そりゃDreamweaverのせいでもJIS X 8341-3のせいでもなかろう。
DWでJIS準拠のサイト作れないわけでもないし、よくわからんなあ。

>>193
「バリバリ Dreamweaver 製」ってのが、JIS非準拠の暗喩なわけよ。
その手のオーサリングツールで作成される典型的なWebページの質に対する皮肉というか。

暗喩というよりはただの決め付けだと思うが。

>>194
やっぱり意味わかんないよ。
テキストエディタで書こうがDW使おうが一緒だよ。

制作側に仕様が伝わってないってことの方が問題だと思うが

DWでもちゃんと作れるけど「バリバリ」というのがミソで。

>>191
仕様に反して全然準拠していない物を作ってきたから。

>>193,>>196
そりゃ DW でも使い方によっては JIS 準拠のコンテンツを作ることも
不可能ではないだろうけど、俺は不向きだと思っている。
DW が悪いとか、JIS が悪いとかじゃなくって、
悪いのは仕様をちゃんと読まなかった営業や現場のチーフ。

>>197
そういうこと。

あと、バリバリ DW 製って書いちゃったけど、
実際のところ DW で作られたという確証は何もなく、
論理要素が全く使われていないこと、TABLE や物理要素使いまくりであること、
Transitional として評価すれば Valid であることから
まあこれは旧来の案件と同じ考え方で適当に DW 製で作ってしまったんだろう
と判断しただけにすぎない。

>>199
逆に質問なんだが、それじゃ何を使って作るのがお勧めなんだ？

"実は考えていない"に20JIS。

"188の理解もかなり怪しい"に8341JIS。

>200
メモ帳

>>200
ez-HTML

何使おうが、構造化を理解してなきゃ意味ないんじゃね？

>>205
制作側に仕様が伝わってなかったとことが原因なのに
>>188がDWダメダメと書いているからな。

マクロメディア社員必死だな

Flashのアクセシビリティとかにも必死だね

動画などのコンテンツとかどうしてます？
字幕つけるとかSMIL使うとか聞きますけど

>>205
それはもちろん、当然の前提条件です。

仕様や規格は出来ても
それを実際に落とし込むツールも技術者も
まだそれに追いついていない感が否めないね

>>200
ちゃんとしたテンプレ作れば、
スクリプトでもDWでもなんでもいい。

関係ありそうなので貼っておきます

http://news19.2ch.net/test/read.cgi/newsplus/1096372180/
【国際】"障害者、ウェブサイト使いにくい"と提訴→「製作者に障害者差別禁止法の遵守義務なし」判決

まあ、影響が大きすぎることも考慮しないといけないでしょうなあ。
義務はないが努力するに越したことはないと。

制作者に質問ですが
スクリーンリーダーとかで
作ったサイトをチェックしたりしてますか？

>>214
している。うちでは工程内チェックとして必須。
>>212のは、確かに海外では義務なしとされているが、
国内で全く同じ判例を踏襲するとは限らない。
>>213の意見にはげ同。

>>214
CSS 無効化、画像非表示、TABLE のリニアライズによる確認、くらいしかしてない。
ほんとはスクリーンリーダーでもちゃんとチェックしないといけないんだろうなあ…

>215
自分トコでも読み上げチェックすることになったのですが
スクリーンリーダーは何を使ってますか？

規格に沿うかのチェックは人手があれば分担すべきなのでしょうが
まだまだ認識も知識も経験も足りなすぎですねぇ……

こういうところは参考になるんじゃないかな

視覚障害者による視覚障害者のための情報検索サイト、アイリンク。
http://www.eyelink.jp/

>>212
これは公的に、もしくは、アメリカ国内で影響が大きいサイトだったら、
義務ありになってたんじゃない？

W3Cがこの裁判で原告側支持の文書を出してたんだけど、裁判上どういう意味が
あるかまでは読み取れん。だれか教えてくれ。
http://www.w3.org/2003/03/17-brief.html

hosyu

この本はどう？

http://index-press.co.jp/home/books/welfare/barrierfree1.htm
視覚障害者のための音声パソコン入門

この規格、世間的に認知度はどんぐらいなんだろう

この規格だけでなくJISとかISOとかの存在を知らないのは
企業だけでなく利用者や消費者にも言えることだけど
普及してもらわないとどちらにも意味ないんじゃない？

>>223
認定もないこのJISに意味はない。

>>224
認定の無いJISってほかにもあったような…

>222
書籍だけでなくテキスト版用意してるみたいだけど
HTML形式にして欲しいとこ
目次があってもリンクがなきゃ読みづらいだけ

>>226
テキスト版は音声リーダー用だろ。

その音声リーダーで読む場合のことをゆってるんですが

音声リーダーのすべてが、WEB対応だと思ってる？

>>229
> 音声リーダーのすべてが、WEB対応だと思ってる？
Web対応してない音声リーダー向けにテキスト版があるということ？

読み上げさせて利用する場合、
テキスト形式だと全文を読むだけならHTML形式とあまり変わらないけど
ハイパーリンクや見出し等があれば
章立てされた長文などはHTMLの方が読みやすいんじゃないかと

対応してない環境だと、タグまで読み上げられて邪魔だったり、
環境にあわせて再加工するときなどには手間になるから、テキストでって依頼された経験はあるよ。

>>231
> 対応してない環境だと、タグまで読み上げられて邪魔だったり、
> 環境にあわせて再加工するときなどには手間になるから、テキストでって依頼された経験はあるよ。

あーなるほど、点訳ソフトとか使う場合があるか

ホームページビルダーのｴｸｽﾃﾝｼｮﾝとして
JIS対応のが出てきましたね。
使った人いますか？

>>233
これですか？

ホームページ・ビルダー対応版　バリアフリー・エクステンション
http://www.infocreate.co.jp/

しかし、アクセシビリティとバリアフリーじゃえらい違いだ…

ビルダーなんて使ってる人は
アクセシブルとかJISなんて考えたことないんじゃないの？

>>235
自治体の現場ではビルダー大活躍！
企業でも使ってるところ多いし、目のつけどころは悪くない鴨

hosyu

自治体サイトユーザビリティ調査
http://premium.nikkeibp.co.jp/e-gov/special/2004/sp041210main.shtml

age charu

>236
どれぐらいが理解して使ってることやら

http://www.jisc.go.jp/newstopics/tpk/accessibility.htm
Not Found

and so what

新しいURLはここか?
http://www.jisc.go.jp/newstopics/2004/accessibility.htm
URLをコロコロ変えるなというのはガイドラインに入ってたっけ?
今度のURLはティムたん推奨の年度が入ってるから
管理者がトチ狂わない限りこれ以上変更無いと思うが

>>243
ガイドラインには入ってなかったと思うが、
放っておくと平気でコロコロURLを変える非常識な奴が意外に多いから、
次の改訂時には入れるべきだと思う。

ここに来ている香具師らには常識なページだとは思うが一応再掲
http://www.kanzaki.com/docs/Style/URI.html

URL移動について触れている横浜市のガイドライン
http://www.city.yokohama.jp/me/soumu/ipd/gl/dr/dr7.html#KOU8

ナビゲーションスキップに関して
http://satsuki.sakura.ne.jp/~rockman/diary2/20050628.html

よく使われているスクリーンリーダーでは、ページ内ジャンプができんらしい。

「ナビゲーションスキップ」の定義が無いことにゃ話にならん

Macromedia Web アクセシビリティ セミナー 2005
http://www.info-event.jp/mm/accessibility/

これ行った香具師いる?

東京の行ったよ。

富士通のサイト運用スキームの話が参考になった。

>247
内容は、>249の通りアクセシビリティの確認を制作フローに取り入れろっていうことと、
喧しく「ｱｸｾﾋﾞﾘﾃｨだｺﾞﾙｧ！」って言われるのは、高齢化社会に対応するためってことだな。

高齢者＝複数の障害を抱える可能性が高いってことﾗｼｲ

なんか出た。
http://www.jsa.or.jp/domestic/instac/commitee-acc/web-tech-repo/technical-report.html

サルベージあげ

JISが出て1年4ヶ月ぐらいたちますが、その後皆さん
どうしてますか？
自治体での取り組みはちらほら見かけますよね。
民間でも、銀行とかで証券会社とかアクセシビリティを
考慮したリニューアルがぞくぞくとされてますね。
実際は???なところもありますが。

皆さんのところはどうですか？

JISのくせに読むだけで頭が痛くなる。

それほどつまらないサイトばっかし。

確かにあの規格書は読みにくいですねえ。
JISを解説したサイトもなんだか硬い感じがします。
アライドブレインズのJIS解説本はいいんじゃないですか？
自分はあれで勉強しました。
まあJISそのものを解説しているだけなので、画期的な解決法が
あるってわけではないみたいですが。

>>255
あの本は確かに勉強になるね
途中に出てくるコラムが面白かった

障害を持ってるユーザーがどんなふうにウェブをつかってて、
ウェブの利点は何かとかが書いてある。
著者の一人が障害者と接して感じたことも書いてあった。

age

Jisが出てから、アクセシビリティが下火になったような気がする

広島大学のトップページhttp://www.hiroshima-u.ac.jp/index-j.html
「このページはユニバーサルデザインの理念に基づく広島大学Webアクセシビリティ指針に従いデザインされています」って
ことなんだけど、このpdf文書も読みにくいし。
alt=""""って、何？

「アクセシビリティ指針」のPDFが画像で作ってあるのは、何かのジョークなのだろうか？

5ページ目、「ＰＤＦ文書…がある場合、その代替となるＨＴＭＬページを用意する」に違反する自己矛盾。
広島大学は腐っとる。

挙げたらあと2スレ消費しちゃうからもうやめ

でも、広島大学はこんなことまでやろうとしてるんだぜ。

http://www.hiroshima-u.ac.jp/top/koho/news_info/p_47dc84.html
＞日本の大学初のアクセシビリティリーダー育成カリキュラムを開始します。
＞平成１８年１月１９日
＞広島大学とマイクロソフトが協力関係を強化し、日本の大学初のアクセシビリティリーダー育成カリキュラムを４月より開始

http://www.hiroshima-u.ac.jp/top/koho/news_info/p_47dc84.html を HTML4.01 Transitional としてチェックしました。
410個のエラーがありました。このHTMLは -235点です。タグが 18種類 465組使われています。文字コードは EUC-JP のようです。

自分は不器用な男じゃけん。
許してつかぁさい。

>>259
横幅1000ピクセル固定ってだけでもう…ww

富士通ウェブアクセシビリティ指針 日本語サイト向け 第2.0版 チェック結果

チェックしたファイル(1)
http://www.hiroshima-u.ac.jp/index-j.html
参照したCSSファイル： http://www.hiroshima-u.ac.jp/etc/style.css

結果: 問題点が、91件ありました。
86件: 必ず、何らかの修正が必要な問題です。
5件: 場合によっては、問題ではない項目です。

<script>に対応する<noscript>がありません。<script>を利用できない場合のために<noscript>を記述してください。
<html>にlang属性またはxml:langを指定してください。
リンクのない<img>にalt属性(代替テキスト)がありません。
リンクのある<img>にalt属性(代替テキスト)がありません。
onclick(JavaScript)を使用しています。キーボードだけで操作できるか確認してください。
<table>に<th>がありません。行や列の見出しには<th>を使用してください。
<table>に<caption>がありません。表の上部に表題を表示してください。
文字色(#333333)と背景色(#555555)のコントラストが足りません
文字色(#ffffff)と背景色(#ffffff)のコントラストが足りません

PDF 全文画像掲載しているような DQN が運営している割にはまともな方か。ALT 属性全然書いてないことを除けば。

3ヶ月の時を越えて急に蘇っただけあって
なかなか強烈な餌ですな。

> 文字色(#ffffff)と背景色(#ffffff)のコントラストが足りません
なんかエラーチェックおかしくね?
全く同じ場合は別のエラーメッセージが用意されてるはずなんだが
http://openlab.ring.gr.jp/k16/htmllint/explain.html#same-bgcolor
http://openlab.ring.gr.jp/k16/htmllint/explain.html#near-bgcolor

>>268
＞富士通ウェブアクセシビリティ指針 日本語サイト向け 第2.0版 チェック結果

広島大の人気に嫉妬

ほすage

広島大学その後

http://www.hiroshima-u.ac.jp/top/koho/p_52b24e.html
広島大学ウェブアクセシビリティ指針

http://www.hiroshima-u.ac.jp/top/koho/p_52b24e.html を HTML4.01 Transitional としてチェックしました。
465個のエラーがありました。このHTMLは -349点です。
このHTMLには重要な問題が多く含まれています。環境によっては閲覧できない可能性が非常に高いと言えます。

Fujitsu WebInspector 5.0
JIS X 8341-3　高齢者・障害者等配慮設計指針 チェック結果
ファイル名： http://www.hiroshima-u.ac.jp/top/koho/p_52b24e.html
結果 件数： 問題点が、62件ありました。

ファイル名もアクセシビリティ的に×

Fujitsu WebInspector 5.0
JIS X 8341-3　高齢者・障害者等配慮設計指針 チェック結果
ファイル名： http://w3hosp.med.nagoya-cu.ac.jp/staff.html
結果 件数： 問題点が、2000件ありました。

JIS X 8341-3:2009って今月中に出るはずじゃなかったか
過疎ってるな

とりあえず公開レビュー版見ていろいろ対策考えているけど、
アクセシビリティ・サポーテッドであるかどうかのテストが難しい。
特に、日本はスクリーンリーダーはいくつかあるけど、ブラウザが…

WCAG2.0読むの疲れたよ…ところで、
http://www.w3.org/TR/WCAG20-TECHS/general.html#G55

なぜ日本語が…

今でも8341-3使ってるの？

HPなどで友達が稼げるようになった情報とか

⇒　http://asaswq3wq.sblo.jp/article/181819223.html

興味がある人だけ見てください。

H3373H5NL4

誰でもできる在宅ワーク儲かる方法
少しでも多くの方の役に立ちたいです
グーグルで検索するといいかも『金持ちになりたい 鎌野介メソッド』

YEUDX