富士通がwebサイトの制作基準発表 113
ストーリー by yourCat
ブラウザ限定が間違いの始まり 部門より
ブラウザ限定が間違いの始まり 部門より
FireStorm 曰く、 "『富士通ウェブ・アクセシビリティ指針』に、同社の“誰でも”アクセスしやすいwebを制作するための指針がまとめて発表されている (プレス・リリース)。内容を見ると、最近では語られることも少なくなったが、昔から言われているHTMLでWebを書く際に気をつけるべき事柄が書き連ねられていると思う。/.Jの読者諸氏はこれをどう思うだろう?。
最近のWebデザイナーと呼ばれる人達には是非とも取り込んでもらいたいと思う。"
kamuy 曰く、 "長らく言われ続けているにもかかわらず、なかなか普及してくれないWAIの主張・方針ですが、国内最大手のNiftyを擁する富士通が注意を向けてくれて、更に実際に行動中であることを非常に心強く思ってしまったりします。コレに続いて続々と他の大企業も「WAI対応」を実施して頂きたいモノです。
コレで「だって○○みたいな大企業だってそんなのやってないじゃん」などの個人サイト運営者の言い訳が通用しなくなると良いのですが…
#不思議HTML採用中の/.Jはどうします?(笑)"
WAIを守れば十分か? (スコア:4, 参考になる)
> WAI（Web Accessibility Initiative）の
> Web Content Accessibility Guidelines1.0、
> 米国リハビリテーション法508条、総務省ウェブヘルパー
> など、既存の基準、ガイドライン等との整合性を
> 重視いたしました。
とありますね。これで3つのガイドラインに従ったように見えますが、WAI以外の2つは、基本的にWAIを下敷きにしたもので、それに
1つか2つ付け加えただけのものに過ぎません。
はたして、WAIを守ればアクセシビリティを確保できるのでしょうか?
もしかして、WAIを守ることが目的になっていませんか。WAIを守りさえすれば、アクセシビリティを確保したと思っていませんか。
怖いのは、WAIを守ったからといって安心して、真剣にアクセシビリティについて考えないことじゃないですか...と沢山の人に言いたいです。
WAIは守るものじゃないのでは。 (スコア:3, 参考になる)
WAI は、Web へアクセスできるユーザの幅を広げるためのツールです。
その視点に立てば、各種の制限を課されたユーザに対して、効率よく正確にコンテンツを配信できているかを確認するのに、WAI のガイドラインは、非常に良くできています。
WAI のガイドラインを Priority3 まで実現するのは確かに大変で、荷が重いですが、Web 製作者が目的とするユーザ層をどこに広げたいかを考えつつ、徐々に実現していけばいいことでしょう。
＃公共サービスの Web は、広いユーザ層が使わざるを得ない
＃という点を、忘れてほしくはないですけどね。
ご説ごもっともですが (スコア:1)
Re:ご説ごもっともですが (スコア:1)
以前にもご指摘をいただいています。 [home.ne.jp]
個人サイトには荷が重い (スコア:3, すばらしい洞察)
そうなったらなったで別の言い訳を探しそうな気が．
WAIの方針が広まらない理由の最大のものは方針に沿ったサイト作りの煩雑さだと思う．
私もオフィシャルなサイトを作るときにはさすがに出来るだけ配慮はするが、趣味でやっている個人サイトについては「見たい人だけ見てくれればいい」という名目で手を抜いてるし．
もちろんインターネットに参加している以上は多くの人が利用可能な形でWebページを公開することがコミュニティへのフィードバックなんでしょうが、別の形の貢献でもいいとも思うし、現状ではフィードバックに要する負担が大きすぎると思うので．
WAIの方針に沿ったサイト作成がもっと容易になるようなもの、例えばアクセシビリティ（HTML文法ではなく）の自動チェッカーとか、既存のページを容易にアクセシビリティ向上する形に変換できるようなHTMLエディタ（というかコンバータか）みたいなものが出来て、それが初心者にも使われるようになればいいな、と．
Re:個人サイトには荷が重い (スコア:3, すばらしい洞察)
個人は系統だったHTMLの学習をしないからだと思う。にわかプロも同様か。専門学校なんてナニ教えてるかわかんし。
ソースをみて「あー、こーなってんのね」とパクるにせよ、ソフトの機能をグリグリと使うにせよ、思想的な背景を学習しないもんね。
Re:個人サイトには荷が重い (スコア:2, 参考になる)
「個人サイトだから期限もないしのんびり時間を
かけて WAI準拠だー」って考える人もいるかも
しれないし。
荷が重くなるのは「製作コストにWAI を考慮する分の
余裕がない」とか「余裕はあっても、WAIの価値と
そこまでコストをかける負担とを天秤にかけた結果
切り捨てた」とか「時間に余裕が無い」所かな、と。
自分が関わっているドキュメントでは WAIを
ある程度は意識してますけど、今はまだそれよりも
文書内容の完成に注力している段階なので、WAI
に背いている個所も幾つかあります。
んで、WAIに沿った改善もいずれ行いたいのだけど、
それよりも英文版も作成する方がより読者層を
広げるんじゃないかと思っていたり。（WAIを
軽視しているつもりはないす。ただ、広がりを
考えると...）
とはいえ、英文作成と WAI準拠のどちらが自分に
とって楽かというと後者なんだが。英語苦手。
Re:個人サイトには荷が重い (スコア:1, すばらしい洞察)
どちらが機械に任せられるかを考えると、少しも任せられないWAI準拠のほうを手作業でやったほうがいいのではないかと思ったり。(機械翻訳が適切かというと困りますが、こっちは多少はなんとかなってる)
Re:個人サイトには荷が重い (スコア:1)
全くおっしゃるとおり．
個人も法人も荷の重さは同じ．でもオフィシャルなサイトでは荷が重いからって投げ出すのには、オフラインの立場や責任上、個人よりも厳しくあたるべきではないかと．
つっても「大企業も一個人も平等な機会で意見や情報を公開できる」というインターネットの公平性ってのも考えると、個人だからってあんまり無責任なこともしたくはないし．
すでにその罠にはまってます．「いつかやろう」と言いながら何年か放置してたり．結構たまってるHTMLをすべて手作業でチェックするのって面倒なんだよなぁ．う〜ん．
＃まぁのんびりやるか ＜ってオイ
Re:個人サイトには荷が重い (スコア:1, 興味深い)
見栄えより『見やすい』『軽い』『少なくともIEとネスケで全く同じに見える』が基本です。
WAIの方針なんてさっぱり知りませんでした。(^^;
Re:個人サイトには荷が重い (スコア:1)
いやーんな感じになり諦めたことがあります。
# 面倒臭いのもありましたが（笑）
当時は Netscape6 もまだ出ていなかったと思うので
NN4.xx と IE5 でよくいがみ合っていた頃だと思うのですが、
CSS 使えば NN4.xx は落ちたりするし、だからと言って
HTML3.2 で書くのも嫌だしと、反論を受けつつも
HTML4.0 Transitional で table 使ってましたね…。
今はすっぱり諦めて HTML では基本的に論理構造のみとしています。
すっぱり諦めると
「NN4.xx だって CSS off にすれば w3m-img 程度には見られるしいいや」
と清々しい気分になれました（笑）
Re:個人サイトには荷が重い (スコア:1)
富士通のドキュメントを読みましたが、なるほど、参考になります。
特に、36の ○×の記号の使い方の話とかは鋭い指摘だと思いました。
35の取消線の話は全くもって同意見で、取消線がなくても、
内容が通じるように、一応気にしています。
ただ、最近、テキスト読み上げのことを考えると
「～」とかを伸ばし記号につかっちゃだめだよな～(←だからこれがだめ、ちなみにこの左矢印もよくない。笑)と気づきましたが、でも、なんとなく「～」が使いたくて、ついつい使ってしまってます。
49のスタイルシートの件は、未対応ブラウザへの配慮などはとても楽です。むしろ、中途半端に対応しているNetscape4.xへの
配慮は、ちょっと複雑なことをやった場合に、
ものすごく大変で困ります。
それと、Webページの文字コードにISO-2022-JPを使ったばっかりに、Opera6.03日本語版の不具合で、半角チルダが文字化けし、ちゃんとURLリンクが使えなくて、アクセス者からクレームが付くなど、下らない心労があるのも、勘弁してほしいものです。たぶん、このままだと誰もレポートしそうにないので、私がバグレポートしなきゃ(苦笑)。
Re:個人サイトには荷が重い (スコア:1)
<del> は取消線ではなく消していることを示すタグで、
ブラウザが勝手に text-decration: line-through; してるだけだし。
とは言っても読んでくれないなら仕方ないですが。
ふむ…。
> <del title="理由">消したい内容</del>
> <span class="no-css">（理由）</span>
として
> .no-css{display: none;}
とすれば良さそうですね。
Re:個人サイトには荷が重い (スコア:2, 参考になる)
ページが閲覧出来ない、というパターンは大きく分けて4種類あるのではないかと考えています。
ほぼ代替手段がありません。
あっても(3)とも比較にならないほどコストがかかることが多いのではないかと思います。
ブラウザを変更するなどの代替手段があります。
代替手段はあるが非常にコストがかかります。
例えば携帯電話やPDAなどからアクセスしておりその他の環境がない方です。
そのままです（笑）
私が趣味でページ作成する場合、(1)は出来る限りサポートしようと思っています。
(2)は HTML4.0x/XHTML1.x に完全準拠することで後は諦めます。
趣味レベルでブラウザごとの特性やバグを考えて作るのはちょっとしんどいです（汗）
(3)は出来れば対応したいと思いますがなかなか難しいです。
何らかの現実的に有効な統一されたフォーマットがあれば楽なのですが…。
（XHTML Basic は各種携帯端末、PDA で閲覧可能なのでしょうか？）
(4)は…… 駅前留学しようかな…（汗）
とりあえず翻訳サイト経由のURIを貼っておくのはいいかも知れませんね（汗）
後は出来るだけデザインとユーザビリティ [usability.gr.jp]を考慮し CSS で味付けするようにしています。
と、偉そうなこと言ってますが私もちゃんとページが作れている自信はありません（汗）
アクセシビリティを確保するというのは本当に難しいですね。
ま、その前に誰もが見たがるほどコンテンツに魅力があるかどうかというのがもっと難しいところですが…(^^;
Re:個人サイトには荷が重い (スコア:2, 参考になる)
ツールがあるみたいです。
Re:個人サイトには荷が重い (スコア:1)
「色盲は「ポリモルフィズム（遺伝的多型）」であり「異常」ではない」 [nig.ac.jp]そうです。なるほど。
Re:個人サイトには荷が重い (スコア:1)
#0000e0 の文字を反転すると #ffff1f
#00a000 の文字を反転すると #ff5fff
という具合に。
これって色覚障害の方への配慮ですかね？
四年前の話 (スコア:3, 興味深い)
仕事をしていたときの話。
自治体のウェブページ向けのガイドラインと称して
視覚障碍者、四肢障碍者等を意識したHTMLの作成法を
記したドキュメントがあった。
既にバリアフリーなページへの取り組みを形にしているんだ、
と感心した。中身も詳細や効果を解りやすく記述して、
デザイン重視のプロデューサでも噛み砕ける内容で、
決していい加減なものではなかった。
しかし、おれは疑問だった。
なぜ、そのドキュメントが部内秘だったのか。
結局、有用なものを自らの手で腐らせてしまっていたようだ。
エントロピー (スコア:2, すばらしい洞察)
形で、片手落ちだなぁと思っていましたが、両論併記してますね。
あとは、この指針の運用だけでしょう（ってソレが富士通は下手に
見えるけど）だけに見えます。
この指針で一番注目すべき点は、私的には 21.番。
重要なものは冗長に、瑣末なものは簡潔にという、エントロピー的な
考え方を採用していて、しっかり、基本を忘れずにと言っているように
見えて、好感持てます。
もう一歩欲しい (スコア:1, 興味深い)
例えば@niftyの@homepage内で啓蒙するとか、サクサク君兄貴 [nifty.com]で制作したサイトは半自動的にWAI対応するとかなら大喝采ですが。
WAI != HTML validation (スコア:1)
まぁ、ウェブアクセシビリティを追求するには、まずHTML標準に則っていた方がよいということは言えると思いますが...
＃ということでそのページをチェック [w3.org]してみました。(^^;;
＃この時点では、11個ほど問題がありますね。
Re:WAI != HTML validation (スコア:1)
指針の使い方 [fujitsu.com]にてHTMLの標準にも気をつけましょうという旨が記されていたので混同しました。
仰有る通り、別物ですね。申し訳御座いません。
-+- 想像力を超え｢創造力｣をも凌駕する、それが『妄想力』!! -+-
凸版印刷も見習ってほしいなあ (スコア:1, 興味深い)
# 一応元関係者なのでAC
Re:凸版印刷も見習ってほしいなあ (スコア:1)
J2SDKをダウンロードするまでに、
えらい時間かかりますよね。
.::.:... .::....: .::...:: .::.:.:: .::..:.: .:::..:.
I 1 2 B H4[keR. :-)
オイオイオイッ (スコア:1)
潰れられると、チョト困る。
もうちょっと待ってくれ。
Re:凸版印刷も見習ってほしいなあ (スコア:2, 参考になる)
taka4
デザイナー？ (スコア:1, 興味深い)
ウェブ関係者全員にポリシーがあればいいんでないかなぁ
ネットに繋ぐ人物のやりたいことをさせてあげる。
これがサイトの理想であって、それを実現できればどんな手法でも良いと思うが、どうなんだろ？
ウェブデザイナーに言うとしたら「良いサイト作れ」とだけ
#規則は守れないから、存在する。
まさかとは思うけど (スコア:1, 興味深い)
言ってるだけでやってない人 [google.com] も世の中にはいますから。
（やけに重いんでGoogleのキャッシュです）
Re:まさかとは思うけど (スコア:1, 興味深い)
>文書の構造を正しく表すために構造的マークアップ(見出し、リストなど)を使用する。
のタイトルが
＜p＞＜b＞＜font face="ＭＳ Ｐゴシック"＞＜font color="#000099"＞＜font size=+2＞（１０）正しいマークアップ＜/font＞＜/font＞＜/font＞＜/b＞
というすさまじい出だしになってますね。
WAIに書いてある事をそのまんま写しただけなんでは？
こういうこと宣言しとくのって (スコア:1)
やっぱり仕事取って来る上の武器になるのかなあ。
あくまで仕事取ってくる上で。
大昔の富士通サイト (スコア:1)
＃google をもっとシンプルにしたようなヤツ
非常に先進的ではあったが、あれでは「アクセスビリティ」的には
アウトだったのだろ～か。気になるところ。
みんつ
テーブルレイアウト (スコア:1)
ま、そんな事を言っている富士通のサイト自体
テーブルレイアウトですけどね。
でもそれはしょうがないかな、お察しします。
Re:テーブルレイアウト (スコア:1)
taka4
Re:テーブルレイアウト (スコア:1)
テーブルレイアウトはまあしかたないかなあと思いましたが、「段落(p)」も「見出し(h*)」も「リスト(ul/ol/dl)」もマークアップ上では存在していないのはびっくりした。
きっとこれから改善されると信じます。造のための要素や属性と、表現のための要素や属性は、正確に使用し、論理構造に沿って記述すること。 [fujitsu.com]とありますし…。信じたいです。
Re:テーブルレイアウト (スコア:1)
指針 [fujitsu.com]にはp要素もh*要素もol要素もありますよ。
Re:テーブルレイアウト (スコア:1)
Re:テーブルレイアウト (スコア:1)
代行手段がいっこうに出てこないのが悪いと思う．
It's not who is right, it's who is left.
Re:テーブルレイアウト (スコア:1)
ですがかなり面倒で、なかなか意図した通りに表示されません。
果たしてこれが代替手段になりうるのかと疑問に思います。
Re:テーブルレイアウト (スコア:1)
確かにそうですね、大変なのは実感していますが
できないことはないですし、上手に使っているサイトも見られますし
知識のある人なら、一般的なテーブルレイアウトの左にメニュー右に本文とかのことはできるです。
infoseekをフルCSSで記述した人もいますし
Re:テーブルレイアウト (スコア:1)
Re:テーブルレイアウト (スコア:1)
但し、制作時間はテーブルの数倍で、
更に、class名がtableだったりしますが。
#そういやCSSで{display:table;}とかあるけど、
#これは'見た目'が表って意味だから、
#これで表組みするのは問題なし？
Re:テストを添削するテスト (スコア:1)
こんなレベルの修正ならともかく、不思議マークアップからの脱却や、アクセシビリティを考慮したサイトへの変更となると、手間暇のかかる事、かかる事。 そんな暇あったらFlashでも作れと言われたり。
Re:テーブルレイアウト (スコア:1)
基準に沿って作成することに基本的に異論はないけど、ページの
構成によってはテーブルを使ったほうがアクセシビリティの向上に
繋がる事もあるわけで・・。
Re:テーブルレイアウト (スコア:1)
多いんだよね。表示がメチャメチャだったりとか。
フロートでテキストが隠されるのもウザい。
IE ver5以降を使うと見えるんだけど、IE使えとは言いにくいし、
自分でも使いたくないし。
となると、当分はテーブル使うしか手がないんじゃないかな。
あ、Mozilla.orgとかNetscape ver6以降とかは論外扱い。
あーんなクソ重いブラウザはちょっと御免こうむる。
--------------------
/* SHADOWFIRE */
こんなの個人でもできてるよ (スコア:3, すばらしい洞察)
もっとも、具体的な改善策として、「最近の人権意識に高まりから、富士通のような取り組みを我が社もしないと、意識の低い会社かと見なされマイナスイメージです」とお偉方を納得させ、Web製作会社に「こういた指針でページを作ってくれよ」と言えば済む問題とも言えますから、富士通の取り組みはありがたいですね。
いずれにせよ、アクセシビリティーを排除しなければWebが構築できないなんてのは技術力の低さを示しているし、特定のブラウザでしか見えないようなページを公開する事は、恥を公開しているのだという意識が・・・広まるまでには時間がかかるかな。 (^^;
Re:だって大企業だってやってるじゃん (スコア:1)
って、それ以前の問題だよなぁというモノも多いかぁ。
AMIGA4000T(60/50)使い
Re:先生！ 質問でぇす♪ (スコア:1)
http://jp.fujitsu.com/webaccessibility/02.html
を見ると、doctypehtmlってなってますね。
ってんならまだともかく、とは(^^;;
typo…と思いたいなぁ。
Re:それは正義なの？義務なの？ (スコア:1)
より多くのサイトがアクセシビリティを重視するようになれば、より多くの人が幸せになれるということだと思います。
# 今見たら、WAIのホームページ [w3.org]の冒頭にも似たような趣旨の言葉が書いてありますね
# この点では、リンク問題
# (「リンクするなら連絡を？」 [srad.jp]とか「日弁連が無断リンク禁止を打ち出す」 [srad.jp])
# と通じるところがあるように思います
着眼点が (スコア:1, すばらしい洞察)
WWWが公共性を持つものである点に異論はないですけど、それを全てのサイトが同等に持つ特徴かというと僕自身はちょっと疑問。 例えば友人知人など限られた読者を対象としたサイトなら、WAIに準じて ALT属性つけろとかテーブルレウアウトやめろとか言うのは、なんだか行き過ぎかなと。
うーん... たとえば公団住宅の掲示板に張り出すお知らせ文書は、そこに住む公団住宅全ての人が見る可能性のある（例えが例えなので限られてはいますが）公共性を持つものです。 しかし、内容が成人の世帯主を対象とした内容だったら難しい言葉や漢字を多用してしまって、そのために居住者である幼い子供が読めなくても問題にはならないんじゃないかな。 住居管理費の増額に関する説明会のお知らせを幼稚園児が読めなくても別に問題じゃない、というか。なんか、そんな感覚。
だから、法人サイトだから WAIに準拠しろとか、個人サイトにまで準拠を求めるな、というのは着眼点が間違えているような気がするんですよ。
着眼点は、そのサイトが想定する読者対象じゃないのかなぁ...
で、たまたま法人サイトは健常者や一般のパソコンの環境以外の読者も意識するべきであることが多いだけで、法人サイトだから全てがそうならなければならないという事ではないかなと。
個人サイトだって同じ。 一部の限られた読者を対象としているならそれでとりあえずは充分だし、そうでなく色々な人に広く読んで貰いたいものなら WAIなどを参考に努力すべき、かなと。
Re:着眼点が (スコア:1, 興味深い)
どのような目的で使うにしろ、「参加者がネット社会の一員である」ことに他ならないわけで．そこから情報を得たり、そこで意見を主張できるという「権利」と同時に、何らかの「義務」も発生します．
「義務」というと元スレの話の流れから反感を買いそうですが、ここでいうネット社会における義務ってのは「WAIに必ず準拠せよ」ということではなくて「ネット社会に対して、できることでいいから、何らかの還元をする相互扶助の精神」ということだろうと．「教えてクン」みたいな、やらずぶったくりの精神ではなりたたない社会ですから．
そういう観点からいうと、たとえ公団住宅の掲示板にはり出すような、作り手側がその住人だけを対象に考えて書いた文章であっても、別の人が（どこか他所の団地で同じような文章を書こうとしてた人など）その文章を利用できるのであれば、それは作り手側にとって「社会への義務を果たした」行為にあたるわけで．それはネット社会にとっても望ましい方向だと思います．
「作り手側の意図」は尊重されるべきものだとは思いますが、「ネット社会全体」のことも考えた上で努力することも大切かと．WAIの方針ってのは結局、それをうまく機能させるためにどうすべきか、ってことに他ならないわけで．