Home > Internet > Web関連 > onkeypressは使うべきか

onkeypressは使うべきか

デザインベースに mt.Vicuna を使い、リニューアルをしてから、コレでもかというくらい valid厨状態になっていました。
Another HTML-lint gateway使って、一つ一つポイントを潰していったのですが、そもそもテンプレート自身よりも、エントリーの書き方に問題があったりと、いろいろ苦労しています。

でも、ちょっとこの あんちもん2 さんのエントリー読んで、少し考えちゃいました。

Webサイト構築やブログのカスタマイズをするにあたり、参考になるサイトを見ていると、よくこんな記述を見かけます。

onclick 属性を設定した場合は onkeypress 属性を同時に設定することがアクセシビリティ上好ましいとされています。

それがなぜそうであるのか、分かってやっていれば良いのですが、「?とされています」とだけ紹介してきちんと検証していない人、けっこういます。 そもそもこの設定は、アクセシビリティよりもユーザビリティに関する提案です。 しかも。「へーそうなのかー」と何も考えずにそれに倣って設定すると、却ってユーザビリティを悪くします!

私は意味も解らずに、とりあえず onkeypress 追加しちゃってましたが、なんでそうしないといけないのかを調べてみると、アクセシビリティ上の理由ってのは「入力装置に依存しないようにする」っていう事なんですね。
マウスが使えない(onclickが出来ない)場合にキーボードから onkeypress で操作出来るように作りなさいというのが、本来の趣旨みたいです。

私はそこら辺を理解せずに、ただ valid にする為に、onkeypress="void();" とかして、意味の無い指定を追加してました。チェック自体はこれで通ります。でもそもそもの話からすると、何もしないことを定義するのはおかしいし、代替手段になってないわけですから、これは間違ってるんですね。

今はいろいろな部分を見直しています。もちろん不要な onkeypress は削除しました。クラス名やIDの意味づけも見直し中です。

いっつもこういう感じで、「リニューアル、はい、終わりました」ってならないんだよね。

ping a Trackback

TrackBack URL for this entry.(1)

Please! leave a Comment.

スクリプトの読み込みが完了していません。

Sign in Sign in Sign in

メールフォーム(Javascriptを使用していません)や、twitter.pngTwitter経由のCommentでもReplyいたします。ただし返信はブログのコメントとして行う事もあります。

Comment Form

QuickTagsHere

EmoticonHere

(入力しない場合「Anonymous」で代替されます)
(公開はされませんが、Gravatarアイコンの取得や、Comment Subscribeの送信先アドレスとして使われます)
(入力すると、コメント表示でユーザー名にリンクが貼られます)
(この情報は、JavascriptによりCookieに保存されます。)

NotifyMail Powered by Comment Subscribe

はてブコメント:

Home > Internet > Web関連 > onkeypressは使うべきか

MT5Techniques

MT5Techniques

2冊目の共著「Movable Type 5 実践テクニック」(シックスアパート監修)が出版されました。(ソフトバンク クリエイティブ刊)

検索
(5)
(6)

別ページに遷移します。

Powered by Hyper Estraier

Feeds
Link Status
In One

なかのひと

位置情報ブログパーツ「なかのひと」

Links
Powered By

Return to page top