Report
1 [web制作管理]　@media:all { 真のアクセシビリティ } 05/02/14 00:14
05/02/14 (神谷) Comment
web制作管理板より「@media:all { 真のアクセシビリティ }」

Webで何かを行う際に必ず付いて回るのが
「アクセシビリティ」と「ユーザビリティ」です。
IT用語辞典によれば、

＜引用＞

アクセシビリティ　【accessibility】

情報やサービス、ソフトウェアなどが、どの程度広汎な人に利用可能であるかをあらわす語。特に、高齢者や障害者などハンディを持つ人にとって、どの程度利用しやすいかという意味で使われることが多い。accecibilityとは「受け入れられやすさ」という意味の英単語である。

ユーザビリティ　【usability】

ソフトウェアやWebサイトの「使いやすさ」のこと。様々な機能になるべく簡単な操作でアクセスできることや、使っていてストレスや戸惑いを感じないことなどが、優れたユーザビリティにつながる。また、ユーザが目標の操作を完了するまでに費やした労力などもユーザビリティの指標となる。ソフトウェアの使用感を指すことが多いが、広くハードウェアまで含めた工業製品全般に対して使う場合もある。国際規格のISO 9241-11では、ユーザビリティを「特定の利用状況において、特定の利用者によって、ある製品が、指定された目標を達成するために用いられる際の、有効さ、効率、利用者の満足度の度合い」と定義している。
＜／引用＞

という意味があります。
このスレは、そんな真のアクセシビリティとは何かを探るスレです。

+-----------------------------------------------------------
1 ：Name_Not_Found：02/10/11 02:17 ID:/bAqiDXM
某スレより分岐。WEB製作には避けて通れぬUA（ブラウザ）互換性。web上でのあらゆるものへ対し、アクセシビリティ及びユーザビリティを考察。


6 ：Name_Not_Found：02/10/11 17:32 ID:???
とりあえず、前スレのネタは、

1 ブラウザの横幅を600px以下にしたときに、デザインが崩れるのはどうか。

2 バグのあるブラウザで崩れるデザインはどうか。


10 ：Name_Not_Found：02/10/12 00:07 ID:???
文字さイスは固定したことはないけど、
以前は幅を決めて作っていたことがあるな。500pxとか。
レイアウトを決めるのが楽だというのがそのココロですた。
今はやらないけどね。大きい画面の人のことを考えて。


22 ：Name_Not_Found：02/10/13 17:05 ID:???
スクロールバーのそばにナビゲーションがあると
どうしてアクセシビリティが上がるのか理由がわからないんですが。
というか、ユーザビリティの問題ですか?

漏れが今考えているのは、
ナビゲーションをhtmlファイルの最初の方に書いたほうがいいのか、
あるいは、ファイルの後ろというか、
コンテンツの後に書いたほうがいいかですね。
表示自体は、cssで何とでもなるわけですが。


28 ：Name_Not_Found：02/10/14 01:25 ID:???
>>22
マウス操作を主として閲覧してる人を考えてみそ。
ナビゲーションがスクロールバーに近いと
ナビから新しいページを開く→スクロールの際に
カーソル(マウス)を移動させる距離が最小限で済むって話。


29 ：22：02/10/14 01:45 ID:???
>>28
だから、そういう話は、アクセシビリティな話ではなくて
ユーザビリティな話だろって、いってるじゃん。
つーか、区別がついていないの?


31 ：17 ◆3VmAdU7QpA ：02/10/14 01:56 ID:???
おお。確かにそう言われると>>22の言うとおりユーザビに分類されるな。撤回するよ。で>>22のネタ振りだが、当然ナビはhtmlの頭の方にあった方がいいだろうな。目次みたいなもんだから文書のケツにあるというのもおかしいし。


