アカウント名:
パスワード:
Web閲覧者の増加に伴う老眼な閲覧者の増加を考えると、Webページのアクセシビリティはビジネスに際しても重要な特性となると思えます。
それはWCAGであって、UAAGではないのでは?
#もっとも、ブラウザ自体がレンダリング結果を拡大/縮小できると(Operaのように)、Author側は、絶対単位で固めたレイアウトなページ作っても問題ないというかになるので、UAAG準拠になってくれると嬉しいけど。
こっち [srad.jp]にも書いたけど、それを望むのならば UAAGではなくて WCAG の方です。
>なんでですか? >WCAGでは相対単位を求めているけれど、絶対単位のほうが作り >やすいから、UAAGによってOpera式?の拡大/縮小をブラウザが >実装して欲しいという話なのですが。 からは全く逆ともいえる「絶対単位が楽なんで UA が頑張ってよ」 という意味に読めました。
>なんでですか? >WCAGでは相対単位を求めているけれど、絶対単位のほうが作り >やすいから、UAAGによってOpera式?の拡大/縮小をブラウザが >実装して欲しいという話なのですが。
からは全く逆ともいえる「絶対単位が楽なんで UA が頑張ってよ」 という意味に読めました。
>#もっとも、ブラウザ自体がレンダリング結果を拡大/縮小 >できると(Operaのように)、Author側は、絶対単位で固めた >レイアウトなページ作っても問題ないというかになるので、 >UAAG準拠になってくれると嬉しいけど。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
Webページのアクセシビリティ (スコア:1)
それはWCAGであって、UAAGではないのでは?
Re:Webページのアクセシビリティ (スコア:1)
> 4.1 ユーザーがテキストのサイズを構成できるようにします。[優先度 1]
だってさ。
ブラウザがフォントの拡大機能持ってなかったら困る、
ってことで UAAG に含まれてるわけね。
それにしても、
> 開発者は、オープンでアクセス可能な仕様を実装するべきです。
とか
> 標準API(例、W3C DOMなどのプラットフォームに依存しないAPI、オペレーティング・システムに関する標準API、プログラミング言語、プラグイン、仮想マシ
# mishimaは本田透先生を熱烈に応援しています
Re:Webページのアクセシビリティ (スコア:1)
そういうことじゃなくてというか、ビジネス的に重要な要素というなら、Author側がWCAGをよく考えて、という意味合いのつもりでした。
ブラウザ自体がビジネスの道具となられてもどうかと思うので。
#もっとも、ブラウ
Re:Webページのアクセシビリティ (スコア:0)
こっち [srad.jp]にも書いたけど、それを望むのならば UAAGではなくて WCAG の方です。
Re:Webページのアクセシビリティ (スコア:1)
WCAGでは相対単位を求めているけれど、絶対単位のほうが作りやすいから、UAAGによってOpera式?の拡大/縮小をブラウザが実装して欲しいという話なのですが。
Re:Webページのアクセシビリティ (スコア:0)
「作りやすいから絶対単位がいい」という発想は変ですってば。
Re:Webページのアクセシビリティ (スコア:2, 興味深い)
Opera式? とクドクド書いているのにはワケがあって、フォントサイズだけが可変というのがおかしいと思っているわけです。
画像などのオブジェクトはピクセル単位で表示されて配置されるわけですから、テキスト部分もピクセル単位で表示されるほうがきっちり配置されます。なんで、まるごと拡大/縮小できればそれで済むというか。IEなどでも、画像のwidth/heightをem指定とかす
Re:Webページのアクセシビリティ (スコア:0)
http://srad.jp/comments.pl?sid=64293&cid=224074
>#もっとも、ブラウザ自体がレンダリング結果を拡大/縮小
>できると(Operaのように)、Author側は、絶対単位で固めた
>レイアウトなページ作っても問題ないというかになるので、
>UAAG準拠になってくれると嬉しいけど。
からは「絶対単位が安易に使われることへの危惧」は
感じたのですが
http://srad.jp/comments.pl?sid=64293&cid=224126
>なんでですか?
>WCAGでは相対単位を求めているけれど、絶対単位のほうが作り
>やすいから、UAAGによってOpera式?の拡大/縮小をブラウザが
>実装して欲しいとい
Re:Webページのアクセシビリティ (スコア:2, 興味深い)
画像サイズが追随してくれない状態で、フォントサイズの拡大/縮小がユーザー本位で行なえるということを前提として、外観構造をデザインするというのは、非常に難しいことだと思っています。ひとつの段落の隣にひとつの画像がある、という外観構造は、それ自体にも意味があるわけです。それがフォントサイズのみが可変であることで、その構造がいたずらに壊れることは、良いことであるとは思いません。
もちろん、画像は別個に表示されるだとか、そもそも表示されないだとか、そういったインターフェースを経由して情報にアクセスすること自体は全く問題ないし、そういった環境でも可能な限り同等な情報を提供する必要があるわけですが、「崩れる」というのと「違った表示になる」というのとは全然ワケが違うと考えているといった次第です。
それで、話を戻しますがというか、
これも別に「全く逆のこと」なんではなくて、提供側にとって、たとえそれが悪しき慣習であったとしても、そうでなくても、いずれにしても絶対単位でガチガチに固めたようなデザインでサイト/ページを提供することのほうがやりやすいデザイナーというのは多いでしょうし、実際そうだと思います。
#僕は違いますけど、とか言いません。
#やりやすさはどっちもどっちなんで。
現状だと、相対単位じゃないから情報がうまく得られないということが往々にしてあったとしても、ブラウザがUAAG準拠して、絶対単位で提供された情報も、あたかも相対単位で提供されているかのような、とか、ページ全体が自由に拡大/縮小できるようなUIが、わかりやすく使いやすく実装されているだとか、そうなれば、あらゆるサイト/ページが、多くの利用者にとって近づきやすくなるのではないか、ということに期待しているわけです。そういう意味で、「嬉しい」と。
もちろんサイト/ページのほうが、もともとWCAG準拠を踏まえたかたちで情報が提供されていれば尚良いことは間違いないのですが、それはまあ、過渡期というか。いつまで過渡期なんだという話もありますが。
それと、ここでは主に延々とサイズの可変のことばかり言ってますが、色であるとか提供される情報の内容そのものであるとかを軽視しているわけでは微塵もないことを、自己フォロー的にしておいてみる。
僕の書いている話というか対象というかの前提とかが、明瞭でないまま、勢いだけで書いてしまって(先の書き込み)すみません。
Re:Webページのアクセシビリティ (スコア:0)
おっしゃる事、たぶん理解できたと思います。
話を進めれば互いに理解できるように思います。
こちらこそ、ちょっと乱暴な書き込みでスミマセンでした。