JIS X 8341-3 ウェブコンテンツJIS
本日６月２１日よりJIS X 8341-3が制定される予定。
ストリクターもテーブルレイアウターもこの流れを無視しては今後は先に進めない。
０時３０分現在、ダウンロード出来ず。
つーか、６月２０日から公示という説もあったんだけど、まだ無いよな？
さぁ…
JIS X 8341-3もまだ見てないので分からん。
たぶんW3Cのアクセシビリティ・ガイドラインみたいな書類なんじゃないかとは
思っているんだけど…。
チクショー、クソスレだったか…。
ページ単位で取得できたりできなかったりすんのかな
とりあえず日本規格協会のサイト
ttp://www.jsa.or.jp/
漏れもいまかいまかと待ち構えているんだが・・・
今日でない可能性もあるのか？
それはおいといて、やっとダウンロードできるようになったぞ。
総計62ページ。これから読む。
おお、よかった(^^)
直ちに私もよみますーさぁどうかな？？？
うーん、まあ予想通りというか。無難な感じという印象。
いくつかこうなったら怖いな、と思っていた部分が全部杞憂に終わってて安心です。
漢字の読みは、ルビを、とかがきたらどうしようと思ってました。
って、このスレには私と１さんしかいなさそうですが１さんの感想はどうですか？
人が居てよかったよ。
ごめん、ダウンロードしたんだけど、まだ読んでないんだ。今日はこれを読むのが
仕事の予定だったんだけど別件が入ってしまった。
今日中に読むからちぃと、待って。
基本的には予想通りの内容でWCAG1.0を知っていれば「ふ～ん」という感想
かも知れない。
しかし、HTML文書を「文書」としてでなくウェブアプリケーション実行環境としての
利用を考慮した記述が随所に見られるのが印象的だったね。
たとえば９ページにはセッションやCookieを利用する場合、タイムアウトに対する
配慮が必要であると書かれている。またinput要素のラベルの付け方なんかも
WCAG1.0には無かったよな。この辺は参考になった。
また、バナー広告のあり方等、現状のビジネスモデルと照らし合わせた記述が
多かったと思う。
その一方、31ページの透明GIFにリンクを貼ってメニューをスキップさせるという
方法は、実用的ではあるかも知れないが少々違和感があるね。
んで根本的な事なんだけど、こういう文書はフリーで閲覧できるようにするべき
だと思うんだけど、だめなのか？
あららURIで表現できない部類のリソースか。
いけないなあ…
ホームページリーダー向けの対策として掲載されてた
自分もこれには違和感があったし
他のスクリーンリーダーじゃ無意味なんで
普通にテキストリンクをつけてます
PDF見たいけど、書籍にしようか悩んでる。
PDFを印刷すればいいんじゃないの？
印刷できないんだっけ？JISのPDF
わりと盛り上がってきたようでなによりｗ
以後はコテハンにする理由もないんで名無しと言う事で…。
JISの規格書というのは本当の意味でのシェアウェアなんで、企業がシェア
するというのは従来なら納得いく所。むしろ今回の8341-3だけが例外的では
あるんだけどね。俺なんかはモロ業務に直結するんで数千円の金払う事に
なんの問題もないのだけど、やっぱフリーにするべきなのではないのかと…。
まー、ここで言っても始まらないのだが…。
普通に印刷できたよ
自分まだPDFダウンロードしてないんす
ソシオメディア編著のユーザビリティ辞典持ってるんで
60ページ程度にまた金出すのもなぁと
内容がどれぐらい違うのかわかんないけど
もくじぐらいどこかで見れないかなー
ttp://www.nec.co.jp/press/ja/0406/2102.html
生粋の原理主義者の意見が聞きたいな。
って、まだ発表だけか・・・
現状のそういうツールで、フリーなのって富士通のと総務省のと、それ以外になにかありましたっけ？
私は良いとおもうけどなあ。もう既に一般的に使われている技法だし。
ただ気になるのは、それを多用すると検索エンジンSPAMとおもわれてペナルティな事くらいかな。
>>18
うん、たしかに・・・私はちゃんとダウンロードして読みましたが、この全文とかの
意義には反しますよね。もっともっと広く知らしめないと。
しかし、これって「公的機関がだしたウェブの規格としては日本初」の規格ですよね。
いいネタとはおもいますが、どこでも取り上げられないのは、結局有料だからかと。
有料のせいで、この規格自体の知名度が落ちるのは本末転倒ですよね。
私はすぐに提案書かかないといけないんで熟読しましたが、「～すべきである」が多くて
ちょっと迷いが多い。どうしよっかな。
はい。
まあ、無視しても「JIS規格に沿ったサイトです」と言っても良い、とはおもいますけどね。
レイアウトテーブルは使うべきではない、と言われても、現状使わずにやるのは・・・かなり厳しいし。
しかし、この「～べきである」を全部無視したら、殆ど意味の無い規格になっちゃいそうですよね。
「～すべきである」が多くて
実際には「～望ましい」という言い回しが多いね。
コストの兼ね合いなんかで「～望ましい」を全部省略したページと
対応したページじゃ、かなり品質に差が出てきそうな感じだな。
うーんたしかに。
しかし、普通の人からみると、その全部省略したページのほうが品質高く見えるんだろうな。
しかし、普通の人からみると、その全部省略したページのほうが品質高く見えるんだろうな。
アクセシビリティ、ユーザービリティを考慮すると、少なからずデザインに
制約を受けざるを得ないのが現状だよなー。もちろんCSSでかなりの事（あるいは
テーブルレイアウト以上の事）が出来るのだけど、テーブルレイアウトと比較して
検収費用が多めにかかる事は否めないし…。
JISに特化した問題では無いけど、うち的にはJIS対応を売りにする場合の
基本方針としては、ネスケ4に関しては@importでCSSオフ、ネスケ６、
ＩＥ５、Opera６以上は反映という方向にまとまりつつあるな。その他の
ブラウザは未定。
だけどケータイはどうしようも無いっす。
参考
http://pc5.2ch.sc/test/read.cgi/hp/1071673655/311-313n
@importかー。たしかに必要かもなー。
とりあえずうちは、CSS非対応ブラウザなんて考えてないなー。
CSSマンセーな規格において、非対応なんて考えたくない、というか。
勿論、内容見れるのは当然としても。
しかし、JIS規格対応かどうかは、「JIS対応ってかいてるけど～がちゃうやんか」と
いわれなければすべておっけーというレベルの認識で、おっけーかもなあとおもってます。
このサイトにも目を通すべきだ。
当の日本規格協会のサイトは如何なものなんだろうか
無料で閲覧できるよ
URIで表現できない部類のリソースではあるが
http://www.jisc.go.jp/app/pager?%23jps.JPSH0020D:JPSO0010:/JPS/JPSO0020.jsp=
「X8341-3」で検索(PDF/要JavaScript)
無料なのはいいんだがこのサイト自身をX8341-3に従って
書き直してくれと小一時間(ry
おおーありがとー。
■診断系サービス
ウェブコンテンツ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
商売になるほど盛りあがるのか？
これダウンロードできる？
会社のWinじゃ見るだけ？だったが
自宅のMacは落ちてきた
ツール関係は
ttp://www.aao.ne.jp/author/check/tools/index.html
に沢山あるね 使い勝手はどうなんだろ
Macでダウンロードできたとしても、コピペや印刷はたぶんできないと思うよ
できるけど対策されると面白くないので方法は内緒
>>37
故意に解像度は落としているようだが
ちょっと前まで画像を貼りこんだだけだったのが
テキストデータになってる。
アクセシビリティ的にも大変な進歩だと褒めてあげたいところだが
肝心の「アクセシビリティのための内容の抽出」を
許可してくれないことには何とも。
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 で無料で提供すべきだろ。
不正アクセス禁止法違反幇助で京都府警に通報しますた
冗談は置いといて、リンク貼られちゃったので漏れのやり方を書いとくと、
閲覧のウィンドウでF8を押すとAdobe Readerのツールバーが出るから
フロッピーのアイコンを押すと保存できる。
ちなみにAcrobat Reader 5では同じことをやってもツールバーが出ない。
もしかしてAdobe Readerのバグ?
それは多いにある！
実際に影響力が大きいと思われるのは５月に成立した「障害者基本法の一部を改正する法律案」
だろうけど、このタイミングでJISで規格化された意味はとても大きいと思う。
制作側としては知ってて当然のような中身でもあるし
むしろ支援技術の普及やサポート体制の整備をやってかないと
ウェブコンテンツはアクセシブルになったとしても
障害者や高齢者にはネットやパソコン自体がまだまだ敷居が高い
> あんまり騒ぐ程の規格でもないのかな
> 制作側としては知ってて当然のような中身でもあるし
それをJISとして定めた、って事実が大きいかなぁと。
> > 制作側としては知ってて当然のような中身でもあるし
> それをJISとして定めた、って事実が大きいかなぁと。
その通りだと思う。
国が JIS 化することによって、今までこういうことを
きちんと意識せずにきた制作者や大手ベンダーの対応が変わってくる。
うちは日立の CMS を入れたけど、アクセシビリティ JIS を意識した作りになってたし、
富士通が http://design.fujitsu.com/jp/universal/assistance/ を発表したりしているのだって、こういう流れを睨んでのことでしょ。
Macromedia や Adobe だって、これまでおざなりにしてきた部分にもう少し力を入れるようになるだろう。
JIS規格化されたことも知らなかったり……
大手制作会社は既に対策してると思うが
SOHOレベルの制作者はどう考えてるのかなーと
それが第1部や第2部でしょう
意味もなく「-3」と付いているわけではない
1,771,970
32f7f682ade5965da6aef6a7e6162378
>>39-40の方法でDLしたPDFでも18MB近くあるのに
HTMLは既にJIS規格になっているの？
それはISO HTMLの和訳だからW3C HTMLとはかなり違う
>>39-40 で無料でダウンロードできる PDF は、
有料版を買わせるための嫌がらせとして、
イメージベースの PDF にして無駄にサイズを大きくしてある。
>>40の方法で出したツールバーでテキストの選択ができるから
(コピーは禁止されてるが)テキストベースになってると思うんだけど
違うの?
2004年2月発行のX0213:2004のPDFとかは確かに完全に
イメージベースだけど
まさか本当に無駄に意味もなくサイズを大きくしてるだけ?
従来どおりのイメージベースだった。
もしかしたらアクセシビリティ用の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 統一資源識別子（ＵＲＩ） 共通構文
国際規格として定められたHTMLがISO/IEC 15445:2000で、
そのまま和訳したものがJIS X 4156:2000。規格になってるか？と
聞かれたらYES。作ってる団体が違うし、HTML4.01 strictより
はるかにめんどくさい（と思う。作る機会がないことを願う）という意味で、
>>52は親切な解答だと思った。
差別化のチャンスだと思ってるけど…
そこそこまともな仕事なら「アクセシビリティ対応」が制作条件に
入ることが増えてきてますし。
検索ができるからテキストベースというわけではない。
拡大してみればわかると思うけど、明らかにイメージベース。
イメージベースである場合でも
検索や音声読み上げ等のアクセシビリティ対策として
画像の上にテキスト情報を付加する機能が PDF にあったと思うから、
それを使ってるんでしょ。
ところでアクセシビリティのための抽出は許可されてるの?
ツールバーは出せてもメニューバーが出せないから
確認のしようがないんだが
するべきかな？ 普通、チェックの右側にラベルが配置されるのが視覚系だと
一般的なんだけど読み上げ系の場合はそれだとよくないぞと規格書には書かれて
いるわけだ。例示ではテキストボックスしか無いあたりがちょっとズルいん
だけど、このポリシーに従うとしたら果たしてどうしたらよいだろう…。
できるだけaccesskey属性を指定する…じゃだめ？
読み上げ系といってもHPRを念頭に置いてるっぽいような。
図示してないけど、>>62のいうとおり、
「ラベルとコントロールを関連付けよ」って、
例5（8ページの一番下）に書かれてるよね。
該当部分の附属書例示を見ると、
labelだけじゃなくて、
選択肢が多い場合には、fieldset、legend要素も使えって。
あと、右側に配置するなと言っているのは、
注記とか例とかそういうもののことではないかと。
実際には、どの程度で「対応」って言えるのかなぁと思って。
JISマークがくっつくわけじゃないし、
「～～が望ましい」っていう要件は
対応しなくてもいいっていう判断でいいのかなぁとか。
メニューバーはF9
それは知ってるけど押しても出ない
ツールバーは出るんだけど
自分のところはクライアントの理解度しだい、という感じ。
コンペで非線形テーブルのサイトに負けた時には泣けてきた。
>HPRを念頭に
accesskeyってHPRじゃ使えないっぽいよ
なんか今後バージョンアップもしないらしいし
他のスクリーンリーダーで試してるけど全然挙動が違うし
HPRはIEの表示結果を読むだけっつーか何つーか。
意外と怪しい。
>61みたいな
試したい要素とかあります？
自分フォーム関連よくわからんのです
過去ログ嫁
ついでだから過去ログに書いてないことも補足しとくと、
無料版には解説が付いてない。
JIS「規格」そのものに著作権はないが、解説などを加えた「規格票」は
著作権法で保護される著作物(とJSAは主張している)。
http://nikkeibp.jp/wcs/leaf/CID/onair/biztech/rep01/313783
＞最悪の例が、よりにもよってウェブの使い勝手向上を狙うプロジェクトの広報ペー
＞ジにあった。これはウェブ表現に関するJISの「高齢者・障害者等配慮設計指針」
＞を検討するためのページ。公開レビューのために用意されたものだが、実は既に
＞2003年11月24日に締め切られている。読者の皆さんがこの原稿をお読みになる頃
＞には既に消えてなくなってしまっているかもしれないので紙上再現しておこう。
＞
＞このページに行くと、ウェブコンテンツの素案（PDF、100KB）、付属書 ウェブ
＞コンテンツに関わる例示（PDF、24.9KB）などが用意されている（と思わせるペー
＞ジが現れる）。さて、その「ウェブコンテンツの素案」というホットリンクをク
＞リックすると、おもむろにダウンロードが始まり、Acrobt Readerがたち上がり、
＞PDFページが表示される。公開レビューは終わってしまったが、どんなたたき台
＞が用意されたのだろうと。固唾を飲んで表示を待つこと数秒．．．．
＞
＞いわく、「公開レビューは終了しました。素案は削除されました」
>>40
Ctrl+Shift+Sで十分
例えば、改行とか、文字を揃えるためのスペースとか
読み上げに影響するんじゃないの？
PDFって作ったことないからわからないが
おかしな方向に暴走しそうで怖い。
これどうよ？
ユーザビリティは相当低いよねReader起動するのに時間かかるし
HTML版とPDF版用意されたらわざわざPDF版選ぶ人間はいませんね。
これらのことから当然アクセシビリティも低いです
競合する本ないし、JIS策定に深く関わったところが作ってる本だし、漏れはとりあえず買います。
この薄さでこの価格、だったけど、まあしかたないか。
これからじっくり読むつもり。
「よく分かんないけどユビキタス時代とかいってるし無いとまずいよね？
プロに任せて適当に作らせちゃいましょうや」
って感じに出来上がった感が否めない。
大体日本独自規格を立ち上げる意味がわからん。
W3Cに任せて寄付金でもだせばいいじゃん。
日本独自の事情もあるからJIS化は喜ばしい、
みたいなコメントがWAIから出てたが。
（ソース見つからんかったけど）
>>42-44でがいしゅつ
使えるのか？
ほかのとこと同じデザインでいいや。
っていうんなら、使えるんじゃない。
実際、
http://www.aao.ne.jp/ac/promotion/use.html#sec-c
に載ってるサンプルの真ん中のやつと、
http://www.city.fujieda.shizuoka.jp/asp/f0000.asp
は、同じだし。
すげー、よく見つけたねー
でもあのツールって13日から発売でしょ
先行販売でもしたのかな？
ツール使ったにしては、ソースがJIS対応っぽくない気がするが
実際どうなんでしょうかねぇ
IEはafter擬似要素に対応してないから？
どんな内容かご存知のかたいます？
JISの特徴についての簡単な解説（5P＋ニュース1P）
やっぱり、ドライマークやウールマークなんかも貼っておきたいよね。
冗談はともかく、イニシアチブがあるわけでもない団体のバナー貼っても
恥ずかしい感じがするなあ、まあ企業ならISO9001バナー程度には
興味あるかもしれんけどｗ
思うんだが、どうせ貼るならマシなデザインのバナーにしてくれと
貼るのが嫌になるようなﾀﾞｻﾀﾞｻﾊﾞﾅｰだと説得力もねえ
「品質保証コメント（認証印）」というのを
つけてくれるところがありますよ。
ttp://www.infocreate.co.jp/bf/validator/aboutbfs/basic.php
ご丁寧に「品質保証技術者名」まで入るそうな。
ttp://www.infocreate.co.jp/bf/validator/validator.php?ID=01A01
ttp://www.infocreate.co.jp/bf/validator/validator.php?ID=01A02
ttp://www.infocreate.co.jp/bf/validator/validator.php?ID=01A03
ttp://www.infocreate.co.jp/bf/validator/validator.php?ID=01A04
ttp://www.infocreate.co.jp/bf/validator/validator.php?ID=01A05
これは自己満足ですか？
ttp://www.infocreate.co.jp/bf/validator/validator.php?ID=01A00
ウェブがリンクで成り立ってるということを考えないと
普及させようという考え自体あるのかな？
わからないまま消して更新してそうだ
これの上位のサイトとかじゃね？
http://internet.watch.impress.co.jp/cda/news/2004/09/01/4460.html
自治体サイトのアクセシビリティ度、宮城県と香川県が高い評価
Webサイトの制作などを手がける有限会社ユニバーサルワークスは1日、
全国の都道府県や政令指定都市などの公式サイトを対象とたアクセシ
ビリティ調査の結果を発表した。（以下省略）
うちもいつかあのレベルを目指したいと思ってる。
…とはいうものの、
C:\Documents and Settings\... の画像にリンクした HTML 作る職員とか
A:\... の画像にリンクした HTML 作る職員とか (ブラクラだろそれ)
～.files/... の画像にリンクした職員が大量にいる状況じゃ先は遠いな…
ついでにもう一つ参考になる情報として、
山梨県も今年 XHTML 1.1 でリニューアルされたので紹介しておくよ。
http://www.pref.yamanashi.jp/
つーかさー
インターネットに公開するWebページでローカルの画像を
参照することなんてほぼありえないんだから
ツールが糞なんだと思うが
WEBというかHTMLはインターネットのみで
使うもんじゃないからな。
HTMLエディタはなんも悪くない。
同じく自治体webマス。問題は引継ぎだ。
今は俺がブラクラHTMLを全部治してうｐしているが
次年度は移動するのでどうするか悩み中。
いっそ全部システム化してくれ。
もっともシステム化してもタイトル蛍光ピンク・本文蛍光グリーンの
配色を行う職員は消滅しないんだろうな。
もっとカラフルにしたいってのは何だよ ＿|￣|○
自治体サイトなら、そこらの厨房サイトと違うんだから
色盲の人のことも考えろ、と言ってやれないのかなぁ…
それに勘違いする人もいるけど、こういうことって健常者にとっても益なんだよね
ど派手な色遣いが見にくいのは健常者にとっても同じ事
Web コンテンツ作りに慣れてない初心者職員は
色遣いもだが、無意味にタイトルをワードアートで作りたがる傾向があるな。
さらにペイントか何かでリサイズしているらしく、
やたらジャギっていてアスペクト比がいびつで醜い。
保守性とアクセシビリティを下げてさらに醜いという三重苦。
Photoshop 買えとは言わない、せめて PictBear 使ってくれ…
そんなド素人な職員にセンスの悪いデザインをさせないために
・全長統一かつそこそこ見栄えのするテンプレートを作って適用させる
・CMS を導入してそのルールから逸脱した物を掲載できないようにする
等の手段が必要なんだろう。
というわけでうちは今年度 CMS 構築中。
テンプレートって話が出たところで、一応挙げておく。
http://www.aao.ne.jp/ac/
俺はアライドブレインズの回し者ではないが。
増えてきてるよ。JIS化された意義は大きい。
「昨年調査時には、トップページの文字サイズが固定されていた。現時点では改善されているように見えるが、外部スタイルシートとしてローカルにあるファイルが指定されており、現在の表示が制作側の意図しないものである可能性は否定できない。」
ほんとだ、
http://www.pref.hokkaido.jp/menu.html、
ローカル参照してる。
<LINK rel="stylesheet" href="file:///C:/Documents and Settings/102070/デスクトップ/style.css" tipe="text/css">
つーか、普通に見てたら気づかんだろ。
HTMLエディタなんて一言も言ってないんだが
ガイドラインができても、
それが全然守られないってところが、問題なわけだが。
ttp://www.pref.ishikawa.jp/johosei/web-design/
確かに。自分の住んでる県は、情報系の部署がWEBにノータッチという
不可解な縦割り行政っぷりなので、悲惨な状態になってる。
市は、担当部署がかなり気合いれて各課にガイドラインを徹底させてるので、
業者に外注してるトップよりも下位コンテンツのがレベル高い。
トップ早く直せよ＞業者
教育はしてる。しかし、
・教育しても恐ろしく理解の悪い担当者がいる
・やっと理解してもらっても異動してまた理解できない担当者に替わりorz
http://www.pref.hokkaido.jp/style.css
これを指定しようとしているのであれば、改善されていないってことになるな。
それにしてもユニバーサルワークスなかなか鋭いな。
>>126
でも、そういうリンク指定をしてしまうのは十中八九 WYSIWYG なエディタだと思う。
しかもtipeて。
<META name="GENERATOR" content="IBM WebSphere Studio Homepage Builder Version 8.0.2.0 for Windows">
と書かれているのになんで?
そこを手で書いたとしたらローカルファイルであることに気付くはずだし……。
その種のエディタは
インターネット公開用に特化したモードを設けてもいいと思う
じゃあ今度からその「ツール」の名前を書いてから
批判してくださいね。
>JIS化された意義は大きい
担当者の負担も大きいよ
勉強不足つっていわれても本業じゃないし
外注で任せられるような業者も少ない上に、コスト高
システム化するのがいいんだろうけど
そうなってくるとウェブコンテンツとか以前の問題
突き詰めればキリがないんで結局どこで妥協するかと
なんで?
>>突き詰めればキリがないんで結局どこで妥協するかと
そうだよね。
JIS全部に対応なんていうと、
宮城や島根レベル（文書構造とか）までしなきゃいけないわけだから、
要するに「落としどころ」をきっちり決めて、
それを丁寧に全庁統一させるっつーのが現実的だと思う。
そのためには、Webマスターにかなりの権限が必要かも。
「ガイドラインをつくったのでご協力ください。」じゃなくて、
「このガイドラインに沿ってつくりなおせ。」ぐらいの。
みなさんとこは、どんな感じ？
システムでHPを作る場合は課同士の決裁になって
うｐされるまで俺は内容を見ることができないので阻止できない。
桶を出しているのは上司だからな。
とりあえず今はシステムを使ってもらうための期間だから
やる気をそがないようにしてると思われ。
>>125
まだローカル参照から直ってないな。
>>129
そのエンドレス教育に orz ﾓｳﾂｶﾚﾀﾖﾏﾏﾝ
>>134
ワードを変換して持ってくる業者もいる。
>>137
権限など無い！ わけで orz
>ワードを変換して持ってくる業者もいる
頭おかしいよね、それでいくら取るんだろう
ウェブ制作の教育するにしても
PCの基礎もわからん連中が多いからなー
システム化しても、変な入力しちゃうし
> そのためには、Webマスターにかなりの権限が必要かも。
> 「ガイドラインをつくったのでご協力ください。」じゃなくて、
> 「このガイドラインに沿ってつくりなおせ。」ぐらいの。
そう言いたいのは山々なんだが、
ガイドラインをまともに理解できる職員がほんの一握りしかいない中、
完全なシステム化、又は完全な委託化を行わない限り、
いくら「やれ」と言っても先に進まない。
この超財政難な中、丸ごと委託する予算なんかあるわけないし、
だいたい委託先の担当者だって、HTML4/CSS2/WCAG/JIS を
まともに理解していることはまだ多くない。
民間はどうしてるんすかね。やっぱり専門業者に委託?
機種依存文字の使用をできるだけ避けることを
心がけてくれたら、と思う。
Word の構造化機能やスタイル機能を理解して使っている香具師がどれほどいることか…
でもⅠⅡⅢや①②③とかは、使ってしまう気持ちはわかる。
それにⅠ、Ⅱ、Ⅲ、Ⅳが書けないからI、II、III、IVと書いたりするのは
機種依存回避という点では正しい対応だが、
音声読み上げ対応という点では逆にアクセシビリティを下げてるよな。
根本的には JIS X0208 を作った奴が悪い。
そんなあなたにJIS X0213。
MSが対応してないけどな。残念!
Unicodeでページを書けばいわゆる「機種依存文字」はほぼ解消されるのになぁ
でも日本の大手サイトでUnicode採用している所って無いよね？なんでだろ
その他 UTF-8 に対応していない携帯等への配慮
作成ソフトが UTF-8 に対応していない
とか?
DoCoMoならFOMAは対応してるけどPDCはしてない、のような感じがあるけど。
Googleなど海外では導入が進んでいるのに、
なぜ日本では採用例がほとんど無いんでしょ？
最近は Unicode の歴史的事情を知らない人も多いのかな?
漢字文化圏では Unicode を嫌っている人が多いというのも理由の一つでは?
1990年代には日本で Unicode に反対する運動が色々と起こっていた。
プログラマの都合だけで作られていて、真に国際的な文字集合ではない
し、漢字文化を軽視したつくりになっているから。
現在は、各海外ベンダ(マイクロソフト、アップル、サンなど)に押し切ら
れた形だと思うので、未だに反感を持っている人は多いと思う。
確かにそうなんだけど、最近は個人的には
絵に描いた餅より現実に使えるUnicodeに
傾いちゃったんだよね。
ローマ数字の並びはちゃんとUAが認識して表示するべきでは?
JIS X 8341-3の5.9 言語に該当する？
ローマ数字とかはlang属性つけるべきか？
実質日本だけだよ
韓国は漢字をほとんど使ってないしUnicode 2.0で
現代ハングル全部をBMPに突っ込めたからマンセー
北朝鮮やベトナムはすでに全廃してるし
中国はCJK統合漢字イケイケだし
MSがどうとか以前にISO-2022-JP-2004とかの
IANA登録ﾏﾀﾞｰ? (AAry
同意。英単語みたいに読み方をUAに持たせるべき。
「Super Bowl XXXVIII」とかちゃんと読めて欲しい。
本末転倒だと思うが
Ⅰなどが連続していたらそれは数字とみなす、でいいんじゃないでしょうか。
読み上げはspeak-numeral使って
見た目はlist-style-typeみたいな指定を
文章中の普通の数字に適用できればなぁと
まぁスレ違いなわけだが
スレ違いとも言い切れないと思うぞ
現実的じゃないわけで＞スレ違い
UTF-8使えばいいんじゃないかな
読み上げさせたいなら読み上げ辞書登録させるとか
画像にしてalt属性でというのは自分はなんかイヤ 面倒だし
何も解決しないし
略語じゃないけど。
rubyはXHTML1.1で対応
で、あってる？
・XHTML1.0Strictなのでrubyも使えない。
という理由で日付は↓みたいにマークアップしてる。これはダメ？
<span title="2004年9月15日">04/09/15</span>
内容のほうはW3CDTFをお勧めする。
title属性を優先するのと、内容を優先するのと
読み上げソフトで違いがあるっぽい
IEのレンダリング結果を読み上げるという音声UAも珍しくないし
韓国人のかたですか？
韓国はハングル文字数少ないし全部入ってしまいじゃん。
それで日本だけとはよく言えるなあ
Unicodeへの働きかけは日本だけじゃなくって
中国やベトナムだのなんだのも巻き込んでやってたんじゃなかったっけ？
ハングルって文字数っていうか、パターン数が膨大なんじゃなかったっけ？
Unicodeにも一部しか入ってないってきいたことがあるが…。
これを策定したところのサイトが従っていないのはどういうことなんだろ。
韓国は一旦収録されていたハングルを破棄し
新たに膨大な数のハングルをBMPという一等地に押し込んだため
一部からは顰蹙を買ったろうな。
ご存じのとおりハングルは合成文字（子音+母音といったふうに組み合わせて一文字）
なんだけど、その考え得る組み合わせの全パターンを収録させた。
当然その全部を使っているわけでもないのにね。
従う必要なしってことじゃん
別に罰則とかあるわけじゃないし
韓国は>>171が触れてるから省略
中国はExtension Bで漢語大字典の全文字(約5万字)を収録させた。
日本は申し訳程度に追加要望はしてるけど
「大漢和の全文字すら使えねーよ糞Unicode」とか影でぐじぐじ文句言ってるだけ。
そんなに利用するものなんだろうか？
高齢者がすでに２５％を占める世に中、それをみすみす見逃すのも勿体無し。
>>178
それで経費を賄ってるから。I
SOやらIEEEやら見ても無料配布の規格ってあるんかな。
無料のほうが普及はするんだろうけど、それなりに手間ひまかけて作ってるし。
そのうち何割がネットをしているか疑問
実際6割がネット使ってないみたいな話が最近あったけど
結局利用者なんて限られてて
限られた利用者は配慮がないサイトでも
それなりに見るだけの知識や経験はあるわけだ
配慮がないから利用しないのだとしたら、この規格は必要だけど
利用しない理由は他にあるのではないかなと
配慮が無いから利用しない
↓
利用が無いから配慮しない
↓
配慮が無いから利用しない
↓
利用が無いから配慮しない
↓
配慮が無いから利用しない
↓
利用が無いから配慮しない
↓
配慮が無いから利用しない
↓
利用が無いから配慮しない
↓
配慮が無いから利用しない
↓
利用が無いから配慮しない
↓
配慮が無いから利用しない
↓
利用が無いから配慮しない
↓
以下エンドレス
この悪循環を断ち切るのに必要なわけですよ。
そろそろバリアフリーの考え方を改めた方がいいですよ～
障害のない高齢者とか健常者のことはあまり考えられていないように思う。
例えば FORM の処理として「戻る」ボタンに依存してはいけないとか、
全角と半角はユーザに判断させるんじゃなくてサーバ側で処理すべきとか、
そういう項目が全然ない。
この規格を満たしただけじゃ高齢者に使いやすいとは言えないだろうね。
そういう意味では>>180の最後の2行に一部同意できる部分はある。
また、JIS に限らずどこのガイドラインを見てもそうだけど、
1ページ内で満たすべきルールばかりで、
サイト全体として使いやすい、分かりやすい Web 作りのためのルールはほとんどないね。
(せいぜいパンくずリストを付けましょうくらい)
汎用的なルールとして抽象化するのが難しいんだろうが、
これからの課題として頑張ってほしい。
利用しない理由としては
利用者がウェブコンテンツへ到るまでの
バリアフリーが整ってないのではないかと
何をバリアとするかは個々で違うけど
例えばマウスの操作一つとっても高齢者には難しかったりする
キーボードなんてなおさら
タブレットPCやタッチパネルなら使えるという場合もあるが
そういうモノがあることを知らない
こういう部分は8341-1や2に該当するかもしれないけど
そこまで含めた教育環境や支援設備はほとんどないのも問題ではないかな
しない場合とで価格って違うもん？
儲ける気マンマンの業者に頼んだら高くなる。
ぎゃくにX8341-3に配慮するのは当たり前の業者なら
金額変わらないっしょ。
というか逆にクライアントの理解度で料金ボッタクリに
あうかあわないかが決まるわけですが。
よくわかってない営業は、発注仕様に JIS 準拠って書いてあっても
それを気にとめず普通の見積もりを出して契約してくることがある。というかあった。
で、よくわかってないから出てきた納品物がバリバリ Dreamweaver 製だったので全部作り直し。
現場は泣いてるだろうな…
この辺かなｱﾁｬｰってのは
なんで作り直しなんてなるの？
よく読みなおそう。
そりゃDreamweaverのせいでもJIS X 8341-3のせいでもなかろう。
DWでJIS準拠のサイト作れないわけでもないし、よくわからんなあ。
「バリバリ Dreamweaver 製」ってのが、JIS非準拠の暗喩なわけよ。
その手のオーサリングツールで作成される典型的なWebページの質に対する皮肉というか。
やっぱり意味わかんないよ。
テキストエディタで書こうがDW使おうが一緒だよ。
仕様に反して全然準拠していない物を作ってきたから。
>>193,>>196
そりゃ DW でも使い方によっては JIS 準拠のコンテンツを作ることも
不可能ではないだろうけど、俺は不向きだと思っている。
DW が悪いとか、JIS が悪いとかじゃなくって、
悪いのは仕様をちゃんと読まなかった営業や現場のチーフ。
>>197
そういうこと。
あと、バリバリ DW 製って書いちゃったけど、
実際のところ DW で作られたという確証は何もなく、
論理要素が全く使われていないこと、TABLE や物理要素使いまくりであること、
Transitional として評価すれば Valid であることから
まあこれは旧来の案件と同じ考え方で適当に DW 製で作ってしまったんだろう
と判断しただけにすぎない。
逆に質問なんだが、それじゃ何を使って作るのがお勧めなんだ？
メモ帳
ez-HTML
制作側に仕様が伝わってなかったとことが原因なのに
>>188がDWダメダメと書いているからな。
動画などのコンテンツとかどうしてます？
字幕つけるとかSMIL使うとか聞きますけど
それはもちろん、当然の前提条件です。
それを実際に落とし込むツールも技術者も
まだそれに追いついていない感が否めないね
ちゃんとしたテンプレ作れば、
スクリプトでもDWでもなんでもいい。
http://news19.2ch.sc/test/read.cgi/newsplus/1096372180/
【国際】"障害者、ウェブサイト使いにくい"と提訴→「製作者に障害者差別禁止法の遵守義務なし」判決
義務はないが努力するに越したことはないと。
スクリーンリーダーとかで
作ったサイトをチェックしたりしてますか？
している。うちでは工程内チェックとして必須。
>>212のは、確かに海外では義務なしとされているが、
国内で全く同じ判例を踏襲するとは限らない。
>>213の意見にはげ同。
CSS 無効化、画像非表示、TABLE のリニアライズによる確認、くらいしかしてない。
ほんとはスクリーンリーダーでもちゃんとチェックしないといけないんだろうなあ…
自分トコでも読み上げチェックすることになったのですが
スクリーンリーダーは何を使ってますか？
規格に沿うかのチェックは人手があれば分担すべきなのでしょうが
まだまだ認識も知識も経験も足りなすぎですねぇ……
視覚障害者による視覚障害者のための情報検索サイト、アイリンク。
http://www.eyelink.jp/
これは公的に、もしくは、アメリカ国内で影響が大きいサイトだったら、
義務ありになってたんじゃない？
あるかまでは読み取れん。だれか教えてくれ。
http://www.w3.org/2003/03/17-brief.html
http://index-press.co.jp/home/books/welfare/barrierfree1.htm
視覚障害者のための音声パソコン入門
この規格だけでなくJISとかISOとかの存在を知らないのは
企業だけでなく利用者や消費者にも言えることだけど
普及してもらわないとどちらにも意味ないんじゃない？
認定もないこのJISに意味はない。
認定の無いJISってほかにもあったような…
書籍だけでなくテキスト版用意してるみたいだけど
HTML形式にして欲しいとこ
目次があってもリンクがなきゃ読みづらいだけ
テキスト版は音声リーダー用だろ。
> 音声リーダーのすべてが、WEB対応だと思ってる？
Web対応してない音声リーダー向けにテキスト版があるということ？
読み上げさせて利用する場合、
テキスト形式だと全文を読むだけならHTML形式とあまり変わらないけど
ハイパーリンクや見出し等があれば
章立てされた長文などはHTMLの方が読みやすいんじゃないかと
環境にあわせて再加工するときなどには手間になるから、テキストでって依頼された経験はあるよ。
> 対応してない環境だと、タグまで読み上げられて邪魔だったり、
> 環境にあわせて再加工するときなどには手間になるから、テキストでって依頼された経験はあるよ。
あーなるほど、点訳ソフトとか使う場合があるか
JIS対応のが出てきましたね。
使った人いますか？
これですか？
ホームページ・ビルダー対応版 バリアフリー・エクステンション
ttp://www.infocreate.co.jp/
しかし、アクセシビリティとバリアフリーじゃえらい違いだ…
アクセシブルとかJISなんて考えたことないんじゃないの？
自治体の現場ではビルダー大活躍！
企業でも使ってるところ多いし、目のつけどころは悪くない鴨
ttp://premium.nikkeibp.co.jp/e-gov/special/2004/sp041210main.shtml
どれぐらいが理解して使ってることやら
Not Found
http://www.jisc.go.jp/newstopics/2004/accessibility.htm
URLをコロコロ変えるなというのはガイドラインに入ってたっけ?
今度のURLはティムたん推奨の年度が入ってるから
管理者がトチ狂わない限りこれ以上変更無いと思うが
ガイドラインには入ってなかったと思うが、
放っておくと平気でコロコロURLを変える非常識な奴が意外に多いから、
次の改訂時には入れるべきだと思う。
ここに来ている香具師らには常識なページだとは思うが一応再掲
http://www.kanzaki.com/docs/Style/URI.html
URL移動について触れている横浜市のガイドライン
http://www.city.yokohama.jp/me/soumu/ipd/gl/dr/dr7.html#KOU8
ttp://satsuki.sakura.ne.jp/~rockman/diary2/20050628.html
よく使われているスクリーンリーダーでは、ページ内ジャンプができんらしい。
http://www.info-event.jp/mm/accessibility/
これ行った香具師いる?
内容は、>249の通りアクセシビリティの確認を制作フローに取り入れろっていうことと、
喧しく「ｱｸｾﾋﾞﾘﾃｨだｺﾞﾙｧ！」って言われるのは、高齢化社会に対応するためってことだな。
高齢者＝複数の障害を抱える可能性が高いってことﾗｼｲ
http://www.jsa.or.jp/domestic/instac/commitee-acc/web-tech-repo/technical-report.html
どうしてますか？
自治体での取り組みはちらほら見かけますよね。
民間でも、銀行とかで証券会社とかアクセシビリティを
考慮したリニューアルがぞくぞくとされてますね。
実際は???なところもありますが。
皆さんのところはどうですか？
それほどつまらないサイトばっかし。
JISを解説したサイトもなんだか硬い感じがします。
アライドブレインズのJIS解説本はいいんじゃないですか？
自分はあれで勉強しました。
まあJISそのものを解説しているだけなので、画期的な解決法が
あるってわけではないみたいですが。
あの本は確かに勉強になるね
途中に出てくるコラムが面白かった
障害を持ってるユーザーがどんなふうにウェブをつかってて、
ウェブの利点は何かとかが書いてある。
著者の一人が障害者と接して感じたことも書いてあった。
「このページはユニバーサルデザインの理念に基づく広島大学Webアクセシビリティ指針に従いデザインされています」って
ことなんだけど、このpdf文書も読みにくいし。
alt=""""って、何？
広島大学は腐っとる。
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 のようです。
許してつかぁさい。
横幅1000ピクセル固定ってだけでもう…ww
チェックしたファイル(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 属性全然書いてないことを除けば。
なかなか強烈な餌ですな。
なんかエラーチェックおかしくね?
全く同じ場合は別のエラーメッセージが用意されてるはずなんだが
http://openlab.ring.gr.jp/k16/htmllint/explain.html#same-bgcolor
http://openlab.ring.gr.jp/k16/htmllint/explain.html#near-bgcolor
＞富士通ウェブアクセシビリティ指針 日本語サイト向け 第2.0版 チェック結果
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件ありました。
JIS X 8341-3 高齢者・障害者等配慮設計指針 チェック結果
ファイル名： http://w3hosp.med.nagoya-cu.ac.jp/staff.html
結果 件数： 問題点が、2000件ありました。
過疎ってるな
アクセシビリティ・サポーテッドであるかどうかのテストが難しい。
特に、日本はスクリーンリーダーはいくつかあるけど、ブラウザが…
http://www.w3.org/TR/WCAG20-TECHS/general.html#G55
なぜ日本語が…
|O＼
| ＼ ｷﾘｷﾘ
∧|∧ ＼ ｷﾘｷﾘ
ｸﾞｸﾞｩ>（；⌒ヽ ＼
∪ | (~)
∪∪ γ´⌒｀ヽ
） ） {i:i:i:i:i:i:i:i:}
（ （ ( ´･ω･)、
(O ⌒ )O
⊂＿)∪
少しでも多くの方の役に立ちたいです
グーグルで検索するといいかも『金持ちになりたい 鎌野介メソッド』
YEUDX