4

私は Web 開発者です。開発した Web サイトを、スクリーン リーダーを使用しているユーザーにとってよりアクセスしやすいものにしたいと考えています。スクリーン リーダーにはどのような制限があり、最も注意する必要があります。また、これらの制限にぶつからないようにするにはどうすればよいですか。

この質問は、非画像ベースのキャプチャに関する別の質問を読んだことがきっかけでした。そこには、ハニー ポット フォーム フィールド (ボットだけが記入する CSS で隠されているフォーム フィールド) は、スクリーン リーダーが引き続きそれらを取得するため、悪い考えであるとのコメントがありました。

スクリーン リーダーは本当に原始的すぎて、画面に表示されていないテキストを読むことさえできるのでしょうか? 理想的には、ページの読み込みが完了するまで待機し、すべての css を適用し、実際に表示されているものを把握する前に Javascript のオンロード関数を実行して、それをユーザーに読み上げるスクリーン リーダーを作成できないでしょうか? おそらく、メニューや目次であるページの部分を識別し、それらの部分を排他的に読んだりスキップしたりする簡単な方法を提供することもできます. プログラミング コミュニティは、この問題に対するより良い解決策を考え出すことができると思います。

4

7 に答える 7

3

スクリーン リーダーは本当に原始的すぎて、画面に表示されていないテキストを読むことさえできるのでしょうか?

覚えておく必要があるのは、HTML パーサーは画面を読み取るのではなく、ソース マークアップを読み取るということです。画面に表示されるのは、ブラウザーが CSS をソース コードに適用しようとする試みです。それは無関係です。

おそらく、メニューや目次であるページの部分を識別し、それらの部分を排他的に読んだりスキップしたりする簡単な方法を提供することもできます.

そういう基準があればできるんですけどね。

私はスクリーン リーダーの制限についてあまり熱心ではありませんが、スクリーン リーダーが理想的ではないという記事をたくさん読みました。私がお勧めできる最善のことは、ソースを整理することです-どのように読むか.

スクリーン リーダーについても確認する必要がある一連の CSS プロパティがあります。

于 2008-08-25T20:58:02.553 に答える
2

おすすめの聴き方：ヘンゼルミニッツ

盲目のプログラマーへのインタビューです。

于 2008-08-25T23:02:32.613 に答える
1

サイトのユーザーに正しく提出するためにフィールドが必要であることを示すために、* またはボールドだけを持っているフォームはいくつありますか? スクリーンリーダーは何をしていますか？「スター」って言うの？

以下は、視覚的にではなく口頭で明確にすることで役立つコードの例です。

(注 - 以下の例では、「required.」という言葉が話されていますが、画面には表示されていません)

テンプレートでは:

<label for="Requestor" accesskey="9"><span class="required">&nbsp;Requestor&nbsp;*&nbsp;</span><span class="hidden">required.</span></label>

CSS で:

#hidden {
    position:absolute;
    left:0px;
    top:-500px;
    width:1px;
    height:1px;
    overflow:hidden;
}

また

.hidden {
    position:absolute;
    left:0px;
    top:-500px;
    width:1px;
    height:1px;
    overflow:hidden;
}

すべての X/HTML ページで、「表示」の背後に完全な並列ビューが存在する可能性があります。

于 2008-08-25T21:15:27.003 に答える
0

@ロバートマイヤーズ

CSS には、スクリーン リーダーが作業を行っているときの「レンダリング」を制御するための聴覚メディア タイプが含まれています。したがって、あなたの例では、聴覚メディア タイプに対してのみ可視として設定します。

@ロス

スクリーン リーダーが実際に画面を読み取らないことは十分承知していますが、うまく機能させるには、視覚を持つ人が見るもののモデルを構築する必要があると思われるかもしれません。実際にページに何が表示されているかをユーザーに伝えるのは非常に貧弱です。また、目の見える人はページをすばやくスキャンして、読みたいセクションを読んでしまうため、読む順序に並べても実際には機能しません。ユーザーが毎回聞く必要があるようにコンテンツを最初に配置しますか、それともユーザーが最初にコンテンツに到達できるように最後に配置しますか? また、コンテンツを順番に配置することは、目に見えるユーザーのために配置したい場所に配置するためのいくつかのトリッキーな CSS を意味します。

ほとんどの Web ページには非常によく似た構造が含まれており、多くの場合、繰り返されるヘッダーとサイド カラムがどこにあるかを特定できるはずです。同じフォーマットで同じサイトの後続の多くのページを表示する場合、どのセクションがナビゲーションで、どのセクションがコンテンツであるかを簡単に把握できるはずです。これを行うと、スクリーン リーダーはナビゲーション セクションを完全にスキップして、ほとんどの目の見えるユーザーが行うように、コンテンツに直接移動できます。

限界があり、この種のことを行うのは簡単ではないことを認識しています。しかし、スクリーン リーダーに関する限り、最低限のことだけを行って、そのままにしておいたように感じます。

于 2008-08-26T00:06:18.917 に答える
0

以下は、Karl Groves によって編集された CAPTCHA の代替案のリストです: CAPTCHA を使用しないセキュリティ

于 2013-06-24T18:05:51.430 に答える
0

ARIAを見てください。これは、アクセス可能なリッチ Web クライアント アプリケーションを開発するための標準です。

于 2008-08-25T21:03:51.960 に答える