仕様書

意味

[59] accesskey 属性の値は、 利用者エージェントが当該要素の活性化や焦点を当てるためのキーボードショートカットを作成するための指針として使うものです >>8。

[36] accesskey 属性を使うと、 活性化したり焦点を当てたりできる要素に、 活性化のために打鍵するべき組み合わせ (キーボードショートカット) を設定できます >>9。

属性値

[60] 属性値は、 ordered set of unique space-separated tokens でなければなりません >>8。 属性値には、色々な入力装置でキーボードショートカットが利用可能となるよう、 いくつも候補を指定できます >>8。

[39] 各候補は、文字1つです >>8。属性値として指定された集合の各要素はUnicode符号位置1つでなければなりません >>8。

[38] 大文字と小文字は区別されます >>8。

[11] 文字を入力するものでない鍵や複数の鍵の組合せを指定することはできません。

文脈

[43] HTML要素に指定できます >>8。

[13] この属性は必須ではありません。省略した場合、特にキーボードショートカットの指定はないものと解釈されます。

キーボードショートカットの割り当て

[67] 要素の assigned access key は、 要素の accesskey 内容属性から求めたキーの組み合わせです >>8。

[68] 初期状態では要素は assigned access key を持ってはなりません >>8。

[69] 要素の accesskey 内容属性が設定、変更、 削除された時に次の処理を行わなければなりません >>8。

[79] accesskey 内容属性が変更された時や要素が他の文書に移動された時を除き、 assigned access key を変更するべきではありません >>8。

[91] 同じ accesskey の要素が複数あるとき、 どれが選ばれるべきか HTML Standard は規定していません。 利用者エージェントが場面に応じて適切に判断するべきなのだと思われます。 ただ一般に DOM への挿入順 (構文解析の場合は文書順) で >>69 の処理が実行されるはずですから、自然な実装は DOM への挿入順が早いものが優先されると思われます。

[42] 本処理は、 fingerprinting vector です >>8。

キーボードショートカットの処理

[80] 利用者が assigned access key に当たるキーの組み合わせを押下したら、 次のようにしなければなりません >>8。

[96] 通常は、活性の閲覧文脈についてこの処理が行われます。 活性でなければ実行されません。

[40] 利用者エージェントはキーボードショートカットの一覧を利用者に提供できます >>8。

[89] 利用者エージェントは、他の方法で accesskey の要素を晒すこともできます。 >>8

アクセス可能性と利用可能性

[26] この属性は、元々連結やフォームの制御子などへの鍵盤など (鼠以外) へのアクセス可能性や可用性を向上させることを目的に採り入れられました。 しかし、これまでに様々な問題があることが分かっており、 使い方によってはかえってアクセス可能性や可用性を低下させることになり兼ねません。

[27] 実装と鍵盤の種類による差異: HTML 利用者エージェントは様々な実装がありますし、 それを使用する環境も様々です。また、その環境で使用する鍵盤 (や同様の装置) も実に様々です。

この様々な環境の従来の慣習や実現上の制限のため、 HTML の仕様上は accesskey 属性値を実際にどういう打鍵の組合せに対応させるかを定めていません。 accesskey が 1 であれば、 1 という鍵を押せば良いだけの実装もありますし、 Ctrl と一緒に押す実装もあります。あるいは Alt と一緒に押させる実装もあります。 同じ 1 でも、鍵盤本体と数字鍵盤で2つ鍵があって、 どちらかしか使えないという実装も、両方使えるという実装もあり得ます。

利用者が特定の実装にだけ慣れていれば問題ありませんが、 複数の実装を使っていると混乱の元です。 著者としても、 accesskey があることとその使い方を説明しようにも、 考えられる方法を列挙するか特定の利用者エージェントに限って解説するかしかありません。

鍵盤の鍵の種類は鍵盤の種類によって様々です。 ある鍵盤に存在している鍵が他の鍵盤に存在するとは限りません。 また、打鍵のしやすさも鍵盤の配置によって変わりますから、 なんとも言えません。可用性を追求すると HTML の装置非依存性が犠牲になります。 accesskey に限ったことではありませんが、 accesskey 属性では特に重大な問題といえます。

[28] 操作の統一: accesskey によってなされる操作はできるだけ文書を超えて統一されていることが望ましいと考えられます。

例えば、連続する文書群の次の文書へのリンクがある文書では N で、別の文書では X では利用者は不便で仕方がありません。 (この例の場合は link 要素で文書の関係を記述し、 利用者エージェントの機能で、またはスタイル・シートで統一した accesskey を与えるのが正しい解でしょう。)

