【いったい】アクセシビリティ【どうしろと？】

ワードやエクセルで作ったデータをhtmlで出力して表示が崩れた。
手作業で手直しするのも面倒くさいからpdfで。
って程度じゃない？
そもそもそのサイトはアクセシビリティを謳ってるの？

>>238
つーかセンスねーな
ページに統一感が全くない
何かPDF云々以前の問題だね

病院とか学校とか、わりとお役所？的なとこは
文書としてプリントアウトして残す事を前提としてるのか
PDF使ってあるパターン多いよ。
見栄えじゃなくて、本当に印刷保管前提って感じ。

でも確かにPDF多すぎだなw

htmlでページ更新すると時間も金もかかるじゃん。
担当医のスケジュールとか、コントリビュート？やなんかで
依頼側で変更することもできるんだろうけど、それすら無理なんだろ。
制作側と依頼側（多分個人かちっちゃいとこ）の両者の希望が一致して
そんなページになってしまったんだと。

>>241
役所でWebマスターやってる者だけどさ、

＞htmlでページ更新すると時間も金もかかるじゃん。
＞担当医のスケジュールとか、コントリビュート？やなんかで
＞依頼側で変更することもできるんだろうけど、それすら無理なんだろ。

その通り。

あとは、役人は情報リテラシーが低いので、PDF が良くないということを自体知らない場合も多い。

＞制作側と依頼側（多分個人かちっちゃいとこ）の両者の希望が一致して

制作側とか依頼側とかって、役所が Web 作成をその都度外注してると思ってる?
だとしたら間違い。

外注するのはサイトリニューアルの時だけ。
個別記事の Web 化を委託すると金と時間がかかるから、外注せずに自分で PDF 化してるんだよ。
PDF に変換しておしまいなんて外注業者はさすがにいない。

制作側=上司、依頼側=ヒラ、と読み替えれば正しいとも言える。
特に管理職の情報リテラシーは低いからな。
ヒラがまともに HTML で作ろうとしても上司が
「何やってるんだ、そんなの PDF 化すればすぐ終わるだろう」
と部下に HTML 化の作業時間や金を与えないケースも多いだろう。

一般に、役所は広報担当が Web を一手に担うんじゃなくて、
全ての課の職員がバラバラにページを作ってるケースが多い。
それも、Web 担当ってのは本人が望んでやってる場合や適性を見てやらされてる場合は少なくて、
各課で Web を任せられるのは大抵ただの庶務担当だから、
Word で文書作成するのがやっとという職員も多い。

うちなんて政令市なのに広報課に Web 専任の担当が一人もいないんだぜ。
紙の広報誌やテレビ・ラジオの担当はそれぞれ専任が8人とかいるのに、
Web は庶務・経理をやってる担当が片手間にやらされてんの。
HTML 作成してる時間なんて全然ない。
人員や金の配置がおかしいんだよ。


もちろん

＞文書としてプリントアウトして残す事を前提としてるのか

お役所的紙文書の発想から抜けきれないというのもあると思うけど、メインの理由じゃない。

ところで、なんでPDFだめなの？

PDF=ダメ
というわけではない。目的による。

PDFは画面で見るには見づらい。印刷すると当然見やすくなる。
印刷前提の文書ならPDFがいい。

PDFの強みは、どんな環境でも寸分違わず同じ見栄えを維持できること。
レイアウトのズレが許されないような文書ならPDF。

なんつーかループしてね？

以前に質問した者が意に沿った回答を得られなかったため
別の答えが出るように煽ってるんじゃない？

質問ですが、アクセシビリティのために構造と見栄えを分離しなければならない理由は何なのでしょうか

目を閉じて耳を澄ましてごらん・・・

心の声を聞け

トヨタ川本氏に聞く、bBのプロモーションで見せたWebキャンペーンの狙い
http://enterprise.watch.impress.co.jp/cda/web2/2007/01/23/9421.html


トヨタのサイトはアクセシビリティはこのスレ住人から見たらどうなのか？

http://www.toyota.co.jp/index.html を HTML4.01 Transitional としてチェックしました。
175個のエラーがありました。このHTMLは -307点です。タグが 25種類 162組使われています。文字コードは Shift JIS のようです。
このHTMLには重要な問題が多く含まれています。環境によっては閲覧できない可能性が非常に高いと言えます。減点対象外のごく軽度のエラーは割愛されています。

このページには区別しづらいと思われる色の組み合わせを利用している部分が有ります．
詳細レポート内の各項目を選択して，問題箇所を確認してください．

テキストの前景色/背景色の組み合わせ: 5

aDesigner:
ページ内の一部の文字は小さすぎます．
詳細レポート内の各項目を選択して，問題箇所を確認してください．
文字が小さすぎ，かつ固定されている: 48

そもそもtoyota.jpのカーラインナップのページは
車種名と車の画像がセットになった一覧がないから使いにくい
www.nissan.co.jpもwww.honda.co.jpも車種名と車の画像が併記されてるからわかりやすい

