中根さんの10月2 8日のメールへのコメント

渡辺です．

中根君が10月28日に書かれたコメントへのコメントです．

> 4. 定義
> 
> 非テキスト情報: 「文字以外のウェブコンテンツ。画像，音声，動画等のマー
>    クアップされたもの。」とされているが、適切にマークアップされている
>    もの、たとえば適切にSVGでマークアップされた画像情報はアクセシビリティ
>    を向上させる効果の方が大きいのではないか。問題となるのは、マークアッ
>    プがされていない情報で、たとえば JPEG画像に代替情報が付加されていな
>    いような場合である。その意味からも、ここで「マークアップされたもの」
>    であるかどうかは重要ではなく、「マークアップされたもの」に限定して
>    しまうことで、本規格の適用対象を狭める結果となりかねない。したがっ
>    て、「非テキスト情報」の定義は、「文字以外のウェブコンテンツ。画像，
>    音声，動画等。」とするのが妥当であると考える。

10月11日のまとめにも書いたように，私も「文字以外のウェブコンテンツ。画像，
音声，動画等。」とするのがよいと思います．

> 5.1 基本方針
> 
> b):
> 
> * 「ウェブウェブブラウザとバージョンで操作・利用できるように」とあるの
>    は、「ウェブブラウザとバージョンで操作・利用できるように」の誤記で
>    あると考えられる。
> 
> * このような記述をすることで、古いバージョンのブラウザのサポートと称し
>     て、全てのブラウザおよびそのバージョンで、なるべく同じ見た目を実現
>     するためのあらゆる方法を用いることを推奨しているものと誤解されるこ
>     とが懸念される。6.1 a) 【参考】 を読めば誤解であることは明らかであ
>     るが、重要なことは、情報の取得が可能であること、操作が可能であるこ
>     とで、見た目を同じにすることが必ずしも重要ではないことを強調するた
>     めの記述を、参考などの形で付記されることが望ましいと考える。

ここは基本方針なので，これでよいのではないかと思います．

> 
> 6.1 規格や仕様の準拠
> 
> a) 【参考】: 「…文法，規格や仕様が正しく書かれていないと支援技術が正
>    しく動作しなかったり，…」とあるが、正確には「…文法，規格や仕様に
>    従って正しく書かれていないと支援技術が正しく動作しなかったり，…」
>    ではないか。

間違いですね．

> b) 【例】: 
> * 「コンテンツにJavaを埋め込む場合には，…」とあるが、「Java アプレッ
>    ト」とするのが正確かつ適切なのではないか。

そうですね．

> * 「…用意されているアクセシビリティ機能を適切に実装する。」とあるが、
>   実際には「用意されているアクセシビリティ機能を適切に用いたプログラム
>   の実装をする。」が正確なのではないか。

ここが具体的に何を指していたのか覚えていないのですが，Javaの場合，アクセ
スブリッジのようなことを指していたのではなくて，
object要素に適切な属性をつけてJavaアプレットを埋め込むというようなことを
考えていたのではないかと思います．
いずれにしてもこの文章は不明確ですね．「用意されているアクセシビリティ機
能」が何なのかわからない．

> 6.2 構造と表現
> 
> a) 【例】: 「…見出し要素を用いて表現する。」とあるが、「見出し要素」
>    という要素が存在する訳ではないことが一般的であるから、「見出しを記
>    述するための要素」とするべきである。あるいは、「HTMLの h1, h2, h3,
>    h4, h5, h6のような、見出しを記述するための要素」のようにする方が、
>    具体的で分かりやすいかもしれない。

賛成．

> b): 「加えて，スタイルシートを使用する場合は，未対応のウェブブラウザで
>    も利用可能にする。」とあるが、目的語がないため意図が不明確である。
>    「利用可能」ではなく、「コンテンツの理解を阻害しない」などの表現の
>    方が適切ではないか。

賛成．あるいは
（スタイルシートに）未対応のブラウザでもデータを利用可能にする．
と書くのかな?

> d) 【例３】: 「…構造を表す属性などを付ける。」とあるが、「…適切な属性
>    などを用いてセル間の関連など、構造を明示する。」などとした方が分か
>    りやすいのではないか。

賛成．