統一するべきなのは文書間だけではなく、使用している利用者エージェントやオペレーティング・システムなどの環境自体ともです。 しかし、これを文書の側で実現するのは困難です。 環境の鍵盤操作の方法は多種多様であります。特定の環境に合わせると、 別の環境での可用性が低下することもあり得ます。

[29] 存在の明示: accesskey 属性が指定されていても、 それだけでは利用者はそのことを知り得ません。 何らかの方法で利用者に accesskey が設定されており、それがどの鍵であるのかを伝える必要があります。

>>27 な以上、これは利用者エージェントの役目のはずですが、 これを上手く実現している利用者エージェントはあまりありません。 (携帯電話の Webブラウザではリンクの前に accesskey に応じた鍵の絵が表示されるものもあります。) 著者の側で文書の一部として記述していることもありますが、 文章に上手く溶け込ませるのが難しかったり、言語によっては不可能だったりもします。

[66] 00年代には、本属性はアクセス可能性のために重要な機能であると盛んに宣伝されました。 それに踊らされた人達の中には、とにかくページ内のリンクやフォーム制御子に accesskey 属性を設定してまわることが好ましいとして実践する人もいました。 しかし、無闇矢鱈に特定のページでしか使えないキーボードショートカットが沢山用意されても、 ほとんど意味が無いのは自明なことです。

HTMLElement インターフェイス accessKey 属性

[95] HTMLElement インターフェイスの accessKey IDL属性は、 accesskey 内容属性を DOMString として反映しなければなりません >>8。

accessKeyLabel IDL 属性

[94] HTMLElement インターフェイスの accessKeyLabel IDL属性は、 文脈オブジェクトの assigned access key を表す DOMString を返さなければなりません。無いときは、空文字列を返さなければなりません。 >>8

[41] 著者はキーボードショートカットの一覧を利用者に提供することを推奨 (encouraged) されています >>8。 利用者エージェントが実際に割り当てたキーボードショートカットは accessKeyLabel IDL属性により取得できます。 >>8

歴史

例

[16] input 制御子にアクセス鍵を割当てる例 HTML 4 17.11.2

<FORM action="..." method="post">
<P>
<LABEL for="fuser" accesskey="U">
User Name
</LABEL>
<INPUT type="text" name="user" id="fuser">
</P>
</FORM>

アクセス鍵 U を打鍵すると、名札に関連付けられた入力欄に焦点が移ります。 HTML 4 17.11.2

[17] リンクにアクセス鍵を割当てる例 HTML 4 17.11.2

<P><A accesskey="C" 
      rel="contents"
      href="http://someplace.com/specification/contents.html">
    Table of Contents</A>

打鍵すると目次に飛びます HTML 4 17.11.2。

メモ

• [1] Implement of accesskey in Opera 7 beta http://dai.pekori.to/opera/o7/accesskey1
• [3] みんな、accesskeyってどうしてる? tabindexは?(仮) http://accesskey.aiiro.net/: 2ch スレのまとめサイト
• [4] >>3 は消滅しちゃったらしい。残念。
• [2] HTML:accesskey と tabindex [flow] RC3.01 http://rappeler.cside.to/Memo/aceskey.html
• [6] 2004-01-31 04:20:10 +00:00 >>2: リンク切れ、移転先不詳。HTML:accesskey と tabindex [flow] RC3.01 http://web.archive.org/web/20030605231840/http://rappeler.cside.to/Memo/aceskey.html
• [5] ブラウザの方の話ですけど、同じ accesskey の要素が複数あって、そのうちのどれかが form control のときで、かつ現在その含まれる form 内の control が活性なら、その form 内の accesskey 要素が反応してくれると嬉しいと思いません? たとえば、一頁内に複数の form があって、どれも「提出」ボタンが M-S で効いてくれると気持ちがいい。

[15] どうして fieldset ではなくて legend に accesskey 属性があるのでしょうね?

[21] >>3-4 その本スレ

みんな、accesskeyってどうしてる? tabindexは? http://pc.2ch.net/hp/kako/1006/10062/1006224399.html (名無しさん)

[22] フォームとアクセシビリティ -- ごく簡単なHTMLの説明 http://www.kanzaki.com/docs/html/htminfo33.html#kbd_navi (名無しさん)

[23] accesskey=key - アクセスキー http://tohoho.wakusei.ne.jp/html/attr/accesskey.htm