機械的なチェックじゃなくて個人的な意見だけど・・・

葵プロモーション
http://www.aoi-pro.com/

Flash表示できなかったらほとんど白紙状態。
日本企業のサイトで、しかも特に英語にする合理的理由もないのに
横文字使いすぎだし。

富士通ウェブ・アクセシビリティ指針
http://jp.fujitsu.com/webaccessibility/

これくらいまとまってる資料ってほかにありますか？

http://www.udit.jp/web/index.html
の下の
Webコンテンツ・アクセシビリティに関する指針2.0
http://www.udit.jp/web/wcag.html
とか
UDITのアクセシビリティガイドライン
http://www.udit.jp/web/guide.html

>>258のサイトの
富士通ウェブ・アクセシビリティ指針 指針44 : 富士通
ttp://jp.fujitsu.com/webaccessibility/v2/44.html
> 44. ブラウザの基本的な機能やGUIコントロール（ツールバー、スクロールバーなど）は変更しない。
ではスクロールバーの配色に触れているだけで
フォームコントロールには言及されていませんが
フォームコントロールもあまりいぢるべきではないんですか？
ttp://www.k-jouhou.info/~kanri-gamen/html/form_preview.html
などを見るとOS間ブラウザ間で表示にけっこう差がありますが
フォームコントロールも
「ブラウザの各機能や基本的な GUI コントロール」ですよね？・・・ですか？

>>260
ttp://jp.fujitsu.com/webaccessibility/v2/45.html
には勝手にデザインする場合でもわかりやすくしろ、みたいに書いてあるんで、
デザインを変えること自体は認めてるんじゃないの? 富士通は。

>>259
参考になりました。

いずれにせよ、標準のコントロールを使うのがより望ましいだろうね。
それでも敢えて独自に画像化等デザインをいじるなら、
例えばボタンなら標準時、マウスオーバー時、押下時の3パターンは用意して欲しい

アクセシビリティの高いサイトとしてお手本（有名）な
サイトってどこですか？

http://www.research.ibm.com/trl/projects/acc_tech/adesigner.htm
> 視覚障害者や高齢者にもアクセスしやすく

ダウンロード先は、日本語ユーザにはアクセスしにくいです＞＜

UAAG2.0の初めてのPublic Draftが出たね。
ttp://www.w3.org/TR/UAAG20/

まだスカスカじゃね？

ウェブアクセシビリティを予算がないのに難しく考えすぎですよ

http://www.pure-pulse.com/accessible/web-accessibility-tool.htm

上で紹介されるASPって、Macじゃ使えねーのか。
ダメだな。

将来的にMacは廃止の方向なので無視しても構わない方向です。

>>245
プリント(特にA4サイズとB5サイズ)を前提にしているから。

ちゅっと前はユーザビリティとか言ってたのが、アクセシビリティとかになってんのがそのビリティに則してなくね？

本当にユーザー想いの設計してたらユーザビリティは高くてもアクセシビリティに手が届かなくなる
しかしどちらにも優しい設計だと没個性化する

ずっと「アクセサビリティ（access + ability）」だと思ってた。
accessibilityのiってどこから出てきたんだろう。

Spelling: Suffixes -ible and -able
http://owl.english.purdue.edu/handouts/grammar/g_spelible.html

アクセシビリティ＝障がい者のためのもの
という発想を卒業しんとね。
多様なアクセス＝健常者と不自由のあるものという発想
かび臭い！

漏れのページは健常者限定なら見やすい
かたわのことはしらん

ユーザビリティ専用スレ　その３
http://pc11.2ch.net/test/read.cgi/hp/1136275352/

>>274
access
accessy
accessible
accessibility

ではないか。

全角スペース
「ブランク」

IT革命
「イットかくめい」

2009年 12/15 (火)
「二千九年、
十五ぶんの十二（←分数、もしくは十二スラッシュ十五）
かっこ、ひ、かっことじる」

こんなアホな読み方する音声ブラウザのためでも、
やっぱりまじめに作らなきゃ駄目だよね！

WebUD まだ売っている？止めた？

日経の企業サイトランキングの評価基準が変わって
アクセシビリティの占める割合が大きくなった。
しかもWCAG2.0(JIS X 8341-3:2010)基準で評価してるっぽい。

omotya

現状、フレームとFLASHをやめるだけでええやん。

創価死ね
創価死ね
創価死ね　
創価死ね
創価死ね
創価死ね
創価死ね　
創価死ね
創価死ね
創価死ね　
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね
創価死ね

よし

アクセシビリティって利用者全体主義ってことだろ？
でも視聴覚障害者のアクセスなんて
普通の企業サイトなら誤差以下の範囲でしょ
だったら、健常者優先のデザインの方が
圧倒的にアクセシビリティが良いって事にならないか？

XHTML1.0にARIAのrole属性を付与した際の
DTDの書き方がイマイチ分からない
「//DTD XHTML+ARIA 1.0//」で良いのかな