32 ：22：02/10/14 02:12 ID:???
>>30-31
ナビをhtmlの後ろに書いたほうがいいというかもしれん、
と思うのは、音声ブラウザとか、css非対応とか、
適用されないように制作者が意図している場合など、
頭のほうにナビがあるとどのページへ行っても
常に同じようなナビを読まされることになるからなんだよ。
htmlの頭のほうに本文へのリンクを埋めておいて
それをcssで表示しないようにする手もあるので
どんなもんかなぁ、と思ったわけですよ。
で、どうよ。


35 ：Name_Not_Found：02/10/14 11:08 ID:???
音声ブラウザに読み飛ばしの機能があったとしても
毎回なんらかの操作で読み飛ばさないといけないわけで、
それは面倒なんじゃないかということでしょ?
もし自動で読み飛ばす機能があるとしてもなんらかの目印が埋めてないと不可能だろうし。

音声ブラウザはおいといて、普通の視覚系UAで考えてもcssを切って閲覧した場合を考えてみてよ。

cssが効いていれば、ナビのリストがdisplay:inline;で、読み飛ばすのが容易でも
効いていなければ、縦にズラッとリンクが並んでヘタするとスクロールしないと本文にたどり着けないでしょ。
htmlの先頭の方に本文へのリンクを埋めるか、ナビ自体をhtmlの後ろの方に書いておけば、
本文へのアクセスがより容易になるのではないかと。
cssが効いた環境では、本文へのリンクを見えなくするとか、
position指定で見かけ上は前の方へ持ってくるとか出来るし。



36 ：Name_Not_Found：02/10/14 11:24 ID:???
>>35
aural cssに対応すればdisplay: none;みたいなことが出来るようにはなるだろね。

それは置いて、同一ページ内のナビ(TOC)は上にある方がいいと思うけど、
ページ外へのナビは下の方がいいと思う。閲覧者はそのページの内容に用があるわけだし。


40 ： ◆3VmAdU7QpA ：02/10/15 04:47 ID:???
>>35
ちょっと待ってくれ。どうも俺と君とでは想定しているナビの内容が
かなり食い違っているような気がするよ。俺はせいぜい、

Home | Diary | BBS | Link |

この程度のものなのだが、
"縦にズラッとリンクが並んでヘタするとスクロールしないと本文にたどり着けない"
というのは、むしろナビゲーションではなくTopページの『INDEX』的なものなのではないか、と。

ユーザビリティはスレ違いかもしれんが、ナビをコンパクトにまとめることも
Web製作においては重要な要素だと思うのだ。

>>39
民主主義的に考えれば、やはり右端であることの方が多いと思われるので
右設置案を出したんだが、根本的には『最もアクセスしやすい位置』という
思想だよ。それが例えば音声ブラウザであれば、やはり文書の最初だと思う。

ナビをケツに持ってくるということは、そのナビより前の文章が長文だったら
全部読み上げた後にようやくナビが読み上げられるということだろう。スキップ
できないフラッシュコンテンツと変わらないような気がする。


46 ：22：02/10/17 01:15 ID:???
ナビが相当量あれば、ﾔﾊﾟｰﾘ本文へのリンクは必要だと思われ。
ケツナビだろうが、頭ナビだろうが。
>>44
リンクがないとさらに減点でしょう。
よほどコンテンツが少ないサイトならまた話は別だが。
技術的なことでいうと頭ナビのほうが簡単なので、より一般的だとは思うけどね。


57 ：Name_Not_Found：02/10/21 21:20 ID:???
厨でよくわからないのですが、ユーザビリティとアクセシビリティ、どう違うのですか？
障碍者に優しいのがアクセシビリティ？使いやすいのがユーザビリティ？
どちらも同じ気がする。。。


59 ：Name_Not_Found：02/10/22 03:28 ID:???
アクセシビリティ→情報にアクセスできるか→環境に依存しないか
ユーザビリティ→あついやすいか
重なり合う部分もあるが、別次元の問題。

例：オールフラッシュのサイト
音声ブラウザ・携帯・プラグインなしの環境で閲覧不可
プラグインのインストールされたブラウザでも不便極まりない｡
→アクセシビリティもユーザビリティも無い｡