ラベルを使う時はラベルに accesskey を指定するのが作法だとしていますが、根拠が不明です。 (名無しさん)

[24] ラベルを持つ入力コントロールの場合は、<label> で指定したラベルに accesskey を指定するのが作法のようです。 と書いてあります。 >>19 の規定を斜め読みして適当に解説しているとかいうことはまさかないとは思いますが。 (名無しさん)

[25] HTML 4 DTD の注釈は accessibility key character と説明しています。 (名無しさん [sage])

[30] フォーム制御子の場合近くの (現在焦点がある制御子と同じフォームの) ものを選んでくれるようになっていると一頁内に複数のフォームがある時に便利なのに、 と思ったりすることもあります。

(名無しさん)

[35] HTML5 IRC logs: w3c / #html-wg / 20070417 (2007-04-22 17:06:56 +09:00 版) http://krijnhoetmer.nl/irc-logs/html-wg/20070417#l-177 (名無しさん 2007-04-22 09:24:44 +00:00)

[44] accesskey is broken (わかば 著, 2007-07-01 23:04:51 +09:00 版) http://suika.fam.cx/~wakaba/d/d200707#d1-1 (名無しさん 2007-07-01 14:06:14 +00:00)

[45] The SMIL 3.0 Linking Modules (2008-12-02 00:45:09 +09:00 版) http://www.w3.org/TR/2008/REC-SMIL3-20081201/smil-extended-linking.html#adef-accesskey

[46] Webサービスにおけるショートカットキーの原則 - TRANS [hatena] (2008-12-23 22:17:47 +09:00 版) http://d.hatena.ne.jp/aratako0/20081223/p1

[52] IRC logs: freenode / #whatwg / 20090502 (2009-08-03 08:03:50 +09:00 版) http://krijnhoetmer.nl/irc-logs/whatwg/20090502#l-489

[53] [whatwg] accesskey="" (2009-09-27 15:39:53 +09:00 版) http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-May/019579.html

[54] コラム|【第10回】「カート」へのアクセスキーは何番? ( (2010-10-22 15:56:12 +09:00 版)) http://mobileredesign.jp/column10.html

[55] 583533 – Implement AccessKeyLabel attribute ( (2013-10-25 10:38:22 +09:00 版)) https://bugzilla.mozilla.org/show_bug.cgi?id=583533

[56] Global attributes - HTML | MDN ( (2013-09-30 19:31:11 +09:00 版)) https://developer.mozilla.org/en-US/docs/Web/HTML/Global_attributes?redirectlocale=en-US&redirectslug=HTML%2FGlobal_attributes#accesskey

[57] Bug 72715 – Implement AccessKeyLabel attribute. ( (2013-10-25 10:58:15 +09:00 版)) https://bugs.webkit.org/show_bug.cgi?id=72715

[58] IRC logs: freenode / #whatwg / 20140713 ( (2014-07-14 14:12:04 +09:00 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20140713

[98] UIA: Remove the limitation on accesskey mapping (#125) (boggydigital著, 2018-03-05 06:47:55 +09:00) https://github.com/w3c/html-aam/commit/76ae0290af58e40101825c4284ca0ac729f41973

[99] UIA: Remove the limitation on accesskey mapping by boggydigital · Pull Request #125 · w3c/html-aam (2018-05-08 21:47:55 +09:00) https://github.com/w3c/html-aam/pull/125

[100] Remove HTMLElement.prototype.accessKeyLabel? · Issue #838 · whatwg/html (2018-08-05 01:13:41 +09:00) https://github.com/whatwg/html/issues/838

[101] accessKeyLabel is only implemented in Firefox? · Issue #3770 · whatwg/html (2018-08-05 01:14:03 +09:00) https://github.com/whatwg/html/issues/3770

[103] Tweak how accesskey on legend works (zcorpan著, 2018-09-07 06:25:22 +09:00) https://github.com/whatwg/html/commit/aa374be03beebf25ed33022846c2d03d3ea03484

[104] focus() on a non-focusable legend delegates focus in WebKit/Chromium · Issue #3950 · whatwg/html (2018-10-14 17:52:27 +09:00) https://github.com/whatwg/html/issues/3950

[105] Tweak how accesskey on legend works by zcorpan · Pull Request #3987 · whatwg/html (2018-10-14 17:52:54 +09:00) https://github.com/whatwg/html/pull/3987

[106] XFA-Template, 2021-04-21T03:29:56.000Z https://www.w3.org/1999/05/XFA/xfa-template-19990614