3

ブラウザ ベースのクライアントのキーボード サポートを実装する必要があります。1. HTML で「accesskey」属性を指定する方法、または 2. JavaScript を介してホットキーをサポートする方法の 2 つの実装方法を見つけました。

私は 1. を使用する傾向があります。これは組み込みで標準であるためです。ただし、ほとんどの Web サイトが 2.

これには何か特別な理由がありますか?

4

2 に答える 2

1

多くの Web サイトはスクリーン リーダーでのテストを怠っています。スクリーン リーダーはホット キーのサポートが制限されていますが、アクセス キーのサポートははるかに優れています。JAWS は「alt プラス [the_accesskey]」と発声することでアクセスキーを持つ項目を通知しますが、JavaScript がどのように実行されるかについてはあまり知りません。

一部の人々は、 MS WindowsおよびMAC OS Xでオンにできるスティッキー キーも使用しています。そのため、状況はより複雑になります。JAWS は ctrl を使用してサイレント スピーチを行います。アクセスキーまたはホット キーは、スクリーン リーダー独自のホット キーと競合するとうまく機能しません。

@Jukka K. Korpelaが言ったように:

主な理由、または少なくとも正当な理由は、 accesskey 属性の設計が不十分であり、指定が不十分であり (仕様は実際にどのように機能するかを示していません)、ブラウザーでの実装に一貫性がないことです。

時間が経つほど良くなります。さらに、ほとんどのユーザーは、お気に入りのブラウザーで accesskey をトリガーする方法を学ぶだけで済みます。

accesskey 属性 – まだ必要ですか? このトピックについてもっと議論してください。どちらのプランでも、スクリーン リーダーでテストして、より使いやすくすることができます。

目の不自由な人は、あなたの努力に感謝するでしょう。

于 2013-08-27T09:02:48.477 に答える