例：タブインデックスやアクセスキー
これがあったからといって、特定の環境で閲覧不可能であるものが
可能になるわけではないが、一定の環境で、閲覧が楽になる。
→アクセシビリティには関係ないが、ユーザビリティが増す｡

例：プレーンテキストのリソース
どのような環境であれ閲覧可能だが、リソースとして、必ずしも使いやすい形態ではない｡
→アクセシビリティは高いが、ユーザビリティは低い。

一般に、アクセシビリティが高い場合、ユーザビリティも高い傾向にあるが、
両者はイコールではない。また、一定の環境におけるユーザビリティを高めると、
アクセシビリティが低下することもある｡

と、俺は勝手に解釈してるが良くわからん｡
+-----------------------------------------------------------

GoodJob!

+-----------------------------------------------------------

66 ：Name_Not_Found：02/10/27 17:00 ID:???
agenda に興味深いこと書いてあったYO!
ttp://members.jcom.home.ne.jp/jintrick/Personal/d200210l.html#d26_4



67 ：Name_Not_Found：02/10/27 21:55 ID:???
>>66
ちょい解りにくい文章ですが、趣旨は

> ユーザーというのは個人差があり、時間とともに特徴は変化するから、
> 私はユーザーを主体に考えるのは止め、文書を主体に考えることにした。
> しかし、文書を主体に考えて文書の価値を高めるように配慮することは、
> 間違いなくユーザーの利益につながり、私自身の利益にもつながる。

の部分ですよね。
ってことは、結局、「どこにナビゲーションを記述するべきかは、文章内容との相関関係で
決まるので、一概には言えない」っていってるの？


68 ：Name_Not_Found：02/10/28 01:30 ID:???
或るリソースに関連するナビゲーションなら、配置する意味が有るが、
関連性が無いにも関わらず、
ただ単に自サイトの他のコンテンツ（リソース）へ誘導したいが為の
ナビゲーションは不要だってことじゃないの?

全てのリソースに「どこでもドア的ナビゲーション」を配置するのは
一見便利そうだが、ユーザーにとって関心の無いリソースへの
ナビゲーションが並んでいたところで、意味が無いって感じもするし。

むしろ、インデックスページへのリンク一個あれば、
それで良しという気がする。

もちろん、インデックスページは詳しく書かれている必要があるだろうが。


70 ：Name_Not_Found：02/10/29 01:34 ID:???
linkタグに完全対応しても、
デフォルトで常に明示的に表示されなければ、
世の多くの"ほーむぺーじ"から、
不毛なナビゲーションが消えることはないと
思われるけど、どーなのかしら。


71 ：Name_Not_Found：02/10/29 16:58 ID:???
UAがlinkに対応しても、
よくあるJavaScriptった階層ナビとかは無理っぽいし、
年寄りが理解できるとも思えん。



72 ：Name-Not-Found：02/10/29 22:20 ID:f7CXZ4fB
>>71
ある文書から link 要素で関連付けられた文書の
head 要素だけを先読みしてまた link 要素をたどって行き、
視覚UAならサイトのアウトラインを横ペインに表示する機能でもつけば、
複雑なナビゲーションでも明示的な表現が可能だろう。

ただ、文書の関係を明示したくないけど目立たせたいもの、
てのがきっとあって、その代表格が広告なんだけどさ。
商用サイトの多くは「トラフィックの誘導」とやらに心血を注いでるようで。
あまり乗り気にならない方々が多そうです。

また、ユーザの行動に「とにかくNextをクリックする」て傾向ができれば
それを見越して何でもかんでもNextに放り込むアタマのイイ人の発生必至。
そんなんで簡単にサイトナビゲーションへの信頼は崩壊してしまう。

でもまず対応してくれなきゃ普及もありえないから、
問題について考えるのはそれからでもいいか…。
Mozilla や iCab がほんの少しだけ対応しただけでも、
格段に link 要素を適切に記述するサイトが増えたことは確か。


