問題タブ [screen-readers]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
html - 名前がすでに画像の下のソースにある場合の代替テキストで人の名前を繰り返す必要がありますか?
画像の下/上にすでに人の名前がある場合は、ALTテキストで同じ名前を使用する必要がありますか?
代替テキストhttp://easycaptures.com/fs/uploaded/227/6990285751.jpg
両方の状態で<span>
繰り返す必要がありますか?alt
画像にリンクがありません。
css - テーブル + css を使用してデスクトップ ブラウザーのクロス ブラウザー レイアウトを作成するのは、div + css よりも簡単ですか?
Web デザイナーの友人の 1 人はまだテーブルを使用してサイトを作成していますが、彼は css を非常にうまく使用しており、私も css をうまく使用してい<div>
ますが、友人よりもレイアウトでクロスブラウザーの問題に直面しています。
そして、私は友人に の短所について何らかの理由を与えました<table>
。友達との私の議論全体を読んでください。
I - あなたのサイトはスクリーン リーダーに問題があります
私の友人- わかりましたが、これに関してクライアントから電話を受けたことはありません.
I - クライアントから変更があった場合、レイアウトの変更により多くの時間を費やすことになります。
私の友人- 私はそうは思いませんが、もしそうだとしたら、時間を節約する方法を教えて<div>
ください
I - あなたのサイトは検索エンジンでうまく機能しません。
私の友人- それは真実ではありません。私は多くのサイトを作成しましたが、これに関してどのサイトやクライアントにも問題はありません
I - レイアウトは古い方法で、非 w3c で非標準の方法です。
私の友人- 何が古いのか、何が新しいのか、W3C とは誰なのかわかりません。標準とは何ですか? 私が作成したものはすべてのブラウザーで機能しますが、それで十分であり、クライアントは標準および W3C ガイドラインのルールに料金を支払うことはありません
I - あなたのサイトはモバイル ブラウザでは動作しません
私の友人- 問題ありません。クライアントは携帯電話を気にしません。
I - サイトにアクセスできませんか?
My Friend - アクセスできないとはどういう意味ですか? 私が作るものはすべて、すべてのブラウザーで動作します。私のどのクライアントもアクセシビリティについて尋ねたことはありません
I - 今後、テーブルで仕事をすることはありませんか?
私の友人- OK、クライアントがテーブル付きのサイトを受け入れなくても問題ありません。将来、div ベースのレイアウトについて学びます。
私の質問?
- table+css を使用してデスクトップ ブラウザーのクロス ブラウザー レイアウトを作成するのは、+css よりも簡単
div
ですか? - 私が使用してもクライアントが気にしない場合、開発者が
CSS
レイアウトの代わりに DIV+ レイアウトを使用する利点は何ですか?<table>
xhtml - 空の alt="" を追加する利点は何ですか? この alt="" または alt=" " のどちらの alt を使用する必要がありますか?
null alt="" を追加する利点は何ですか? 検証に合格するためだけですか、それとももっと理由がありますか
そしてそれはどのように書くべきですか?
このように、スペースがありません
またはこれを1つの空白で
javascript - スクリーンリーダーのユーザーが必須フィールドとフォームの検証にアクセスできるようにするにはどうすればよいですか?
使用によって何か問題が発生した場合にエラーメッセージが検証時に表示される場合、そのエラーはスクリーンリーダーで読み取る必要がありますか?スクリーンリーダーと互換性があり、アクセス可能で、目立たないjqueryフォーム検証プラグインはありますか?
そして、どのフォームフィールドが必須であるかをユーザーはどのように知るのでしょうか?
私の質問はfieldset
、、、legend
およびlabel
?
ajax - JAWS 9または10でバッファの更新を強制することは可能ですか?
JAWSスクリプトまたはHTMLを使用して、JAWSに仮想画面バッファー(通常はIns+ Esc)を更新させる方法はありますか?私はJAWSサポートを必要とするAJAXを多用するWebアプリケーションに取り組んでいますが、ユーザーは「可能な変更をキャッチするためにアクションを実行した後にヒットIns+ 」というソリューションを特に好きではありません。Esc
ajax - Jaws(およびその他のスクリーンリーダー)は、入力値属性または画面上のテキストから読み取りますか?
AJAXを介して更新するフォームがある場合、元の値フィールド(ブラウザーに出力されたとき)が、フォームフィールドに現在含まれているテキストと一致しない可能性があります。
目の不自由なユーザーから、Jaws 9以降がリッチインターネットアプリケーション(特にAJAXとDOMの変更)を強力にサポートしていることを知っていますが、このサポートがJaws 7(リリースとして)まで遡るかどうかはわかりません。歴史が意味する)。
基本的に、2つの懸念があります。
値が設定されていない状態でフォームを完全に空白でロードし、AJAXを使用してページのロード時(またはユーザーがボタンを押した後)にデータをロードした場合、Jawsは挿入された値を読み取りますか?
値が設定されたフォームをロードし、それらの値がAJAXを介して変更された場合、リーダーは値または画面に表示されている内容を読み取りますか?
私の望みは、これが古いバージョンの欠陥が私の好意で機能するケースであり、常に画面に表示されているもの(入力フィールド)を読み取り、値を無視することです。また、フォームの値が変化することを期待しているため、ロードされたものだけでなく、現在のものを読み取ります。
しかしもちろん、後で他の方法を見つけるのではなく、確実に知りたいと思います。