考慮とは？/ アイフル
[ 526] 第五部 考慮事項 - はじめての Mozilla 1.4
[引用サイト] http://www.mozilla.gr.jp/docs/beginmoz-1.4/consideration.html
|
開発チームやテストに参加しているテスタにより Mozilla のテストが行われていますが、あらゆる条件の環境下におけるあらゆるテストが行われているわけではありません。 また、バージョンによっては開発途中の機能が試験的な意味で組み込まれている場合もあります。 インターネットやその他の場所には Mozilla の開発に関わっているエンジニアやテスト作業者あるいはユーザ同士で形成されているコミュニティや幾つかの Webサイトがあります。 それらではサポートに類似する情報交換が行われていますが、公式なものではありません。 コミュニティや Webサイトへ参加することによりサポートに類似した恩恵を得ることは可能ですが、企業などの営利活動に基づくサポートではないことに注意してください。 なにかの助けを求めたとしても応答があるとは限りません。 もちろん多くの場合は良い応答を得ることもできますが、その応答を行う責務を負う立場の者はいません。 そういった意味では同じソフトウェアと言うことも出来ますが、幾つかの理由により別のソフトウェアと考えるべきです。 （米国政府出資のイニシアチブが発足されましたが、日々変更され続けるプロジェクトに対してどの程度の効力をもつのかは不明です） オープンソースは、数多くの開発者が参照しますので多くのバグは発見され修正されます。 しかし、そこに関わる開発者の全員がセキュリティの専門家という事はありません。 そしてセキュリティの専門家は、そう多くは無いのです。 最近になって Mozilla のセキュリティ問題が報告されるという事例が幾つか現れました。 このことは「セキュリティ問題が報告された」という事以外に意味はなく、「やっとみつかるくらいだからセキュリティ問題は少ない」と考えるのは大きな誤解です。 マルチユーザOSではそのホームディレクトリは同じコンピュータを利用する他のユーザからアクセスできないようにアクセス制御が行われますので、プロファイルは保護されます。 しかし、ある環境では幾つかの理由によりホームディレクトリが同じコンピュータを利用する他のユーザからも見ることができるように設定されている場合があるかもしれません。 そのような環境ではプロファイルディレクトリが保護されず、他のユーザからのアクセスを許してしまいますので、プロファイルのアクセス権限をチェックするようにしてください。 また、たとえマルチユーザOSであってもプロファイルをデフォルトの場所以外の場所に作成した場合は同様の問題を持つ可能性があります。 しかし、コンピュータを直接操作してそのデータファイルへ直接アクセスしてファイルをコピーするような行為までは、それらの機能で保護することはできません。 昨今のコンピュータの技術進歩を考えると、暗号化機能を使ってパスワードを暗号化していたとしてもそれが長期間にわたって破られないという保証は残念ながらありません。 （突破が可能であるという事ではなく、可能性が無いとは言えない、です） 利用状況によっては、必要に応じて Password が用いられています。 しかし、その情報の扱い方によってはユーザのアクセス状況を調査することもできるため、そのような行為についてはプライバシーの問題として認識されています。 （全てのcookieが不適切ではなく適切な 古くからのやり方では ftpサイトへアクセスするときのパスワードは自分のメールアドレスを使います。 これは ftpサイトから利用者への連絡先として使われることを意図しているようですが、それ以外の用途に転用される危険性を懸念してメールアドレスを送信したくないと考える人も居ます。 個人のプライバシーのポリシーの問題でもありますので、各自で判断するようにしてください。 Mozilla はメールアドレスを送信する方法と送信しない方法の両方をサポートしています。 しかし、その情報を利用してセキュリティの問題を持つブラウザに対してのみ特定の攻撃を仕掛けるという事も可能であるため、セキュリティの問題に慎重な人の中には本当の User Agent 文字列を送信したくないと考える人もいます。 |
[ 527] スラッシュドット・ジャパン | 視覚障害者のインターネット使用、サイトやベンダーはもっと考慮すべき？
[引用サイト] http://slashdot.jp/article.pl?sid=08/04/19/110227
|
視覚障害者のインターネット使用はかなりフラストレーションが溜まるものだそうだ（ComputerWorld記事、本家/.記事）。例えばマイクロソフトは画面読み取りのツールなどを提供しているが、使い勝手に関する改善の余地は大幅にあるとのこと。単純に画面上の情報が分かるだけでは不十分で、複雑化したウェブページをナビゲートするのは至難の業であることも多いという。記事に対する意見は大半がこの問題を取り上げたことに対する好意的なものだったそうだが、中には「視覚障害者は、糖尿病患者が『砂糖を使うな』と主張できないのと同じで、自分たちのニーズを満たすよう周りに対してそんなに要求出来ないものだという現実を理解すべき」とのコメントもあったそうだ。本家ではウェブサイトやソフトウェアメーカーの努力が足りていないのか、それとも視覚障害者は現状を受け入れるしかないのか？と投げかけているが、/.Jの皆様はどのような見解をお持ちだろうか。 但し書き: コメントはそれぞれ投稿した人のものです。決してわたしたちが責任を負うものではありません。 ちょっと出遅れましたが。>視覚障害者のインターネット使用はかなりフラストレーションが溜まるものだそうだ それらがクリアされていても、サイト構造が非常に分かりにくかったり、バナーだらけで肝心の情報にさっぱりたどりつけなかったり。これはユーザビリティ（使い勝手）の問題。>例えばマイクロソフトは画面読み取りのツールなどを提供しているが、使い勝手に関する改善の余地は大幅にあるとのこと。> 現場じゃ、MSのなんて話題にすら上りません。数万円するスクリーンリーダー（ほぼ自腹）が命綱です。>単純に画面上の情報が分かるだけでは不十分で、複雑化したウェブページをナビゲートするのは至難の業であることも多いという。 複雑化という点では、Ajaxが難関です。あれはリアルタイムに画面上の情報を書き換えていますが、スクリーンリーダーがそれを検知できない。この問題に関しては、次世代HTML技術（WAI-ARIA [mycom.co.jp]）で解決の糸口を探っています。>記事に対する意見は大半がこの問題を取り上げたことに対する好意的なものだったそうだが、中には「視覚障害者は、糖尿病患者が『砂糖を使うな』と主張できないのと同じで、自分たちのニーズを満たすよう周りに対してそんなに要求出来ないものだという現実を理解すべき」とのコメントもあったそうだ。 ことWeb閲覧に関しては、他の方のコメントにもあるように、視覚障害者のニーズは、長い目で見れば健常者にも利益となると思います。障害者は、自分たちのニーズをはっきり要求して良いはずです。>本家ではウェブサイトやソフトウェアメーカーの努力が足りていないのか、それとも視覚障害者は現状を受け入れるしかないのか？と投げかけているが、/.Jの皆様はどのような見解をお持ちだろうか。 行政はスクリーンリーダー助成金をもっと出しなさい。これもれっきとした福祉の一環でしょう。障害者買わない（買えない）→メーカー販売停止 の連鎖はヤバイ。 スクリーンリーダの機能を持っている上、携帯向けコンテンツでは余計な要素が少ないため、PCとは比べものにならないほど快適に閲覧できるためです。 何年か前、プロとして恥ずかしくないWebなんたらって本があったのでぱらぱらめくってみました。が、その辺に考慮すべきって記述は見当たらなかったです。(読みが浅ければごめんなさい> 執筆者の方) 昔、ある人が書いてた文章で、(以下記憶に頼った意訳)「色弱の人は意外に多い、でとりあえず最低限の対応をするなら、白黒で印刷してみてちゃんと読める画面にしてほしい。ただしこれができたからって、免罪符にしてほしくない。」# Webの仕事をしていたのは2年弱ですがその間は、最低限、この言葉を思い返 しながら仕事をしていました。 僕は、専門家でないので詳しくないんですけど、弱視向けの拡大鏡なんかの技術はかなりいいかなあ、と感じました。また、点字（缶ビールのプルタブの横にある凹凸みたいなの）の技術は、フォーマットがあるだけに良い線いってるな、って思います。でも、それだけに、点字ディスプレイを利用する方向で発達して、パソコンの画像も凹凸の2階調化して表示してしまい、画像系はまだまだだなと。 文章読み上げ技術は、日本語は難しいといわれていますが、それなりに抑揚がついて悪くないです。読み上げボイスは女性、子供っぽい女性、年配の女性、男性などの種別が選べます（いわゆる普通の女性ボイスが人気だそうです）。ちょうど前回の展示会は初音ミク騒ぎの直後だったので、スクリーンリーダ作成者の方も、ああいうキャラクタ化には驚かれていたのが印象的でした。 点字図書館には、小説を読み上げたCDなどがよくおかれていますが、いつかは、バーチャルアイドルがネットからダウンロードしたテキストを読み上げてくれます！ みたいになるのかな（安直な発想！）。 個人的な考えですが、国内においてはコンテンツをSJISでテキストファイルにして置いておくのが一番親切なのでは、と思っています。 私自身、fjの教祖様のページ [iij4u.or.jp]はなるべく通常のテキストだけにしてグラフィックは使わないようにしています。何かの説明のための図はあきらめていますが…。なので、視覚エフェクトはcssに押し付けて、css無しでも意味は通るように努力はしています。ほら、一応布教活動の一環なんで :pで、そういうのをやって見ると意外と難しい。どうしても見栄えをファンシーにすると意味に一貫性が無くなり、意味に一貫性を持たせようとするとファンシーから遠ざかる。# ファンシーの意味がちょっと間違っている気もするが…。何よりも辛いのがある一定面積辺りの情報量が増やせない事。うかつに増やそうとするとただ見にくい画面になってしまう…これが企業だとさらに大変だろうなぁ、としみじみ思います。# なるほど、それが最近更新を怠っている理由なのだな ＞ 余 そろそろ本格的にコンテクスト依存で別ページを生成するようになってほしいところはあるかもしれませんね。普通にでも* グラフィカルリッチ系* シンプル系** 色弱者向けのカラーリング** 弱視者向けのコントラスト/フォントサイズ** 失読症/盲目者むけのオーディオ(バックグラウンドでMP3生成)* 携帯系(シンプルよりさらに情報しぼったもの)くらいは思いつきますからねーあと、accesskey系の自動設定とかあると動きに支障がある人とか(指をちょっとしか動かせないとか、舌で操作するとか)のナビゲーションにはいいんですが..Web(というかHTTPの意味的に)は主にだけどハイパー*テキスト*であるので、それなりの対応までが普通の人のページでは限界だと思うし、ほどほどのコストでできる範囲でいいとも思う。# 次があるかどうかわかんないけど、本当の汎用系が次世代で一般化するように努力するのも必要かも# 点字とかスクリーンリーダみたいなのに向いてるのは、懐しのGopherとかキャプテンシステムみたいな文字しかないやつ。# とかが前提のほうが楽なのかも... HTML 4.0 以降の仕様に普通に従っていれば、そうそうアクセシビリティの低いサイトにはならないと思っています。で、最近の Blog を含む CMS ツールはだいぶまともなソースを吐くものが増えてきたので、サイト側・ツール側の事情は少しずつ改善しているのだろうと思います。 私はユーザ側の環境改善に期待したいですね。視覚障害と言っても色弱の人と弱視の人ではニーズが異なりますし、肢体不自由の人もワンボタンデバイスしか扱えない人と精緻なポインティングが難しい（ポインタがぶれる）人でも異なります。こういう個人のニーズを埋めるのは、ユーザ環境の方でもっとカスタマイズできるといいのにと思います。 うちの会社では、ソフト・Webページ開発するとき、読み上げソフト対応が必須項目になってて、(開発する立場としては)何度うらんだことか。細かい規定がいっぱいありましたが、代表的なのは、HTMLだったらちゃんと論理構造持っているのは当然として、ナビゲーション(メニュー)をページ先頭に書くとか(デザイン上無理なら非表示で埋め込む)、上から順に読み上げていくので、ナビゲーションが最後にあったりすると、視覚障害者の方は、本文全部読み上げ終わるまで別のページに飛べないわけで、かなりストレスたまります。最近blogなどで右側にメニューがあるデザインが多いですが、きっといらいらするだろうなあ、と思います。 ＞上から順に読み上げていくので、ナビゲーションが最後にあったりすると、視覚障害者の方は、本文全部読み上げ終わるまで別のページに飛べないわけで、かなりストレスたまります。私が，Web閲覧初心者の視覚障害のある方を対象にユーザビリティテストを実施したときは逆でした。すぐに本文が読み上げられないとか，どのページでも同じナビゲーションが本文より先に読み上げられることに混乱する様子が見られました。ナビゲーションが本文よりHTML構造的に前にあると，目的のページにたどりつきそうなリンクをクリックすると，また同じナビゲーションが読み上げられて，また同じリンクをクリックして…の無限ループに陥りました（このときは，ナビゲーションの位置以外の問題も影響していたわけですが）。なので，最近私が作成するページは，ナビゲーションは本文よりHTML構造的に下に書いておいて，CSSで本文の左にレイアウトするようにしています（本文が先にあるほうが，SEO的にも有利だろうということもあります）。 ところで仮にサイト読み上げでなんとかできて、ものすごくうまくいったなら、とても便利だとおもう。車運転しながらニュースをブラウズとか、モニターにむかわない作業しながらしらべものとか、応要範囲広いよ、凄い便利そうだよ。ここは国の金でなんとか・・・ 動的コンテンツが主流になってきている時点でこれはもう仕方ないことだと思う。まぁ代わりとなる静的コンテンツが用意されていればいいんだろうけど、そんなコストかけられる所なんて殆どないよ（初期コストはよくても、更新等に対応できない）# 実際はFlashだけで構成されてるサイトとかマジで勘弁して欲しいですけどね 複雑化しすぎて健常者でも目的の情報に辿り付くのが困難な場合もあるので、この状態が何とかならない限り視覚障害者向けなんてとてもできないんじゃないかと。 視覚障害者向け対策が健常者にとっても利益になる場合も少なくないから、うまく誘導できれば両者幸せになれる気もする ユニバーサルデザインは「障害者も、健常者もうれしい」と説明されることが多いのですが、私は「未来の自分も、ひょっとしたらうれしいかもしれない」を追加したいです。事故や病気の可能性は誰にだってあるし、少なくとも老いは生きてれば確実にやってくるわけだから。 ユーザ側としては、アクセシビリティを切り捨てている企業を貶すのではなくて、ちゃんとコストをかけている企業を支持する声を揚げるのが建設的かな。そういう視点で語る文書が Web に増えれば、広告効果で相殺すると考えてくれる企業が増えると期待したい。 個人サイトのコストは労力ということになるのでしょうけど、いっぺんに完璧を目指す必要はないと思います。中途半端でいいから、何かの更新のついでに少しずつよくしていけばよいんじゃないかしら。出版メディアと違って、Web なんていくらでも更新できるわけですし。 左手マウスをオススメします。エロだけではなく、普通にご飯を食べながらのネットサーフィンや、テンキーをうちながらのオペレーションなどに便利ですよ。#言い訳とも言う。 XHTML+CSSとか、セマンティックウェブとか、この辺の技術って、視覚障害者に優しい技術だと思うんですよね。元来。自動読み上げソフトなんかも、見た目ではなく、構造を理解して読み上げる部分や順序を判断することは可能でしょうし、すでにある気がします。RSSなんて、かなり素性がよいと思うんですけどねぇ。時間をかけずに、ヘッドラインだけ斜め読み(聴き)みたいな。 日本においては、Webサイトと平行して「携帯用サイトを充実させましょう」っていう方向にした方が話早いんじゃないですかね。ほぼテキストベースだし、画面がしょぼいのも「いろんな携帯でみれますよ」というアドバンテージにもなるし。そんでもって視覚障害者にも優しいとなればいいことずくめでしょ。Webサイトを作り変えていくのはデザイン上の競争や、労力・コスト的にもナンセンスだと思うなあ。 費用対効果だけが判断基準なら、福祉なんてできねーっすよ。 費用対効果がつりあわないが必要なことは、行政が税金を使って行うべき。「赤字になるから手を出さない」で考慮が終わってしまう民間とは、明確に立脚点が違う。「必要なのか？必要ならどの程度？」は考慮しなければ。考慮の結果が間違っていて、必要でなかったり、必要以上に使うと無駄使いだけれども。今回の件でいえば、視覚障害者にかかわる申請や案内などの部分のテキスト化、そのためのガイドライン作成などは国の主導でやってもいい内容だと思いますがね。「普通の人」が使って楽しいとはベクトルの違う話ですよ。# 改行による強調部分は視覚障害者にやさしくない。 国と民間では原資コストや効果による利益の科目が違うだけで費用対効果が良くないことは当然すべきでない。言いたい事は判るが、それは違う。思慮が足りていない。同じサービスをする上で費用対効果が最適になるように、なおかつ万人がサービスを受けられるようにするのは正しい。しかし「費用対効果が無いから、ある能力を持たない人にはサービスしません」というのは国のサービスの原理として間違いだ。.別の例を考えればこれはわかると思う。納税処理をオンライン化して、オンラインでも納税処理ができるようにするのは良い。そうすれば納税にかかるコストが下がるだろうからね。でもオンラインでしか納税処理ができないようにするのは良くない。操作できない人、操作方法の判らない人を自動的に犯罪者にしてしまうからね。要するにサービスを受けるための幅を広げると同時にそちらを使うと利便性が上がり、コストが下がるのは基本的に正しい戦略だが、それだけにするのは正しくない、と言う事だ。Webページも同じ。例えば、今年の電子納税システム。日本語の説明しかなかった。しかし、「5000円キャッシュバックキャンペーン」をやっていやがった。おかげで私は納税最終日、何人の日本語が十分読めない外人を相手にこのシステムは日本国籍が無いと駄目なんだと説明する羽目に陥った事か…。はっきり言って東京都から日給をもらいたかったぐらいだよ。視覚障害者対策なんて、こういう「外国人対策」と同じように予算をきちんと配分するべき問題でしかない。必要な説明を「図上の文字絵」onlyにしないとか、文字だけで説明できるものは文字だけのページも作っておくとか、そういうのは外国人用に英語のページを作るとかと同様、きちんと予算を割り振られてしかるべき問題だと思う。ちなみに、ちゃんと全部文字にしておいて、なおかつ日本語として破綻していなければ、Googleの機械翻訳結果から意味を「逆算する」能力は日本在住の外国人の皆さんは相応に持っている。機械翻訳にかけられる程度にちゃんと文字がかいてあるだけでも大幅に利便性は向上する。そして、そういう場合は視覚障害者の方でも相応に必要な情報を探せる。.最低限でも、「図上の文字絵」はもう少し減らして欲しいな。日本国のWebページや、東京都のページは、Google で検索しても必要なページが出てこないケースが、あまりにも多すぎる。とりあえず「見栄え」よりも「ググったら出てくる」事を優先する、程度の配慮は欲しい。 結局のところ、作り手が想定した見た目なんて相手の環境では再現されないと思えばいいんじゃないかな障害者に限った話じゃなく、相手が健常者でもブラウザの違いや画面解像度、ウィンドウの大きさとかで見た目なんか簡単に変わるわけだし広告カットとかスクリプトOFFとか画像OFFとかユーザースタイルシートの反映とか…考え出したらきりがないついでに言うと良く見に来てくれるのは検索エンジンだたぶん信用できるのは文字情報だけだね文字の羅列だけの状態で内容が把握でき、快適に閲覧できれば大丈夫だと思うあとはユーザーが勝手によろしくやってくれるはずもちろん、本格的に視覚障害者向けにするなら読み上げソフトの癖なんかも考慮した方がいいんだろうけど… 申し訳ない。元社員として言わせてもらうと、件の「IBM のサイト」はアクセシビリティ以前の問題だと思います。メニュー構造もややこしいですし、実際は健常者から見ても使いにくいです（＾＾；今でも、仕事の為に、Dominoの技術情報を漁る目的で利用してますけど、アクセシビリティの中に使いやすい、分かりやすいといった要素は含まれていないのでしょうか？と思いますね。今の現状だと、とりあえず障害があっても読めるかもしれませんが（もちろん、障害の程度によるが）、使いやすいとは思わないでしょうな。#バリアフリーと言うのは馬鹿でも出来るが、それを仕様に落とすのがいかに大変か考えたことあるか？、多かれ少なかれ、一般ユーザー相手にアプリ作ってる奴なら想像できるはずだが。 どの程度が視覚障害者かによるでしょうね。細かい字が見えない程度の人に対する気遣いは、必要だと思います。ただ、全く目が見えない方については、どこまでが「実際に使うか」という判断が必要だと思います。 HTMLの当初の設計思想は、レイアウトが閲覧者側の環境で決定される為に、さまざまな工夫がされていた物でした。それを無視した形で、閲覧者側にレイアウトを強制したいという配信者の親切心や表現欲が、広まっていってしまったんですね。改行の位置ひとつ狂わず伝えたいというのは、古い紙文化の残りだと思うんですけどね。閲覧者の環境に応じて決定されるほうが便利ですもの。 それ以前に「目が不自由な方が何をしたいか」ということをはっきりさせることが、必要だと思います。検索をしたい？買い物をしたい？それとも、2chで騒ぎたい？ニーズが高い分野については、積極的に対応を考えるべきだと思います。ただ、一部の「全て健常者と同じでなければおかしい！」という人の声には、説得力がなければ、全部が全部に対応する必要は無いと思います。 >こういう障害者差別のおそらく正反対に読み違えているみたい。もっとも、元の文が真の「だからhogehuga」を書略してるのも読み違えてる原因の一部だろうけど。>まずアクセシビリティーを考えて作ってくれ。この視覚障害者のブラウザで動作確認してくれwebに関しては「バリアフリー」より「指定しないこと」のほうがより自然なアプローチだと思う。「バリアフリー」だとか「アクセシビリティ」はこの問題と一部を共有しているが、webの場合は単純に「いろいろ指定するのは悪」の方がより包括的だと思う。もっと単純に言えばブラウザ側の設定を尊重するだけでいい。「デザインは製品が使えなければならないが、アートは作品が実際には使えないものでも一向に構わない」というあたりを勘違いしてる「デザイナ」が多いのがこのあたりの諸悪の根源なんだから、デザイナという名のアーティストに退場して頂くわけ。 手軽にチェックしてみたい場合は、lynx等のテキストブラウザで表示してみるのが、最も費用対効果が優れているような気がします。lynxでそれなりに表示できていれば、どのようなデバイスで閲覧しても、最低限の情報伝達は可能なような。 >> 先ず、私は税金を払っている立場として無駄遣いするなと言いたい。>> 対策がコストに対し適切なリターンを持てば別だが、まぁ，そういうこと言い出したら「生活保護なんて無駄だ」とか「信号の電気代は無駄だ」とか「〜地区のゴミの回収なんて税金でやることに対して適切なリターンが無い」とか，税金の使い道の大半はキミ個人にとっては無駄遣いなわけだけどね．で，こういう「納税者たるオレが幸せになる＝善」「オレ以外の人間が幸せになる＝税金の無駄」という感覚の人間が多ければ多いほど，そういうところに税金をつぎ込む必要が発生するというジレンマななんだよねぇ．（∵そういう「自分以外の生活なんて知ったことか」という人間が多いほど，寄付金など税金以外による弱者保護などの仕組みは働かない）＃だいたい，こういう「オレの払った税金が」みたいなこと言う奴に限って実際の納税額はショボいという印象があるのはオレだけ？ ＞できるだけシンプルな手法に進むようにした方がコスト的にも安く上がるというものだよ。そこで過剰なデザイン・演出の押し付けは止めろ。一般向けも「相手に正しく情報を厳選して伝える」という本来の目的を優先しシンプルにしようみたいな感じでは？今のサイトは一昔前の過剰舗装のお菓子の詰め合わせみたいに贅肉が多すぎる。と、思ったりする時が時々ある。特にFlash強制で欲する情報が演出で遅くなるような物を見ると。# フレームの元なのでACにしようかと思ったけど主張なのでIDにしておこう。## セッカチさんは嫌われるって解ってるんだけどね、どうやらダメみたいだ。 > お役所ならともかく、一般企業にとってのWebって視覚広告媒体でしかないですから。と言うか、視覚広告媒体ですらなく発注者の自己満足でしかないと思う。お役所も一緒ですよ。 ただ、バリアフリーに対応できる技術的な可能性はWEBの方が高いと思いまが、その長所十分に活かされていないとこも感じます。 おっしゃるように、行政サービスのページでそれがされていないのは間違っていることは共感します。最低限の義務づけは必要でしょう。 視覚障害者に限らず、障害の程度によって様々なバリアフリーがあるでしょうし、それらを公共福祉の面から国などが研究していくのは意義があると思います。 ただ、そうでないものを「くそ」だとか、「死ね」だとか、そんな言葉で片付けてしまう姿勢には共感できません。 民間の場合、費用＜効果が要求される。が、行政の場合は違う。そもそも、行政福祉が費用＜効果という条件で行われるなら、税金投入不要だ。民間がやれない、費用＞効果の福祉をやってくれるから税金投入の意味がある。 単に文法的に valid であるだけではなく、きっちりと文書構造を考えた文書を書き、意味ベースのマークアップを適切に行えないと全然話にならないでしょうね。 これに慣れると Word や OOo とかは結構文書を書きやすいワープロだと気付けると思うのだけど。(OOo は初期バージョンからスタイルがフローティングウィンドウで出てきてくれる等、スタイルを意識して書かせるのが前面に出ている) テキストであれば音声として読み上げることも、点字として表示/印刷することも可能なので、通常は「最終的にはテキストまで落とす」事が理想的とされています。 ･･･ちょっと直ぐには思いつかないけど、彼等だって生活しているんだから、何らかの消費活動が繋がる可能性も無い訳では無いでしょう。 |
アイフルのサイトです。