85 ：Name_Not_Found：03/02/17 02:30 ID:RXQvaHmj
そいじゃお題を。
「Flashはアクセシビリティを損なわずに
　ユーザビリティを充実させることが可能」
マルかバツか。

俺はマル派。
ただし労力は普段以上にかかるだろう。


87 ：Name_Not_Found：03/02/17 02:41 ID:???
HTMLでの代替手段を用意すれば△。
ユーザビリティを押し付けることになるので一概に充実とは言えない気が。


89 ：Name_Not_Found：03/02/17 19:41 ID:???
音声読み上げブラウザだと何にもしゃべらないし、
テキストブラウザもだめだからなぁ。
代替でhtml版がないとダメだろう。


96 ：Name_Not_Found：03/04/23 12:43 ID:???
朝顔日記の4月20日
ttp://diary.noasobi.net/0304b.html#diary_030420a

に、スクリーンリーダー使ってると組み合わせて使っている視覚系UAがわからないから
CSSが効いているのか、効いていないのか判別つかない、
みたいなことが書いてあるけど、実際どうなんだろうね。
視覚障碍者の間でスクリーンリーダーって結構使われているものなのだろうか。
IBMのJAWSなんてめちゃめちゃ高価じゃない？

もっとも、漏れは特定のUAを特別に扱おうとか思っているわけではないのだが。

それにしても、HPR3とかみたいにmedia=screenなcssを解釈するとなると
ナビゲーションスキップとかは、透明GIFなんかに
alt="ナビゲーションを飛ばす"
みたいな事を書いてやるしかないのかな。



97 ：Name_Not_Found：03/04/26 19:57 ID:???
透明GIFだと、画像offにしていない視覚系UAでは非常に目立たないよな。
ま、それが狙いなわけだが。
長大なナビが文頭にあったりすると、CSSオフにしてある視覚系UAでもナビスキップを使いたいだろう。
画像表示あり・CSSオフの視覚系UAだと、透明GIFによるナビスキップはどう見えるだろうか。
特に4.01transitionalで img border="0" なんてなってたり、
制作者CSSオフ、かつユーザスタイルで画像のボーダーを消してたりすると、
ナビスキップの画像にも、それがリンクになっていることにも気付きにくいんじゃないだろうか。

というわけで俺はナビスキップはテキストリンクでいくぜ。
CSSでテキスト色を背景に溶け込ませて、hover時のカーソルをデフォルトに指定しておく。
CSSオンの視覚系UAでtab連打してるユーザーには邪魔かも知れんが、
そういうユーザーならクリックしてみりゃ正体がわかって納得するだろ。

というのはどうだろうか。実践しちまってるので「まるで駄目」だとショック…。


98 ：96：03/04/26 22:36 ID:???
確かに言われてみれば
画像表示ありでcssオフな環境でaltのテキストが表示されない場合もあるなぁ。
漏れのopera6でそうなったよ。設定にもよるんのかもしらんが。
mozilla系のUAで、cssオフって試していたんで気がつかなかった。
やっぱりテキストのほうがいいのか。
確実ではあるなぁ。
しかし、テキストにすると見えなくするにしても場所食うのがちょっとなぁ。
今のデザインだとテキスト入れるスペース無いんだよ。
スタイルで豆字にするという手もあるが。

なんにしても、こういうやり方は泥臭くてあまり好きではないんだが。
なんかすっきりする方法はないものかな。



99 ：97：03/04/27 01:17 ID:???
ナビゲーションの先頭にナビスキップを置いて、margin や padding を上だけ減らすとか。
文字サイズ20％にするとか。ケースごとにいろいろやってる。

