@media:all { 真のアクセシビリティ }
1 :
Name_Not_Found:
某スレより分岐。WEB製作には避けて通れぬUA(ブラウザ)互換性。web上でのあらゆるものへ対し、アクセシビリティ及びユーザビリティを考察。
2 :
Name_Not_Found:02/10/11 02:23 ID:0L+l/Hx2
2ゲットー
お、出来てた。
乙。
いいですね。ここでやりましょう。
5 :
お約束:02/10/11 12:32 ID:???
全部.txt
とりあえず、前スレのネタは、
1 ブラウザの横幅を600px以下にしたときに、デザインが崩れるのはどうか。
2 バグのあるブラウザで崩れるデザインはどうか。
横幅nピクセル以下ならOK,みたいな発想がそもそも違うんじゃないかと思うのだが。
>>7 そうなんだけど、それを言うと固定厨が黙ってないんですよ
9 :
7:02/10/11 19:47 ID:???
固定厨の言い分をどうぞ。
文字さイスは固定したことはないけど、
以前は幅を決めて作っていたことがあるな。500pxとか。
レイアウトを決めるのが楽だというのがそのココロですた。
今はやらないけどね。大きい画面の人のことを考えて。
11 :
Name_Not_Found:02/10/12 00:22 ID:EqXtq37X
emと%で設計しろ。それだけだろ。別にむつかしくない。
人
ノ⌒ 丿
_/ ::(
/ :::::::\
( :::::::;;;;;;;)
\_―― ̄ ̄::::::::::\
ノ ̄ ::::::::::::::::::::::)
( ::::::::::::::;;;;;;;;;;;;人
/ ̄――――― ̄ ̄::::::::\
( :::::::::::::::::::::::::::::::::)
\__::::::::::::::::::;;;;;;;;;;;;;;;;;;;;;;;;ノ
,ノ`, \
ノ/ ヽ
ι.} λ )
ヽ(,. ノ! r'
( l .,/
ノ,,,,,,,,,,,,,,,,,,,,,,,,,,,,丿へ
ノ ,)
( ∵ ∧∵ /,,丿
\,,,,/人\__ノ /
( ) (__) ( )
《 l (___) 《 ̄ ̄》
《__(____) 《____》
ローカルルールに違反した糞スレ。
文句があれば自治スレに来い。
http://pc3.2ch.net/test/read.cgi/hp/1027568109/
13 :
sage:02/10/12 00:25 ID:???
てか、「CSSでイケてるデザインサイト 4 」に散々スレ違いネタを書き込んだ奴は
いったいどこに行ったんだ? せっかくの新スレ寂れまくり。
スレ違いで暴れる奴って大概専用スレには現れないものだよ
ナビゲーションはバーの近くに。いいですね。
>>17 ちょっとまて。
何のバーだよ。
ツールバー、スクロールバー、ステータスバー……。
>>20 が「バー」ネタをひっぱるとネタスレになります。
うまいバー
正直すまんかった。できれば縦スクロールバーで。
スクロールバーのそばにナビゲーションがあると
どうしてアクセシビリティが上がるのか理由がわからないんですが。
というか、ユーザビリティの問題ですか?
漏れが今考えているのは、
ナビゲーションをhtmlファイルの最初の方に書いたほうがいいのか、
あるいは、ファイルの後ろというか、
コンテンツの後に書いたほうがいいかですね。
表示自体は、cssで何とでもなるわけですが。
なあ、ところで日本語を読み上げてくれる
ブラウザってあるのかよ?
>>22 例えばこの文章読んでる場合、カーソルはどこにある?
26 :
22:02/10/14 00:49 ID:???
>>25 今はかちゅーしゃ使っているんで画面のまん中かな。
スクロールは、ノートPCのスライディングパッドのふちをなぞってやっている。
それがカーソルの位置がアクセシビリティとどう関係があるかまだ解らないんだが。
もう少し具体的に書いてくれないか。
縦スクロールバーの近くにカーソルがあることなんてあんまり無いな。
>>22 マウス操作を主として閲覧してる人を考えてみそ。
ナビゲーションがスクロールバーに近いと
ナビから新しいページを開く→スクロールの際に
カーソル(マウス)を移動させる距離が最小限で済むって話。
29 :
22:02/10/14 01:45 ID:???
>>28 だから、そういう話は、アクセシビリティな話ではなくて
ユーザビリティな話だろって、いってるじゃん。
つーか、区別がついていないの?
おお。確かにそう言われると
>>22の言うとおりユーザビに分類されるな。撤回するよ。で
>>22のネタ振りだが、当然ナビはhtmlの頭の方にあった方がいいだろうな。目次みたいなもんだから文書のケツにあるというのもおかしいし。
32 :
22:02/10/14 02:12 ID:???
>>30-31 ナビをhtmlの後ろに書いたほうがいいというかもしれん、
と思うのは、音声ブラウザとか、css非対応とか、
適用されないように制作者が意図している場合など、
頭のほうにナビがあるとどのページへ行っても
常に同じようなナビを読まされることになるからなんだよ。
htmlの頭のほうに本文へのリンクを埋めておいて
それをcssで表示しないようにする手もあるので
どんなもんかなぁ、と思ったわけですよ。
で、どうよ。
33 :
22:02/10/14 02:14 ID:???
ナビをhtmlの後ろに書いたほうがいい<del>という</del>かもしれん
>>32 まぁそういう考え方もあるとは思うが。
でも読み飛ばし機能くらいはついてるんじゃないのか。俺らが思ってる以上に、音声ブラウザってのは進化してるんじゃないんかな。
"常に同じようなナビを読まされること"というのが不愉快と勝手に判断するのも危険だろうし。
※
>>32が盲人、あるいは知り合いにそういう人がおって、そう言っていたというのであれば謝る。
音声ブラウザに読み飛ばしの機能があったとしても
毎回なんらかの操作で読み飛ばさないといけないわけで、
それは面倒なんじゃないかということでしょ?
もし自動で読み飛ばす機能があるとしてもなんらかの目印が埋めてないと不可能だろうし。
音声ブラウザはおいといて、普通の視覚系UAで考えてもcssを切って閲覧した場合を考えてみてよ。
cssが効いていれば、ナビのリストがdisplay:inline;で、読み飛ばすのが容易でも
効いていなければ、縦にズラッとリンクが並んでヘタするとスクロールしないと本文にたどり着けないでしょ。
htmlの先頭の方に本文へのリンクを埋めるか、ナビ自体をhtmlの後ろの方に書いておけば、
本文へのアクセスがより容易になるのではないかと。
cssが効いた環境では、本文へのリンクを見えなくするとか、
position指定で見かけ上は前の方へ持ってくるとか出来るし。
>>35 aural cssに対応すればdisplay: none;みたいなことが出来るようにはなるだろね。
それは置いて、同一ページ内のナビ(TOC)は上にある方がいいと思うけど、
ページ外へのナビは下の方がいいと思う。閲覧者はそのページの内容に用があるわけだし。
38 :
22:02/10/14 22:42 ID:???
>>36 >閲覧者はそのページの内容に用があるわけだし。
なかなか含蓄の深い言葉だ。
ところで、いかなる環境でも
スクロールバーがウィンドウ右端にあるとは
限らないと思うのだが。
>>35 ちょっと待ってくれ。どうも俺と君とでは想定しているナビの内容が
かなり食い違っているような気がするよ。俺はせいぜい、
Home | Diary | BBS | Link |
この程度のものなのだが、
"縦にズラッとリンクが並んでヘタするとスクロールしないと本文にたどり着けない"
というのは、むしろナビゲーションではなくTopページの『INDEX』的なものなのではないか、と。
ユーザビリティはスレ違いかもしれんが、ナビをコンパクトにまとめることも
Web製作においては重要な要素だと思うのだ。
>>39 民主主義的に考えれば、やはり右端であることの方が多いと思われるので
右設置案を出したんだが、根本的には『最もアクセスしやすい位置』という
思想だよ。それが例えば音声ブラウザであれば、やはり文書の最初だと思う。
ナビをケツに持ってくるということは、そのナビより前の文章が長文だったら
全部読み上げた後にようやくナビが読み上げられるということだろう。スキップ
できないフラッシュコンテンツと変わらないような気がする。
コンパクトにまとめれるなら最初と最後両方に書いても
たいして邪魔にならないのではなかろうか?
>>39 というか、スクロールバーやマウスカーソルがあるとは限らない
43 :
22:02/10/16 01:06 ID:???
>>40 >ナビをケツに持ってくるということは、そのナビより前の文章が長文だったら
>全部読み上げた後にようやくナビが読み上げられるということだろう。
ナビケツでもページの頭にナビへのリンクをうめるという手も考えられるけど。
どうよ。
>>43 そこまでして尻ナビにこだわる理由はわからんが、それだとジャンプの回数が一つ余分に増えるわけだからアクセシビリティ的に減点っぽいと思う。
>>44 いや、こだわっているわけではないけど、
>>40みたいな簡単なナビじゃなくて
例えば、
http://www.microsoft.com/ みたいなメインナビの他に
左横に出ているサブナビを備えたようなサイトを頭に思い浮かべているんです。
もちろん先のサイトはテーブルレイアウトだと思うけど、
ああいうのを、strictなhtmlとcssで表現しようと思ったら、
視覚系UAでの見かけはどうあれ、html上ではケツナビもありかなと。
頭ナビでもケツナビでもいいけど、cssを切った環境で見た場合、
いずれにしても本文へのリンクが必要だと思うわけですよ。
46 :
22:02/10/17 01:15 ID:???
ナビが相当量あれば、ヤパーリ本文へのリンクは必要だと思われ。
ケツナビだろうが、頭ナビだろうが。
>>44 リンクがないとさらに減点でしょう。
よほどコンテンツが少ないサイトならまた話は別だが。
技術的なことでいうと頭ナビのほうが簡単なので、より一般的だとは思うけどね。
>>45 そのサイト例は反則だろう(w
だが大手サイトはそんなんだよな。確かに。
>>46 "リンクがないとさらに減点でしょう。"
まぁそうだろうな。
一気に最後or最初までジャンプするキーボード操作に似た機能もありそうだけど。
今さら言うのもナンなんだが俺は音声系のUAに関しては一切の知識を持たない。
盲人の気持ちもわからん。ただ、以前どこかの板に降臨した盲目2チャンネラー
のスレを見て(真偽はどうあれ)それなりにウマくやってるという印象を受けた。
その人が使っている読み上げブラウザもかなり使い勝手のよさそうな高価なもの
のような印象も受けた。そこから導いた結論は
「それ程世話やくものでもないな」
というものだった。
ナビの究極形というのはindexにコンテンツの全てを直結した1ページのみ、
とその時は思った。
そして、「それはナビではなく単なる目次だろ」と気づいた。
48 :
Name_Not_Found:02/10/17 11:10 ID:Uo0rOZB3
サイトマップで全ページ一覧作れ。それで解決。
サイトマップを作るのはいいのだが、
巨大サイトだと一覧性にかけるためナビの代わりにはならないと思われ。
51 :
22:02/10/18 00:28 ID:???
マイクロソフトのナビも似たようなもんじゃんか。
もっともIE以外でみるとどうなるかしらんがね。
君たち、cssが効かないUAとか使ったことある?
てゆうか、外してみれば?
結構違った世界がみえるよ。
NN4でもいいけど。(w
でも、ナビの巨大なサイト(AllAboutとかhotwiredとか)ナビを読み込んでから内容ってうざくない?
テーブルのせいもあるんだろうけど、内容に用があるのに、ナビを読み込むのに時間かかって内容読む気が失せる。
>>54 新聞社のニュースとかZDNetとかもそうですね。
ADSLにしてからあんまり気にならなくなったけど。
しかし、これはIEが<link>をきっちりと実装すれば済む話では?
視覚UAともかく、音声ブラウザとかは、<link>にはちゃんと対応してるのかな?
>>54 それはナビが頭にあるからいうよりは、ナビを過剰に飾り付けした結果、
アクセシビリティが低下したのでは?
厨でよくわからないのですが、ユーザビリティとアクセシビリティ、どう違うのですか?
障碍者に優しいのがアクセシビリティ?使いやすいのがユーザビリティ?
どちらも同じ気がする。。。
漏れもわからんage
アクセシビリティ→情報にアクセスできるか→環境に依存しないか
ユーザビリティ→あついやすいか
重なり合う部分もあるが、別次元の問題。
例:オールフラッシュのサイト
音声ブラウザ・携帯・プラグインなしの環境で閲覧不可
プラグインのインストールされたブラウザでも不便極まりない。
→アクセシビリティもユーザビリティも無い。
例:タブインデックスやアクセスキー
これがあったからといって、特定の環境で閲覧不可能であるものが
可能になるわけではないが、一定の環境で、閲覧が楽になる。
→アクセシビリティには関係ないが、ユーザビリティが増す。
例:プレーンテキストのリソース
どのような環境であれ閲覧可能だが、リソースとして、必ずしも使いやすい形態ではない。
→アクセシビリティは高いが、ユーザビリティは低い。
一般に、アクセシビリティが高い場合、ユーザビリティも高い傾向にあるが、
両者はイコールではない。また、一定の環境におけるユーザビリティを高めると、
アクセシビリティが低下することもある。
と、俺は勝手に解釈してるが良くわからん。
60 :
1ですが。:02/10/23 08:37 ID:SQiB5MBG
>>59 スバラー。ageておきます。
内容はほぼ同意。補足するなら携帯(電話)端末は現状だと容量の問題もあるので
配慮するなら5kb以下とかになってしまうが(最近のは30kb前後まで来たらしい)
まぁ容量の問題は時間の問題だからな。
ナビ問題も出尽くしたようなんで次は単体ページ(ドキュメント)の体裁について
考えてみようというネタ振りしますがどうですか。
>>60 もう少しくわしくネタを振ってください。
文字サイズのこととか、配色のこととかいろいろありますが。
>>61 では、
body{font-size:x-small;}
とか
body{font-size:80%;}
とかはどうでしょうか。
>>59 その解釈いただき。俺の中のもやもやが晴れた気がする。
CSSでイケてるデザインサイト 5 より。
39 名前:Name_Not_Found[sage] 投稿日:02/10/25 02:21 ID:???
>>38 いいなぁ。そのスタイル、色が気に入った。
body { font-size:80%;} だけど(゚ε゚)キニシナイ!!
リストマーカーの使い分けってのはもはや常套手段なのでしょうか。
49 名前:Name_Not_Found[sage] 投稿日:02/10/25 06:21 ID:???
>>39 font-size:80%;
だと何がダメなの?
50 名前:Name_Not_Found[sage] 投稿日:02/10/25 07:22 ID:???
>>49 標準よりも小さいサイズがデフォルトになってしまうことの危険性だろう。
この『標準』の定義が閲覧者(のブラウザ設定)によって違う事から生じる可読性の低下の
可能性を考えた方がいいんでないの、と。つまりそういうことだろう。
なぁ39よ。
51 名前:Name_Not_Found[sage] 投稿日:02/10/25 09:44 ID:???
漏れはoperaなんだが、
>>38のサイト読めないよ。
150%くらいにしたら見えたけどね。
モジだと大丈夫でした。
52 名前:Name_Not_Found[sage] 投稿日:02/10/25 10:23 ID:???
>>51 たしかにoperaだと読めないね。小さすぎる。
font-sizeは82%が吉。
CSSでイケてるデザインサイト 5 より。
54 名前:Name_Not_Found[sage] 投稿日:02/10/25 12:02 ID:???
>>52 82%の理由を教えてクレヨン
55 名前:Name_Not_Found[sage] 投稿日:02/10/25 12:40 ID:???
>>51-52 オペラーなら、最小フォントを設定しる。
漏れは14(ピクセル)を指定しているので
>>38も問題なしに読めた。
問題がないのはフォントサイズ面はに限って、だけど
56 名前:52[sage] 投稿日:02/10/25 12:43 ID:???
>>54 font-face指定なしでfont-size:82%なら
WinIE、Opera、Mozilla、全てデフォルトの状態で
小さすぎない文字になるから丁度いいよ。
>>66 ちょい解りにくい文章ですが、趣旨は
> ユーザーというのは個人差があり、時間とともに特徴は変化するから、
> 私はユーザーを主体に考えるのは止め、文書を主体に考えることにした。
> しかし、文書を主体に考えて文書の価値を高めるように配慮することは、
> 間違いなくユーザーの利益につながり、私自身の利益にもつながる。
の部分ですよね。
ってことは、結局、「どこにナビゲーションを記述するべきかは、文章内容との相関関係で
決まるので、一概には言えない」っていってるの?
或るリソースに関連するナビゲーションなら、配置する意味が有るが、
関連性が無いにも関わらず、
ただ単に自サイトの他のコンテンツ(リソース)へ誘導したいが為の
ナビゲーションは不要だってことじゃないの?
全てのリソースに「どこでもドア的ナビゲーション」を配置するのは
一見便利そうだが、ユーザーにとって関心の無いリソースへの
ナビゲーションが並んでいたところで、意味が無いって感じもするし。
むしろ、インデックスページへのリンク一個あれば、
それで良しという気がする。
もちろん、インデックスページは詳しく書かれている必要があるだろうが。
69 :
67:02/10/28 22:57 ID:???
>>68 あ、なるほど。それだ。レスどうもです。
確かに、サイトナビゲーションが全てのページに埋め込んである現状は、
おかしいといえばおかしいですね。
IEがlinkタグに完全対応して、本文内にサイトナビゲーションを
置く必要がなくなったときに、一般的なページ構造がどう変化するのか―、
なかなか興味深いです。
linkタグに完全対応しても、
デフォルトで常に明示的に表示されなければ、
世の多くの"ほーむぺーじ"から、
不毛なナビゲーションが消えることはないと
思われるけど、どーなのかしら。
UAがlinkに対応しても、
よくあるJavaScriptった階層ナビとかは無理っぽいし、
年寄りが理解できるとも思えん。
72 :
Name-Not-Found:02/10/29 22:20 ID:f7CXZ4fB
>>71 ある文書から link 要素で関連付けられた文書の
head 要素だけを先読みしてまた link 要素をたどって行き、
視覚UAならサイトのアウトラインを横ペインに表示する機能でもつけば、
複雑なナビゲーションでも明示的な表現が可能だろう。
ただ、文書の関係を明示したくないけど目立たせたいもの、
てのがきっとあって、その代表格が広告なんだけどさ。
商用サイトの多くは「トラフィックの誘導」とやらに心血を注いでるようで。
あまり乗り気にならない方々が多そうです。
また、ユーザの行動に「とにかくNextをクリックする」て傾向ができれば
それを見越して何でもかんでもNextに放り込むアタマのイイ人の発生必至。
そんなんで簡単にサイトナビゲーションへの信頼は崩壊してしまう。
でもまず対応してくれなきゃ普及もありえないから、
問題について考えるのはそれからでもいいか…。
Mozilla や iCab がほんの少しだけ対応しただけでも、
格段に link 要素を適切に記述するサイトが増えたことは確か。
73 :
Name_Not_Found:02/10/30 13:40 ID:yTxrv+hF
>>71 年寄りを馬鹿にするなYO!
それは作り方次第だと思う。
>>72 > 商用サイトの多くは「トラフィックの誘導」とやらに心血を注いでるようで。…
そういうサイトには人が行かなくなるようになればいいんだけど。
> Mozilla や iCab がほんの少しだけ対応しただけでも、…
それはいえてる。
俺的には、本分とヘッダー部分を待ったく別に表示する(フレームみたく)ようにして、
くれれば十分。それに、何らかの方法でスタイル指定も出来るようになれば
更に良。ただ、例え新しいUAがLINKに対応したとしても、無駄な併存状態がず〜っと続く
ような気がする。
え、本拠地に攻め込んでくるんじゃないの?
んー。
保守
たまには上げよう
保守
岡田克彦ファンクラブからのご案内です。ご高承のとおり、岡田克彦氏の卒業した早稲田大学政治経済学部
と、ひろゆきの卒業した中央大学文学部は比較にならないほど差があります。中央大学文学部のような
ヘボい大学に共通しているのは、文化水準が低いという事です。18歳から22歳をヘボい大学で過ごすという
ことは、感受性において致命傷と言えます。2ちゃんねらーの大半は岡田克彦氏に比べて、著しい低学歴で
頭が悪いだけでなく、感受性も愚鈍で腐っているという、取り返しのつかない状態なのです。
せめて、
http://www.geocities.co.jp/MusicHall-Horn/1091/で、岡田氏の作品に触れましょう。
81 :
山崎渉:03/01/23 03:05 ID:???
(^^)
sage
不定期sage
何なんだこのスレはw
85 :
Name_Not_Found:03/02/17 02:30 ID:RXQvaHmj
そいじゃお題を。
「Flashはアクセシビリティを損なわずに
ユーザビリティを充実させることが可能」
マルかバツか。
俺はマル派。
ただし労力は普段以上にかかるだろう。
検索エンジンの問題とかもあるしなー
HTMLでの代替手段を用意すれば△。
ユーザビリティを押し付けることになるので一概に充実とは言えない気が。
SWFだけじゃむりぽ。
音声読み上げブラウザだと何にもしゃべらないし、
テキストブラウザもだめだからなぁ。
代替でhtml版がないとダメだろう。
>>85 ActiveX って時点で、アクセサビリティを損なっていると思うのだが。
hosyu
ほしゅ。
93 :
Name_Not_Found:03/04/12 04:34 ID:jdxKve1u
フラッシュだけで代替HTMLの無いサイトよ、呪はれてあれ!
94 :
山崎渉:03/04/17 15:31 ID:???
(^^)
95 :
山崎渉:03/04/20 04:21 ID:???
∧_∧
( ^^ )< ぬるぽ(^^)
朝顔日記の4月20日
ttp://diary.noasobi.net/0304b.html#diary_030420a に、スクリーンリーダー使ってると組み合わせて使っている視覚系UAがわからないから
CSSが効いているのか、効いていないのか判別つかない、
みたいなことが書いてあるけど、実際どうなんだろうね。
視覚障碍者の間でスクリーンリーダーって結構使われているものなのだろうか。
IBMのJAWSなんてめちゃめちゃ高価じゃない?
もっとも、漏れは特定のUAを特別に扱おうとか思っているわけではないのだが。
それにしても、HPR3とかみたいにmedia=screenなcssを解釈するとなると
ナビゲーションスキップとかは、透明GIFなんかに
alt="ナビゲーションを飛ばす"
みたいな事を書いてやるしかないのかな。
透明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にデザインだと思うのだがどうだ。
とか本音を言ってみる。ああきれいごとだ。スポンサーに堂々と言いたいもんだねぇ。
100 :
96:03/04/27 02:20 ID:GvpLv7zi
>>99 そうだな、漏れも今回はテキストにして
ナビスキップだけposition指定で
窓の外に出しておくことにするよ。(w
尻ナビか頭ナビかは前にも議論があったけど
漏れも尻ナビが好きだな。
もっとも今やってるサイトは頭ナビだが。
最初それでhtmlの雛形作ってそれでcss書いたもんで、
ちょっとやそっとじゃ戻せない罠だったよ。
UA振り分けが激しいもんで、
今から全部直すのはちょっと勘弁って感じ。(w
いいスポンサーに恵まれれば、いろいろやりたいことはあるよねぇ。
まぁ、デザインも大事なんだろうけどね。
101 :
山崎渉:03/05/22 05:01 ID:???
━―━―━―━―━―━―━―━―━[JR山崎駅(^^)]━―━―━―━―━―━―━―━―━―
103 :
山崎渉:03/05/28 12:54 ID:???
∧_∧
ピュ.ー ( ^^ ) <これからも僕を応援して下さいね(^^)。
=〔~∪ ̄ ̄〕
= ◎――◎ 山崎渉
hosyu
__∧_∧_
|( ^^ )| <寝るぽ(^^)
|\⌒⌒⌒\
\ |⌒⌒⌒~| 山崎渉
~ ̄ ̄ ̄ ̄
__∧_∧_
|( ^^ )| <寝るぽ(^^)
|\⌒⌒⌒\
\ |⌒⌒⌒~| 山崎渉
~ ̄ ̄ ̄ ̄
(^^)
(⌒V⌒)
│ ^ ^ │<これからも僕を応援して下さいね(^^)。
⊂| |つ
(_)(_) 山崎パン
110 :
Name_Not_Found:03/09/07 12:44 ID:sYlxhy5p
>>110 付属のColorSelector はなかなか使えるが本体は…。
>>64 話蒸し返すが
body { font-size:80%;} が
>>50って理由で駄目ってのがよくわからんな
「標準」がないから相対で示すんだろう。
極度でない限りブラウザ標準設定に合わす必要はないと思われ。
さびれてるなぁ。
結局、アクセシビリティに興味ある人なんて、ほとんどいないんだろうなぁ。
国内にはWAI triple Aサイトなんて、10個くらいしかない感じだし...
つまり不要ってこと?
音声ブラウザってアルファベットを組み合わせたローマ数字に対応してるのか?
機種依存文字は問題外だし…
>>115 アルファベット組み合わせでは、数字として認識しないらしい。
機種依存文字でなくて、うにこーどにすれば、大丈夫かも。
というか、ちゃんと読み上げてくれるのか、私も知りたい。
ローマ数字の「3864」とか。
118 :
Name_Not_Found:04/04/19 17:26 ID:EtIxi9kH
Web Designing 2004/5はアクセシビリティ特集age
119 :
Name_Not_Found:04/05/01 11:28 ID:GuI7NYmT
120 :
Name_Not_Found:04/06/02 08:53 ID:sdrZUPb/
age!
121 :
Name_Not_Found:04/06/02 14:46 ID:wMw2XuZ3
だれか、JIS対応関連の仕事してる人います?
漏れの所に急に入ってきて、今あわててやってますが、
んなまだ発表になってない規格に対応しろといわれても・・・
どうにか続けてるけど・・・発表された途端どんでんがえしがありそうで
怖い・・・
122 :
Name_Not_Found:04/06/02 15:54 ID:LTDjUCVo
草案のPDFどっかにないですか?
自分も気になってます
123 :
Name_Not_Found:04/06/03 07:42 ID:Hmp/s6sS
124 :
122:04/06/03 23:10 ID:fIfn7Px2
>123
これはどうもご親切に
これ読むだけでも、なんて細かいんだろうと思ってしまいますね
自分はウェブ屋ではないのですが
障害者向けのサイトを作ってまして
個人的にXHTMLとCSSを勉強しておりますが
正直なところ、制作側の配慮も必要ですが
利用者側の教育も必要だと思ってます
例えば視覚障害の方に対して
スクリーンリーダーを利用してのブラウズというのが
どういうものかをきちんと教える必要があると
125 :
123:04/06/04 00:28 ID:???
>>124 おお、なるほど・・・
たしかにその必要性はありますよね。今回の、「日本初の公的機関によるウェブ規定作り」が
そういう教育を推進する効果があるといいのですが。
細かいですが・・・この引用は抜粋ですのでもっともっとあるんでしょうし。
でも、きっと、WAIの規定を少し緩めたもの+日本語独自の問題のレベルになるのでは、
と考えます。
JIS X 8341-3:2004 (予定)か。
127 :
ななし:04/07/30 22:05 ID:+e/wCXac
三越がアクセシビリティ対応って、らくらくウェブ散策いれた程度じゃん。
自治体はともかく企業でアクセシビリティにまともに取り組んでいる
ところって、富士通とIBM以外にあるのか。
128 :
Name_Not_Found:04/08/27 10:02 ID:dBil02n4
どのへんが駄目?
130 :
ななし:04/10/08 21:42:59 ID:TQw0K16i
障害者や高齢者の声を反映していない。
なんかアクセシ向上って、机上で行われているような。
実ユーザーの声、無視でしょうね。
うん、そうだね。残念だね。
132 :
Name_Not_Found:04/10/22 22:21:54 ID:mBAEs4W+
某カメラメーカーにテキストリンクの許可をもらおうとしたのですが、
お断りされました。
どうしてこう企業は、新しいウィンドウを開いて欲しいんだろう・・・。
そうでもしないと画面に収まりきらないようなテーブルデザインだから。
134 :
Name_Not_Found:04/10/26 00:25:26 ID:FcDCbzbH
テーブルデザインって、小学生が作るホームページレベル
136 :
Name_Not_Found:04/10/27 21:07:00 ID:GN8xM2hh
>>133 新しく開いたところで、初期設定によってウィンドウの大きさは変わるので意味がない。
137 :
Name_Not_Found:04/10/30 21:14:27 ID:72QIVXp/
138 :
Name_Not_Found:04/11/01 22:01:17 ID:nQhLcJQt
カレンダーがアクセシブルかどうかが微妙。
ユーザビリティが高いかどうかも。何も説明に英語使わなくても。
トップページに戻りにくいなぁ。
広告で文字が隠れるのですが。空白文字の検索に未対応。
FireFoxでもスタイルはずしちゃうの?しかもリクエストエラーなるよ。
まあ、このくらいにしといてやるよ。
なんだこのスレ?
ストリクト辺りから勘違いして増えだした、不自由優先厨か。
そもそもお前ら一般を満足させられないのに、特異な人間を考慮するってアフォの骨頂だな。
何を持って一般といっているかわからんが、
すべての人に対して平等に情報を提供できるようにするということは、
情報を提供する人にとっての最低限の心遣い。
だれもお前ひとり満足させるためにやっちゃいない。
142 :
Name_Not_Found:04/11/02 23:21:15 ID:/gf5/OVF
>>142 <meta name="GENERATOR" content="Mozilla/4.78 [ja] (WinNT; U) [Netscape]">
スンゲー皮肉だな。
>>142 aDesignerの音声モードでPage RatingはC。Navigabilityが低評価。
145 :
Name_Not_Found:04/11/21 18:36:23 ID:J2keZ9Za
ある用事で自民党のページを見たのだがトップに次の一文が。
「自民党は、音声読み上げソフト等に対応できるWebページづくりを目指しています。」
( ゚д゚) ・・・
(つд⊂)ゴシゴシ
(;゚д゚) ・・・
(つд⊂)ゴシゴシゴシ
_, ._
(;゚ Д゚) …!?
だってNOFRAMESは空でフレーム使ってますよ。javascript有効じゃないと開けないリンクありますよ。ただの文字情報なのにフラッシュが無いと見られないコンテンツがトップにありますよ。
目指すだけならただとはいえこれはちょっと酷すぎる。
気になったので他の党のサイトも見てみる。とりあえずトップのみ。
民主党:
決して綺麗なソースではないが一応ひととおり見られてリンクは辿れる。
公明党:
アクセシビリティを意識していることが書かれており、島根県などには敵わないものの気配りが見られる。しかしメニューのアイコンは分りづらい。
共産党:
線形化できないテーブルレイアウトを使っていたり、altの無い画像がアンカーに使われていてアクセシビリティは悪い。
社民党:
トップページに
「インターネットにバリアフリーを、すべての人にやさしいウェブを。このウェブサイトでは、W3Cが提唱している「Web Content Accessibility Guidelines1.0」を基に音声ブラウザ等に対応したページづくりを目指しています。」
との一文が。しかしその一文自体がaltがあるとはいえ画像によるもの。全体的にaltの使い方がわかっていない。「こちら」リンク。
"Web Content Accessibility Guidelines1.0"を本当に読んだのかと小一時間ほど問詰めたい。
>>145 公明党支持者乙
ちゃんと自民党も応援しないとダメだよ
あっ、意図的に距離を置くことでみんなの目をごまかす作戦ですか?w
どの政党を支持するかとどの政党のサイトがアクセシブルかは別問題だろ。
自民党のトップページをHPR3.02で読んでみた。
メインコンテンツが「オブジェクト。オブジェクト。」で終わる。
公演のリンクをクリックするとHPRが二つ起動する(同じ内容のページでね)。
もちろんリンクはJavaScriptなので、禁止にしてあると見ることができない。
まぁ、がんばれ。
いいんじゃないの。自民党、むしろ政治家らしいじゃない。
目指すだけなら何とでも云えるからな。
おまいら散々言っておいてアドバイスのメールなりしたんだろうな?
>>151 大抵の政党はアドレス公開してるでしょう。 自民はメールフォームもあった。
>>152 メールフォーム(「自民党に物申す」)は見つけたけど、アドレスは見つけられなかった。
フォームは、氏名、年齢、性別、地域、職業、メルアドまで入れてhttpで送信だから、
ちょっとイヤ。
154 :
Name_Not_Found:04/12/11 17:36:21 ID:WPvWDYLW
揚げ
「重要なところは赤文字で書いてあります」
で、よく見ないと赤文字がどれか分からない俺が来ました。
助けてください
その発想はなかったわ
>>157 作った人に文句付けろ。
「重要なところは赤文字で書いてあります」
っていうのは色に依存してるからアクセシビティ的によくない。
赤がわからない色盲の人もいるんだから。
「重要なところは強調してあります」
で em{ font-weight:bold; color:#f00 } でおkだと思う。
アクセス解析取ってるからうURL乗せないけど、「イエラボ」ってサイトがあるんだよ。住まいに関する情報を
のせているんだけど、j-waveでも今放送してるけど。ここのサイトが全部flashで作成されてる。
アクセシビリティなんてこれっぽっちも考えてられていない。
貧乏人と障害者はサイトにアクセスしないようにって言われているみたいで感じが悪い。デザインはイイと思うんだけどね。
回線もナローバンドだと重いし。
宣伝房死ね
>>164 どこが宣伝?ネタで晒した感じであるが。
はいはいわろす
.pdfが一番と思た
わろさ わろし わろす わろせ わろそ
Transitionalでフレーム使っとるがね
しかもHPBのどこでも配置モード
セレクトとラジオボタンとではどっちがアクセシビリティ的にいいですか?
どちらもサブミットボタンは別途用意するものとします
ラジオボタンかあー。かさばるなあ。
禿げ上がるほど質問です。
ウェブでPowerPointやPDFで公開しているページは、
スクリーンリーダーで読み上げることはできるんでしょうか?
175 :
Name_Not_Found:2006/01/28(土) 14:08:23 ID:ojK0QBVz
ageるの忘れてました…
最初から音声ブラウザではアクセスできないように
403などを吐いて弾いたほうがいいってことなのかな・・・・
そっちの方がより訴えられる危険が高いんじゃないか
>>176のは誰でも歓迎な店で黒人への接客に明らかな不備があったぞ的な裁判
>>177は最初から黒人お断りなのは差別だ!!
て感じ
黒人にはその存在すらわからないお店なんですよ!!
ハングル表記がなく日本語オンリーのサイトは韓国人を差別しているニダ!
「アルト(alt)タグ」にぶち込みたい
>>181 ワラタw
読んでみたけど、確かにそれ、タグじゃなくて属性じゃないか…
本当にありがとうございました。
アルトころにおじいさんが
imgた。
185 :
Name_Not_Found:2006/06/12(月) 18:20:51 ID:q8RJkwBx
★