> e) 【参考】: 「音声ブラウザは最初にページのタイトル情報を読み上げる。」
>    とあるが、利用しているブラウザによって、または設定によって異なる可
>    能性があるので、「多くの音声ブラウザでは…」などとするのが適切であ
>    る。

賛成．

> e) 【例】: 「HTMLの場合は head要素のtitle属性にページ固有名称をつける。」
>    とあるが、「head要素内の title要素」または、単に「title要素」とする
>    のが正確である。 (ページのタイトルは、 title 属性ではなく、 title要
>    素を用いて記述する。参考: HTML 4.01 Specification 7.4.2節、
>    http://www.w3.org/TR/html40/struct/global.html#edef-TITLE)

これはケアレスミスですね．
何で誰もこういうミスに気が付かなかったのだろう．

> f): フレームは、 HTMLに固有の手法であり、本規格の汎用性を維持する上で、
>    このような形で記述することが望ましいかどうかという点について、検討
>    が必要ではないか。ここでは、フレームがもたらしうる問題点を検討し、
>    それを発生させないことを推奨する文章とし、参考や例として HTMLのフレー
>    ムについて触れるのが望ましいのではないか。

これは別メールで取り上げました．

> f) 【参考】:
> 
>    * 「音声ブラウザでは，フレームを別々のページとして認識し動作するの
>      で，…」とあるが、これはブラウザによっては正しくない。 (例: JAWS
>      for Windows と Internet Explorer の組み合わせでは、全てのフレーム
>      をまとめて一つのページのように扱う。) よって、「音声ブラウザによっ
>      ては…」などとするのが適当である。

賛成．

>     * 「…タイトルや広告のためだけにフレームをつけるなど，…」とあるが、
>       ここに、レイアウトのために用いる中身が空白のフレームも例として加
>       えてはどうか。また、「フレームを付ける」という表現はおかしいので
>       はないか。

賛成．
表現を変えるとしたら「フレームを作る」 かな．それとも「フレームページを
作る」 かな．

> f) 【例２】: 「各ページの title要素に，内容にあったタイトルを入れる。」
>    とあるが、「フレーム中の各ページの…」とした方が、正確かつ分かりや
>    すいのではないか。

framesetの中にframeがいくつかあって，その各ページだから，
これはこのままでもわかると思います．

> 6.3 操作や入力
> 
> b) 【例４】: 「ラベル(名称) とチェックボックス等のコントロールを関連づ
>    けることで，ラベル部分をクリックしても，コントロールを選択できるよ
>    うになる。」とあるが、このことによって、音声ブラウザなどのユーザも、
>    入力が求められている情報がなにかを的確に知ることができることにつな
>    がることが考えられるので、その点についても明記した方がよいのではな
>    いか。

賛成．文案を考えましょう．

> c) 【参考】: 「…支援技術を使って入力作業をするため時間がかかる。」と
>    あるが、視覚障害者の場合は、支援技術を用いて、入力に必要な情報の確
>    認など、ページの内容を確認する部分により時間がかかる場合が多い。よっ
>    て、「…支援技術を用いて入力作業やそれに先立つページ内容の確認作業
>    を行うため…」などとするのが適切である。

これはそこまで細かく言わなくてもよいと思います．
入力作業にすべて含まれていると思います．

> d) 【参考】: 同上
> 
> f) 【例１】: 「…同じ形状・色・配置を統一する。」とあるのは、「…同じ
>    形状・色・配置に統一する。」、または「…形状・色・配置を統一する。」
>    の誤記ではないか。

ですね．

> f) 【例２】: 同上
> 
> 6.5 色や形
> 
> a): 何らかの例が必要ではないか。

本文とは別に，図で例示した解説文書が用意されます．

> b): 同上
> 
> 
> 6.7 音
> 
> a) および b): 視覚障害者が音声環境を利用している場合、ウェブ・コンテン
>    ツに含まれる音声情報によって、音声ブラウザなどの出力する音声を聞き
>    取れないようなこともある。このような問題を回避するためにも、この 2
>    項目はきわめて重要である。このような問題が存在することを、参考とし
>    て明記すべきである。

賛成．

-- 
WATANABE Takayuki <nabe@xxxxxxxxxxxxxx>
東京女子大学現代文化学部