JIS X 8341-3 ウェブコンテンツJIS
■ このスレッドは過去ログ倉庫に格納されています
いよいよウェブもJIS化…。
本日6月21日よりJIS X 8341-3が制定される予定。
ストリクターもテーブルレイアウターもこの流れを無視しては今後は先に進めない。 >>130
その種のエディタは
インターネット公開用に特化したモードを設けてもいいと思う >>126
じゃあ今度からその「ツール」の名前を書いてから
批判してくださいね。 >124
>JIS化された意義は大きい
担当者の負担も大きいよ
勉強不足つっていわれても本業じゃないし
外注で任せられるような業者も少ない上に、コスト高
システム化するのがいいんだろうけど
そうなってくるとウェブコンテンツとか以前の問題
突き詰めればキリがないんで結局どこで妥協するかと >>134
>>突き詰めればキリがないんで結局どこで妥協するかと
そうだよね。
JIS全部に対応なんていうと、
宮城や島根レベル(文書構造とか)までしなきゃいけないわけだから、
要するに「落としどころ」をきっちり決めて、
それを丁寧に全庁統一させるっつーのが現実的だと思う。
そのためには、Webマスターにかなりの権限が必要かも。
「ガイドラインをつくったのでご協力ください。」じゃなくて、
「このガイドラインに沿ってつくりなおせ。」ぐらいの。
みなさんとこは、どんな感じ? >>120
システムでHPを作る場合は課同士の決裁になって
うpされるまで俺は内容を見ることができないので阻止できない。
桶を出しているのは上司だからな。
とりあえず今はシステムを使ってもらうための期間だから
やる気をそがないようにしてると思われ。
>>125
まだローカル参照から直ってないな。
>>129
そのエンドレス教育に orz モウツカレタヨママン
>>134
ワードを変換して持ってくる業者もいる。
>>137
権限など無い! わけで orz >138
>ワードを変換して持ってくる業者もいる
頭おかしいよね、それでいくら取るんだろう
ウェブ制作の教育するにしても
PCの基礎もわからん連中が多いからなー
システム化しても、変な入力しちゃうし >>137
> そのためには、Webマスターにかなりの権限が必要かも。
> 「ガイドラインをつくったのでご協力ください。」じゃなくて、
> 「このガイドラインに沿ってつくりなおせ。」ぐらいの。
そう言いたいのは山々なんだが、
ガイドラインをまともに理解できる職員がほんの一握りしかいない中、
完全なシステム化、又は完全な委託化を行わない限り、
いくら「やれ」と言っても先に進まない。
この超財政難な中、丸ごと委託する予算なんかあるわけないし、
だいたい委託先の担当者だって、HTML4/CSS2/WCAG/JIS を
まともに理解していることはまだ多くない。
民間はどうしてるんすかね。やっぱり専門業者に委託? せめて普段から作成している文書の構造化や
機種依存文字の使用をできるだけ避けることを
心がけてくれたら、と思う。 文章の構造化は HTML に限った話じゃないしな。
Word の構造化機能やスタイル機能を理解して使っている香具師がどれほどいることか…
でもTUVや@ABとかは、使ってしまう気持ちはわかる。
それに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"とか"じゅう"とか書くのは?
略語じゃないけど。 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
高齢者がすでに25%を占める世に中、それをみすみす見逃すのも勿体無し。
>>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 製
この辺かなアチャーってのは 発注仕様に準拠ってあったのなら
なんで作り直しなんてなるの? 制作側に仕様が伝わってなかったということなら、
そりゃ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
逆に質問なんだが、それじゃ何を使って作るのがお勧めなんだ? 何使おうが、構造化を理解してなきゃ意味ないんじゃね? >>205
制作側に仕様が伝わってなかったとことが原因なのに
>>188がDWダメダメと書いているからな。 Flashのアクセシビリティとかにも必死だね
動画などのコンテンツとかどうしてます?
字幕つけるとかSMIL使うとか聞きますけど 仕様や規格は出来ても
それを実際に落とし込むツールも技術者も
まだそれに追いついていない感が否めないね >>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 この規格、世間的に認知度はどんぐらいなんだろう
この規格だけでなくJISとかISOとかの存在を知らないのは
企業だけでなく利用者や消費者にも言えることだけど
普及してもらわないとどちらにも意味ないんじゃない? >>224
認定の無いJISってほかにもあったような… >222
書籍だけでなくテキスト版用意してるみたいだけど
HTML形式にして欲しいとこ
目次があってもリンクがなきゃ読みづらいだけ その音声リーダーで読む場合のことをゆってるんですが >>229
> 音声リーダーのすべてが、WEB対応だと思ってる?
Web対応してない音声リーダー向けにテキスト版があるということ?
読み上げさせて利用する場合、
テキスト形式だと全文を読むだけならHTML形式とあまり変わらないけど
ハイパーリンクや見出し等があれば
章立てされた長文などはHTMLの方が読みやすいんじゃないかと 対応してない環境だと、タグまで読み上げられて邪魔だったり、
環境にあわせて再加工するときなどには手間になるから、テキストでって依頼された経験はあるよ。 >>231
> 対応してない環境だと、タグまで読み上げられて邪魔だったり、
> 環境にあわせて再加工するときなどには手間になるから、テキストでって依頼された経験はあるよ。
あーなるほど、点訳ソフトとか使う場合があるか ■ このスレッドは過去ログ倉庫に格納されています