しかし俺はそもそも尻ナビが好きだな。特に長大なのは尻にしとく。
で、「ナビへのリンク」を、普通のテキストリンクとして
ページ先頭近くに置いておくのがスキーリ気分。
tabキー1回押し+Enterでナビに必ず行ける、tab2回目からは文中のリンクを選べる、
が俺としては使いやすい。俺だけかもしれんが。

どうしても前ナビのときはしょうがないけど、「どうしても前ナビ」の理由は思いつかん。
あ、スポンサーがCSSオフでも見かけがあまり変わらないようにしろだなんて
無茶言った時はそうすることもあるか。
その時点でサイト全体がスキーリしかねるものにならざるを得ないのであきらめるさ。

1にアクセシビリティ、2にユーザビリティ、3、4がなくて5にデザインだと思うのだがどうだ。
とか本音を言ってみる。ああきれいごとだ。スポンサーに堂々と言いたいもんだねぇ。


145 ：Name_Not_Found：04/11/21 18:36:23 ID:J2keZ9Za
ある用事で自民党のページを見たのだがトップに次の一文が。
「自民党は、音声読み上げソフト等に対応できるＷｅｂページづくりを目指しています。」
(　ﾟдﾟ) ・・・
　
(つд⊂)ｺﾞｼｺﾞｼ
　
(；ﾟдﾟ) ・・・
　
(つд⊂)ｺﾞｼｺﾞｼｺﾞｼ
　　_, ._
（；ﾟ Дﾟ） …！？

だってNOFRAMESは空でフレーム使ってますよ。javascript有効じゃないと開けないリンクありますよ。ただの文字情報なのにフラッシュが無いと見られないコンテンツがトップにありますよ。
目指すだけならただとはいえこれはちょっと酷すぎる。

気になったので他の党のサイトも見てみる。とりあえずトップのみ。

民主党:
決して綺麗なソースではないが一応ひととおり見られてリンクは辿れる。

公明党:
アクセシビリティを意識していることが書かれており、島根県などには敵わないものの気配りが見られる。しかしメニューのアイコンは分りづらい。

共産党:
線形化できないテーブルレイアウトを使っていたり、altの無い画像がアンカーに使われていてアクセシビリティは悪い。

社民党:
トップページに
「インターネットにバリアフリーを、すべての人にやさしいウェブを。このウェブサイトでは、W３Cが提唱している「Web Content Accessibility Guidelines1.0」を基に音声ブラウザ等に対応したページづくりを目指しています。」
との一文が。しかしその一文自体がaltがあるとはいえ画像によるもの。全体的にaltの使い方がわかっていない。「こちら」リンク。
"Web Content Accessibility Guidelines1.0"を本当に読んだのかと小一時間ほど問詰めたい。


148 ：Name_Not_Found：04/12/01 07:58:38 ID:???
自民党のトップページをHPR3.02で読んでみた。
メインコンテンツが「オブジェクト。オブジェクト。」で終わる。
公演のリンクをクリックするとHPRが二つ起動する(同じ内容のページでね)。
もちろんリンクはJavaScriptなので、禁止にしてあると見ることができない。

まぁ、がんばれ。
+-----------------------------------------------------------

政党別の比較は面白いですね。
一番面白いのは、両方微妙なこのblogが
このスレを紹介している事ですが。


[広告]

ＭＣインターネットアンケートモニター募集

アンケートに答えて商品券をもらおう！登録無料。

ただいま関東１都６県在住の１５〜１９歳の方を大募集！



あなたのホームページ・メールマガジンに広告を載せてみませんか？

成功報酬型で広告費を支払うエーハチネットがおすすめ。


【マクロミル】東北・四国・中国・九州のアンケートモニタ大募集！

ただいまマクロミルでは、東北・四国・中国・九州のアンケートモニタを募集中です！

アンケートに回答してポイントを貯めよう！貯まったポイントは、

イーバンク銀行口座に換金したり、商品券と交換できます★
トラックバックURL：http://s03.2log.net/editor/tb.php?id=minus:blog:196


Supported by Voteちゃんねる counted.



Powered by PUBLOG