【いったい】アクセシビリティ【どうしろと?】
なんかさ、アクセシビリティを確保しよう! 音声ブラウザのために分かりやすい 構造にしよう! とか言われんじゃん? んでさ、どうすっかというと フレームはやめよう、FLASHは使うな、テーブルもどうかと?画像もあんまり… えーと ど う し ろ っ て の ? >>220 それは単に公開プロキシ等の特定IPからのアクセスを弾く仕組み >>220 の最新のレスあたりに興味深い書き込みが! てかボット対策にアクセシビリティを低下させるって、えーっと… 掲示板やコメントやメールフォームの部分は アクセシビリティはそのままで裏方の処理で対処するもんでしょ。 しかも裏方の必死な攻防は訪問者には見せない。気づかせない。 裏方の処理部分はスレ違いだけど。 なかなか裏方だけでは済んでないのが現状だね。クライアントに出力する HTMLを加工する対策というのは、色々なケースで割と一般的になってきて いる。分かりやすい例だとキャプチャ(画像認識)とか。 キャプチャのaltは本来なら画像に書かれている文字列そのものであるべ きだと思うが、それをやってしまうと意味がない。音声サポートしても テキストブラウザではきついしね。 またメールアドレスをクライアントサイドスクリプトで暗号化する技術等 も、アクセシビリティを下げていると言えると思う。 >>219 三点リーダの使い方なんかどうだっていいだろボケ! > 正式には「……」と三点リーダーを二つ並べて用いる。 >>225 知っているよそれくらい。 ちなみに、私は>>218 ではありません。 ## だったら中黒を三点リーダとして使う奴はどうなんだとw >>225 じゃあ「ダッシュ」も「ふたつ で ひとつ」じゃん。 これはアクセシビリティは正しい日本語から、という流れ? ajaxにおけるアクセシビリティはどうあるべきだろうか やたらPDFを貼付けてあるサイトってアクセシビリティ的にはどうなの? HTML文書はなめられているんだと思うよ。 PDFファイルの方がクオリティが高いとでも思っているのか……。 あるいは、やる気が無いのか……。 やさしいつくりは必要かも。 デザイン重視かなんか知らんが、 小さ過ぎて見えない程のボタンなどで作っている奴多いね。 フォントの色が薄すぎたり。 そりゃ単に、違う環境で見られてる事を理解してないからでは? 自分のモニタでは多分格好良く見やすく出来てるんだよ。 >>233 PDFであることが必要な文書なのかもしれない。 HTMLはご存知の通り環境によって見栄えが変わるけど、 PDFはどんな環境でも全く同じ見栄えで表示できる。 見栄えが変わるというか、どんな環境でも最適に表示されるように変更が許されているのがHTMLで、 見にくかろうが表示できなかろうが、あらかじめ決められたレイアウトでしか表示できないのがPDFだな。 印刷前提のものや、印刷用として作られたものがアップロードされている場合はPDFで問題ないと思うけど。 ワードやエクセルで作ったデータを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。 以前に質問した者が意に沿った回答を得られなかったため 別の答えが出るように煽ってるんじゃない? 質問ですが、アクセシビリティのために構造と見栄えを分離しなければならない理由は何なのでしょうか トヨタ川本氏に聞く、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/ これくらいまとまってる資料ってほかにありますか? >>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 には勝手にデザインする場合でもわかりやすくしろ、みたいに書いてあるんで、 デザインを変えること自体は認めてるんじゃないの? 富士通は。 いずれにせよ、標準のコントロールを使うのがより望ましいだろうね。 それでも敢えて独自に画像化等デザインをいじるなら、 例えばボタンなら標準時、マウスオーバー時、押下時の3パターンは用意して欲しい アクセシビリティの高いサイトとしてお手本(有名)な サイトってどこですか? UAAG2.0の初めてのPublic Draftが出たね。 ttp://www.w3.org/TR/UAAG20/ 上で紹介されるASPって、Macじゃ使えねーのか。 ダメだな。 将来的にMacは廃止の方向なので無視しても構わない方向です。 >>245 プリント(特にA4サイズとB5サイズ)を前提にしているから。 ちゅっと前はユーザビリティとか言ってたのが、アクセシビリティとかになってんのがそのビリティに則してなくね? 本当にユーザー想いの設計してたらユーザビリティは高くてもアクセシビリティに手が届かなくなる しかしどちらにも優しい設計だと没個性化する ずっと「アクセサビリティ(access + ability)」だと思ってた。 accessibilityのiってどこから出てきたんだろう。 アクセシビリティ=障がい者のためのもの という発想を卒業しんとね。 多様なアクセス=健常者と不自由のあるものという発想 かび臭い! 漏れのページは健常者限定なら見やすい かたわのことはしらん >>274 access accessy accessible accessibility ではないか。 全角スペース 「ブランク」 IT革命 「イットかくめい」 2009年 12/15 (火) 「二千九年、 十五ぶんの十二(←分数、もしくは十二スラッシュ十五) かっこ、ひ、かっことじる」 こんなアホな読み方する音声ブラウザのためでも、 やっぱりまじめに作らなきゃ駄目だよね! 日経の企業サイトランキングの評価基準が変わって アクセシビリティの占める割合が大きくなった。 しかもWCAG2.0(JIS X 8341-3:2010)基準で評価してるっぽい。 現状、フレームとFLASHをやめるだけでええやん。 創価死ね 創価死ね 創価死ね 創価死ね 創価死ね 創価死ね 創価死ね 創価死ね 創価死ね 創価死ね 創価死ね 創価死ね 創価死ね 創価死ね 創価死ね 創価死ね 創価死ね 創価死ね 創価死ね 創価死ね 創価死ね 創価死ね 創価死ね アクセシビリティって利用者全体主義ってことだろ? でも視聴覚障害者のアクセスなんて 普通の企業サイトなら誤差以下の範囲でしょ だったら、健常者優先のデザインの方が 圧倒的にアクセシビリティが良いって事にならないか? XHTML1.0にARIAのrole属性を付与した際の DTDの書き方がイマイチ分からない 「//DTD XHTML+ARIA 1.0//」で良いのかな HPなどで友達が稼げるようになった情報とか ⇒ http://asaswq3wq.sblo.jp/article/181819223.html 興味がある人だけ見てください。 43TH4FQ2M1 誰でもできる在宅ワーク儲かる方法 少しでも多くの方の役に立ちたいです グーグルで検索するといいかも『金持ちになりたい 鎌野介メソッド』 RMWAH read.cgi ver 07.5.0 2024/04/24 Walang Kapalit ★ | Donguri System Team 5ちゃんねる