6. 利用者~対話

【この訳に固有の表記規約】

この訳の,~algoや定義の記述に利用されている各種記号( ~LET, 此れ, ε, ~IF, ~THROW 等々)の意味や定義の詳細は,~SYMBOL_DEF_REFを~~参照されたし。

用語 `要素@ は、 `Element$I ~objの略記として用いられる。

6.1. `hidden^a 属性

`hidden$a 内容~属性は、すべての`~HTML要素$に設定できる。 `hidden$a 属性は`真偽~属性$である。 指定された場合、その要素は,利用者からは直接的に~accessできないことを指示する — すなわち,[ まだ, あるいはそれ以降、頁の現在の状態に直接的には関連しない ]ことを, あるいは[ 頁の他の部分に再利用される内容を宣言するために利用されている ]ことを指示する。 ~UAは、 `hidden$a 属性が指定されている要素を具現化するべきでない。 この要件は、~style層を通して間接的に実装されてよい。 例えば ~HTML+~CSS ~UAは、これらの要件を 具現化~節にて示唆されている規則 を利用して実装することもできる。 ◎ All HTML elements may have the hidden content attribute set. The hidden attribute is a boolean attribute. When specified on an element, it indicates that the element is not yet, or is no longer, directly relevant to the page's current state, or that it is being used to declare content to be reused by other parts of the page as opposed to being directly accessed by the user. User agents should not render elements that have the hidden attribute specified. This requirement may be implemented indirectly through the style layer. For example, an HTML+CSS user agent could implement these requirements using the rules suggested in the Rendering section.

注記: この属性は、概して~CSSを利用して実装されるので、~CSSを利用して上書きすることもまた可能0である。 具体的には、すべての要素に `display: block^css を適用する規則は、 `hidden$a 属性の効果を取消すことになる。 したがって,~stylesheetを書く作者には、この属性を有する要素に依然として期待される~styleが割当されるよう,注意する必要がある。 ◎ Because this attribute is typically implemented using CSS, it's also possible to override it using CSS. For instance, a rule that applies 'display: block' to all elements will cancel the effects of the hidden attribute. Authors therefore have to take care when writing their style sheets to make sure that the attribute is still styled as expected.

次の略式的な例では、利用者が~log-inするまで~Web~gameの~main~screenを隠すために,この属性が利用されている: ◎ In the following skeletal example, the attribute is used to hide the Web game's main screen until the user logs in:

<h1>The Example Game</h1>
<section id="login">
 <h2>Login</h2>
 <form>
  ...
  <!-- 利用者~資格を検査したなら, login() を~callする -->
 </form>
 <script>
  function login() {
    // ~screenを切り替える
    document.getElementById('login').hidden = true;
    document.getElementById('game').hidden = false;
  }
 </script>
</section>
<section id="game" hidden>
 ...
</section>

`hidden$a 属性は、他の呈示では正当に示され得るような内容に対し,それを隠す用途には,利用されては~MUST_NOT。 例えば、~tab化された~dialog内の~panelを隠す用途に `hidden$a を利用することは,不正である — ~tab化された~interfaceは,~overflow呈示の一種に過ぎず、単に~scrollbarを伴う大きな頁にすべての~form~controlを示すことに同等なので。 同様に、この属性を ある呈示に限って内容を隠す用途に利用することは,不正である — `hidden$a 属性を有するものは、~screen読取器も含め,すべての呈示から隠-される。 ◎ The hidden attribute must not be used to hide content that could legitimately be shown in another presentation. For example, it is incorrect to use hidden to hide panels in a tabbed dialog, because the tabbed interface is merely a kind of overflow presentation — one could equally well just show all the form controls in one big page with a scrollbar. It is similarly incorrect to use this attribute to hide content just from one presentation — if something is marked hidden, it is hidden from all presentations, including, for instance, screen readers.

`hidden$a 属性を有さない要素から, `hidden$a 属性を有する要素へ`~hyperlink$しては~MUST_NOT。 同様に、 `hidden$a 属性を有さない[ `label$e / `output$e ]要素の `for^a 属性が、 `hidden$a 属性を有する要素を指しては~MUST_NOT。 いずれの参照-も,利用者を惑わすことになるので。 ◎ Elements that are not themselves hidden must not hyperlink to elements that are hidden. The for attributes of label and output elements that are not themselves hidden must similarly not refer to elements that are hidden. In both cases, such references would cause user confusion.

しかしながら,他の文脈においては、要素や~scriptが `hidden$a 属性を有する要素を指すこともある。 ◎ Elements and scripts may, however, refer to elements that are hidden in other contexts.

例えば, `href$a 属性の~link先に `hidden$a 属性を有する一節を割当するのは、不正になる。 当の内容が[ 適用可能でない/関連しない ]ならば、そこへ~linkする理由はない。 ◎ For example, it would be incorrect to use the href attribute to link to a section marked with the hidden attribute. If the content is not applicable or relevant, then there is no reason to link to it.

しかしながら, ARIA `aria-describedby$a 属性を利用して `hidden$a 属性を有する記述を指すことは,申し分ない。 記述を隠すことは,それ~~単独では有用でないことを含意するが、ある画像についての記述を その画像から参照させるなど,特定の文脈~下で有用になるように書くことはできる。 ◎ It would be fine, however, to use the ARIA aria-describedby attribute to refer to descriptions that are themselves hidden. While hiding the descriptions implies that they are not useful alone, they could be written in such a way that they are useful in the specific context of being referenced from the images that they describe.

同様に、 `hidden$a 属性を有する `canvas$e 要素は,~scriptによる~graphic-engineから~off-screen~bufferとして利用されることもあり、~form~controlの `form$a 属性は, `hidden$a 属性を有する `form$e 要素を指すこともある。 ◎ Similarly, a canvas element with the hidden attribute could be used by a scripted graphics engine as an off-screen buffer, and a form control could refer to a hidden form element using its form attribute.

`hidden$a 属性を有する一節~内の要素であっても、依然として作動中であり続ける — 例えば,そのような一節~内の[ ~script/~form~control ]は、依然として[ 実行される/提出される ]。 変化するのは、利用者~向けの呈示に限られる。 ◎ Elements in a section hidden by the hidden attribute are still active, e.g. scripts and form controls in such sections still execute and submit respectively. Only their presentation to the user changes.

`hidden@m
同じ名前の内容~属性を`反映-$し~MUST。 ◎ The hidden IDL attribute must reflect the content attribute of the same name.

6.2. 不活~部分木

~node(特に,要素/~text~node)は、 `不活@ にされ得る。 ~UAは、`不活$にされている~nodeに対しては: ◎ This section does not define or create any content attribute named "inert". This section merely defines an abstract concept of inertness. ◎ A node (in particular elements and text nodes) can be marked as inert. When a node is inert, then the user agent\

  • 利用者~対話~eventの標的にしては~MUST_NOT — その目的においては,~nodeは不在であったかのように動作して。 ◎ must act as if the node was absent for the purposes of targeting user interaction events,\
  • ~text探索~UI( “頁~内を~~検索” として周知の)の目的においては,~nodeを無視してよい。 ◎ may ignore the node for the purposes of text search user interfaces (commonly known as "find in page"), and\
  • その~node内の~textについては,利用者が選択できなくしてよい。 ◎ may prevent the user from selecting text in that node.\

しかしながら,~UAは、~textの探索と選択については,利用者が上の制約を上書きできるようにするべきである。 ◎ User agents should allow the user to override the restrictions on search and text selection, however.

例えば、ある頁の `body$e の中には`不活$にされた段落のみがあるとする。 利用者が,~pointing装置をその段落の外から内に移動させ,そこで~clickした場合、 `mouseover$et ~eventは発火されず, `mousemove$et / `click$et ~eventは,段落ではなく `body$e 要素に向けて発火されることになる。 ◎ For example, consider a page that consists of just a single inert paragraph positioned in the middle of a body. If a user moves their pointing device from the body over to the inert paragraph and clicks on the paragraph, no mouseover event would be fired, and the mousemove and click events would be fired on the body element rather than the paragraph.

注記: 一般に、不活である~nodeには,~focusできない — そのような~nodeが`~commandを定義する$ものであれば,不能化されることになる。 ◎ When a node is inert, it generally cannot be focused. Inert nodes that are commands will also get disabled.

ある閲覧文脈 %B を`入子にしている閲覧文脈~容器$に対しては、それが`不活$にされている間は,[ %B にて`作動中の文書$, および その`文書$内のすべての~node ]も`不活$にされ~MUST。 ◎ While a browsing context container is marked as inert, its nested browsing context's active document, and all nodes in that Document, must be marked as inert.

`文書$ %文書 が ある `~modal~dialogにより阻まれ@ ているとは、 %文書 の`上端層$の最後の(最も手前に示される)要素が その~modal~dialog( `dialog$e 要素)であることをいう。 %文書 がそのように阻まれている間は、 %文書 に`接続されて$いるどの~nodeも — %dialog と その`~shadowも含む子孫$を除き — `不活$にされ~MUST。 (この段落にて除かれた要素であっても、他の手段を通して,`不活$にされ得る — 当の~modal~dialogの一部を成す~nodeであっても,`不活$にされないよう “保護される” わけではない) ◎ A Document document is blocked by a modal dialog subject if subject is the topmost dialog element in document's top layer. While document is so blocked, every node that is connected to document, with the exception of the subject element and its shadow-including descendants, must be marked inert. (The elements excepted by this paragraph can additionally be marked inert through other means; being part of a modal dialog does not "protect" a node from being marked inert.)

注記: `dialog$e 要素の `showModal()$m ~methodは、要素の`~node文書$の`上端層$に要素を追加することにより,この仕組みを誘発する。 ◎ The dialog element's showModal() method causes this mechanism to trigger, by adding the dialog element to its node document's top layer.

6.3. 作動化

ある種の~HTML要素は、`作動化の挙動$を有する — すなわち、利用者はそれを作動化できる。 これは、常に `click$et ~eventにより生じる。 ◎ Certain elements in HTML have an activation behavior, which means that the user can activate them. This is always caused by a click event.

~UAは、利用者が,`作動化の挙動$を有する要素を手動で — 具体的には、~keyboardや声~入力を利用したり,~mouse~clickを通して — 誘発できるようにするべきである。 利用者が,`作動化の挙動$が定義されている要素を~click以外の方式で誘発したときは、対話~eventの既定の動作においては,要素に向けて`~click~eventを発火-$し~MUST。 ◎ The user agent should allow the user to manually trigger elements that have an activation behavior, for instance using keyboard or voice input, or through mouse clicks. When the user triggers an element with a defined activation behavior in a manner other than clicking it, the default action of the interaction event must be to fire a click event at the element.

~algoは、それを走らせている`~task$ %~task が次のいずれかの条件を満たすならば `利用者の作動化により誘発され@ たとされる: ◎ An algorithm is triggered by user activation if any of the following conditions is true:

  • %~task は、[[ `isTrusted$m ~EQ ~T ]なる `click$et ~eventによる`作動化の挙動$ ]を現在~処理している。 ◎ The task in which the algorithm is running is currently processing an activation behavior whose click event's isTrusted attribute is true.
  • %~task は、[ 次を満たす~eventに対する~event~listener ]を現在~走らせている: ◎ The task in which the algorithm is running is currently running the event listener for an event\

    • `isTrusted$m ~EQ ~T ~AND ◎ whose isTrusted attribute is true and\
    • `type$m ~IN { `change$et, `click$et, `dblclick$et, `mouseup$et, `pointerup$et, `reset$et, `submit$et, `touchend$et } ◎ whose type is one of: • change • click • dblclick • mouseup • pointerup • reset • submit • touchend
  • %~task は、`利用者の作動化により誘発され$た~algoにより`待入され$たものであって,そのような~algoの連鎖は~UA定義の時間枠の中で開始された。 ◎ The task in which the algorithm is running was queued by an algorithm that was triggered by user activation, and the chain of such algorithms started within a user-agent defined timeframe.

    例えば~popupは、利用者が~buttonを~clickしてから 4 秒~後であれば 受容可能かもしれないが, 4 時間~後ならおよそ受容可能とされないであろう。 ◎ For example, if a user clicked a button, it might be acceptable for a popup to result from that after 4 seconds, but it would likely not be acceptable for a popup to result from that after 4 hours.

%element . `click()$m
要素が~clickされたかのように動作させる。 ◎ Acts as if the element was clicked.

各~要素には、 `~click進捗中~flag@ — 初期~時は ~OFF — が結付けられる。 ◎ Each element has an associated click in progress flag, which is initially unset.

`click()@m

被呼出時には、次の手続きを走らせ~MUST: ◎ The click() method must run the following steps:

  1. 此れは`不能化され$ている~form~controlである ⇒ ~RET ◎ If this element is a form control that is disabled, then abort these steps.
  2. ~IF[ 此れの`~click進捗中~flag$ ~EQ ~ON ] ⇒ ~RET ◎ If this element's click in progress flag is set, then abort these steps.
  3. 此れの`~click進捗中~flag$ ~SET ~ON ◎ Set this element's click in progress flag.
  4. [ %非~trusted~flag ~SET ~ON ]の下で、此れに向けて`合成~mouse~eventを発火-$する ◎ Fire a synthetic mouse event at this element, with the not trusted flag set.
  5. 此れの`~click進捗中~flag$ ~SET ~OFF ◎ Unset this element's click in progress flag.

6.4. ~focus

6.4.1. 序論

~INFORMATIVE

~HTML~UIは、概して複数の対話的~widgetからなる — ~form~control, 可scroll領域, ~link, ~dialog~box, ~browser~tab, などなど。 これらの~widgetは、あるもの(例: ~browser~tab, ~dialog~box)が他のもの(例: ~link, ~form~control)を包含しているような,階層を形成する。 ◎ An HTML user interface typically consists of multiple interactive widgets, such as form controls, scrollable regions, links, dialog boxes, browser tabs, and so forth. These widgets form a hierarchy, with some (e.g. browser tabs, dialog boxes) containing others (e.g. links, form controls).

~keyboard~UIによる対話-時の~key入力は、~systemから対話的~widgetの階層を経由して,`~focusされて$いる作動中の~widgetにたどり着く。 ◎ When interacting with an interface using a keyboard, key input is channeled from the system, through the hierarchy of interactive widgets, to an active widget, which is said to be focused.

~graphical環境~内で走っている~browser~tab内で走っている~HTML~appを考える。 この~appの頁には,いくつかの~text~controlや~linkがあり、~modal~dialogを現在~示していて,その中にも~text~controlや~buttonがあるとする。 この局面における可focus~widgetの階層は: ◎ Consider an HTML application running in a browser tab running in a graphical environment. Suppose this application had a page with some text controls and links, and was currently showing a modal dialog, which itself had a text control and a button.

先ず~browser~windowを含み、 ⇒ ~windowは,~HTML~appを包含している~browser~tabを子として持ち、 ⇒ ~tabは,前述の~dialogの他に種々の~linkや~text~controlを子として持ち、 ⇒ ~dialogは,~text~controlや~buttonを子として持つことになる。 ◎ The hierarchy of focusable widgets, in this scenario, would include the browser window, which would have, amongst its children, the browser tab containing the HTML application. The tab itself would have as its children the various links and text controls, as well as the dialog. The dialog itself would have as its children the text control and the button.

この例において `~focusされて$いる~widgetが,~dialog~box内の~text~controlであった場合、~key入力は、[ ~graphical~system → ① ~Web~browser → ② ~tab → ③ ~dialog → ④ ~text~control ]の順に経由することになる。 ◎ If the widget with focus in this example was the text control in the dialog box, then key input would be channeled from the graphical system to ① the Web browser, then to ② the tab, then to ③ the dialog, and finally to ④ the text control.

~keyboard~eventは、常に,この`~focusされて$いる要素を標的にする。 ◎ Keyboard events are always targeted at this focused element.

6.4.2. ~data~model

用語 `可focus域@ は、~keyboard入力の標的になれるような,~UIの領域を指す。 [ 要素, 要素の一部分, その他の~UAにより管理される領域 ]は、可focus域になり得る。 ◎ The term focusable area is used to refer to regions of the interface that can become the target of keyboard input. Focusable areas can be elements, parts of elements, or other regions managed by the user agent.

各 `可focus域$は、 `~DOM~anchor@ を持つ — それは、`可focus域$の~DOMにおける位置を表現する `Node$I ~objである(`可focus域$自身が `Node$I であれば,それがそのまま`~DOM~anchor$になる)。 `~DOM~anchor$は、`可focus域$を表現する~DOM~objが他にないときに,一部の~APIにより`可focus域$の代用として利用される。 ◎ Each focusable area has a DOM anchor, which is a Node object that represents the position of the focusable area in the DOM. (When the focusable area is itself a Node, it is its own DOM anchor.) The DOM anchor is used in some APIs as a substitute for the focusable area when there is no other DOM object to represent the focusable area.

次の表の左列に、どの~objが`可focus域$になり得るかを述べる。 対応する`~DOM~anchor$を表の右列に述べる。 ◎ The following table describes what objects can be focusable areas. The cells in the left column describe objects that can be focusable areas; the cells in the right column describe the DOM anchors for those elements. (The cells that span both columns are non-normative examples.)

`可focus域$ `~DOM~anchor$
左右列にまたがるセルには、例を示す。

次をいずれも満たす要素:

◎ Elements that have their tabindex focus flag set, that are not actually disabled, that are not expressly inert, and that are either being rendered or being used as relevant canvas fallback content.
要素~自身。 ◎ The element itself.
◎ iframe, <input type=text>, sometimes <a href=""> (depending on platform conventions).

`画像~map$内の `可focusな図形@ — そのような図形は、次を満たす各~組 ( `area$e 要素 %A , `img$e 要素 %I ) ごとに作成される:

  • %I は、その `usemap^a 属性を通して %A の親である `map^e 要素を参照している
  • %I は、`具現化されて$いる, かつ `明に不活$でない

【 以下では、 %A を指して 図形を`定義している^i `area$e 要素, %I を指して 図形が`属する^i `img$e 要素 と称することにする。 】

◎ The shapes of area elements in an image map associated with an img element that is being rendered and is not expressly inert.
その図形が属する `img$e 要素。 ◎ The img element.

次の例の `area$e 要素は、[ その親である `map^e 要素への参照を通して それを利用している各 `img$e 要素 ]ごとに 1 個ずつ,計 2 個の図形を作成する。 各~図形の`~DOM~anchor$は、参照元の `img^e 要素になる。 ◎ In the following example, the area element creates two shapes, one on each image. The DOM anchor of the first shape is the first img element, and the DOM anchor of the second shape is the second img element.

<map id=wallmap><area alt="入り口ドア" coords="10,10,100,200" href="door.html"></map>
...
<img src="images/innerwall.jpeg" alt="ドア付きの白い壁がここにある" usemap="#wallmap">
...
<img src="images/outerwall.jpeg" alt="ドア付きの赤い壁がここにある" usemap="#wallmap">

~UAにより提供される下位widget要素であって,次をいずれも満たすもの:

  • `具現化されて$いる
  • `不能化-$されてない
  • `明に不活$でない
◎ The user-agent provided subwidgets of elements that are being rendered and are not actually disabled or expressly inert.
`可focus域$がその下位widgetである要素。 ◎ The element for which the focusable area is a subwidget.
  • `video$e 要素に対し,`~UIにより利用者に公開されている~control$ ◎ The controls in the user interface that is exposed to the user for a video element,\
  • `<input type=number>^e 用の増減~button ◎ the up and down buttons in a spin-control version of <input type=number> ,\
  • `<input type=range multiple>^e 用の範囲~control~widget ◎ the two range control widgets in a <input type=range multiple>,\
  • `details$e 要素の具現化の一部を成していて,当の要素の開閉を~keyboard入力を利用して可能化させているもの。 ◎ the part of a details element's rendering that enabled the element to be opened or closed using keyboard input.
`具現化されて$いる~AND `明に不活$でない要素の,可scroll領域。 ◎ The scrollable regions of elements that are being rendered and are not expressly inert. その可scroll領域~boxを~~生成させた要素。 ◎ The element for which the box that the scrollable region scrolls was created.

~CSS `overflow$p ~propに対する `scroll^v 値は、概して,可scroll領域を作成させる。 ◎ The CSS 'overflow' property's 'scroll' value typically creates a scrollable region.

`ある閲覧文脈に属する$, かつ`不活$でない `文書$の`表示域$。 ◎ The viewport of a Document that has a browsing context and is not inert. `表示域$を作成させている`文書$。 ◎ The Document for which the viewport was created.

`iframe$e の内容。 ◎ The contents of an iframe.

他の任意の — とりわけ,~accessibilityを援助する, あるいは~platform規約により良く合致するような — 要素またはその一部分。 ◎ Any other element or part of an element, especially to aid with accessibility or to better match platform conventions. 要素。 ◎ The element.

~UAは、利用者が~listを~navigateし易くなるよう,すべての~list~item~bulletを可focusにすることもできる。 ◎ A user agent could make all list item bullets focusable, so that a user can more easily navigate lists.

同様に,~UAは、 `title$a 属性を有するすべての要素に対し,その参考情報に~accessできるよう,可focusにすることもできる。 ◎ Similarly, a user agent could make all elements with title attributes focusable, so that their advisory information can be accessed.

注記: `閲覧文脈~容器$ %容器 (例: `iframe$e )は `可focus域$であるが,ある`閲覧文脈$ %B を`入子にして$いる場合、 %容器 へ届けらる~key~eventは,%B にて`作動中の文書$ %文書へ,直に届けられるようになる。 同様に,`逐次的~focus~navi$においては、 %容器 は,本質的には %文書 の代役として動作するに過ぎない。 ◎ A browsing context container (e.g. an iframe) is a focusable area, but key events routed to a browsing context container get immediately routed to the nested browsing context's active document. Similarly, in sequential focus navigation a browsing context container essentially acts merely as a placeholder for its nested browsing context's active document.


次のいずれかに該当するものは、 `所有者~obj@ とされる:

  • `文書$のうち,`ある閲覧文脈に属する$もの
  • `open$a 属性を有する `dialog$e 要素であって,`具現化されて$いるもの
◎ The following create control groups: • Document object that have browsing contexts. • dialog elements that have an open attribute specified and that are being rendered.

どの`可focus域$ %F も、ある一つの`所有者~obj$ %O に所有される:

  • %O を指して, %F の`所有者$という。
  • %O は、[ %F の`~DOM~anchor$ %A, または %A の先祖 ]のうち, %A に最も近い`所有者~obj$として定義される。†
  • %O が所有する`可focus域$の集合は、 `~control群@ と呼ばれる。

【† 定義により, %O 自身も`可focus域$である場合、 %O は自身に所有され,自身の`~control群$に属することになる。 】

◎ The corresponding Document object or dialog element is the created control group's owner object. (There is always a 1-to-1 mapping of control groups to control group owner objects.) ◎ Each focusable area belongs to a single control group as follows. If the DOM anchor of a focusable area is a control group owner object, then that focusable area belongs to that control group owner object's control group. Otherwise, the focusable area belongs to its DOM anchor's nearest ancestor control group owner object's control group.

したがって: ◎ Thus:

  • `表示域$は常に,それを作成した`文書$の`~control群$に属する。 ◎ A viewport always belongs to the control group of the Document for which the viewport was created.
  • `input$e ~controlは、[ その最も近い先祖である`所有者~obj$ ]の`~control群$に属する。 ◎ An input control belongs to the control group of its nearest ancestor dialog or Document.
  • 画像~mapの図形は、それが属する `img$e 要素の[ 最も近い先祖である`所有者~obj$ ]に属する(それを定義している `area$e 要素のそれではなく — これは、同じ `area$e 要素が,異なる`~control群$に属する複数の図形を作成し得ることを意味する)。 ◎ An image map's shapes belong to the nearest ancestor dialog or Document of the img elements (not the area elements — this means one area element might create multiple shapes in different control groups).

注記: `~control群$は空になることもある。 ◎ It is possible for a control group to be empty, i.e. for it to have no focusable areas.

`不活$にされている要素のうち,[ 最も近い先祖である`所有者~obj$は `不活$でない ]ものは、 `明に不活@ とされる: ◎ An element is expressly inert if it is inert and its nearest ancestor control group owner object is not inert.

`dialog$e 要素を一つも含まない頁~内では、どの`不活$な要素も`明に不活$になる。 ◎ In a page with no dialog elements, all elements that are inert are expressly inert, and vice-versa.

`不活$な `dialog$e 要素の内側では、子孫のどの`不活$な要素も,`明に不活$にはならない。 ◎ Inside an inert dialog element, all descendant elements are not expressly inert, even if they are inert.

`不活$な `dialog$e 要素は、別の`不活$な~dialogの内側に入子にされていないならば,`明に不活$になる。 ◎ A dialog element is expressly inert if it is inert and not nested inside another inert dialog.


各 `所有者~obj$ %O は、 `~dialog群@ も持つ。 それは、次を満たす `dialog$e 要素からなる:

  • `所有者~obj$である
  • `明に不活$でない
  • 先祖である`所有者~obj$のうち,最も近いものは %O である†

%O を指して,[ 当の`~dialog群$の`所有者$ / `~dialog群$に属する `dialog$e 要素の `管理者@ ( manager ) ]という††。

【† したがって、 `dialog$e 要素が同時に複数の`~dialog群$に属することはない。 】【†† この訳では、この用語 `管理者$は利用せずに,`所有者$を通して述べることにする。 この頁~以外のどこからも利用されておらず,さして有用でもないので。 】【 `~dialog群$は空になり得る。 原文では、そのような場合を “%O は~dialog群を持たない” と定義しているが、[ 空であること, 持たないこと ]を区別する意味はないので、単純化するため,この訳では単に空~集合と定義する。 】

◎ Each control group owner object can also act as the manager of a dialog group. ◎ Each dialog element that has an open attribute specified and that is being rendered (i.e. that is a control group owner object) and is not expressly inert belongs to the dialog group whose manager is the dialog element's nearest ancestor control group owner object. ◎ If no dialog element has a particular control group owner object as its nearest ancestor control group owner object, then that control group owner object has no dialog group.

各 `~dialog群$ %G が `指名する被focus~dialog@ は、 ε (何も指名されていない)か, %G 内のいずれかの `dialog$e 要素を指す( %G が空ならば自動的に ε になるが,そうでなくても ε になり得る)。 どの `dialog$e がそう指名されるかは、この仕様の各種~algoに基づいて,時経過に伴って変化する。 `所有者~obj$ %O の`~dialog群$が`指名する被focus~dialog$は、単に[ %O が`指名する被focus~dialog$ ]とも記される。 ◎ Each dialog group can have a dialog designated as the focused dialog of the dialog group. Which dialog is so designated changes over time, based on algorithms in this specification.

`~dialog群$に属する要素たちの順序は、`木~順序$に従うとする。 ◎ Elements in dialog groups are ordered in tree order.


各 `~control群$ %C が `指名する被focus域@ は、 %C が空でないならば, %C 内のある`可focus域$を指す。 %C が空ならば ε (存在しない)とする。 どの可focus域がそう指名されるかは、この仕様の各種~algoに基づいて,時経過に伴って変化する。 `所有者~obj$ %O の`~control群$が`指名する被focus域$は、単に[ %O が`指名する被focus域$ ]とも記される。 ◎ One focusable area in each non-empty control group is designated the focused area of the control group. Which control is so designated changes over time, based on algorithms in this specification. If a control group is empty, it has no focused area.

同じ`~control群$に属する`可focus域$たちの順序は、次に与える `可focus域~順序@ に従う: ◎ Focusable areas in control groups are ordered relative to\

  • それぞれの`~DOM~anchor$の`木~順序$。 ◎ the tree order of their DOM anchors.\
  • `~DOM~anchor$が同じになる`可focus域$たちの順序は、 `~box木~順序@ — すなわち,それらが~~生成する~CSS`~box木$ `CSS$r における前順, 深さ優先の順序。 【すなわち,木~順序と同様に定義される順序】 ◎ Focusable areas with the same DOM anchor in a control group are ordered relative to their CSS box's relative positions in a pre-order, depth-first traversal of the box tree. [CSS]

ある時点における`~top-level閲覧文脈$ %T の `現focused域@ は、次の~algoから返される[ `可focus域$ / `dialog$e 要素 / `文書$ ]である: ◎ The currently focused area of a top-level browsing context at any particular time is the focusable area or dialog returned by this algorithm:

  1. %候補 ~LET %T にて`作動中の文書$ ◎ Let candidate be the Document of the top-level browsing context.
  2. ~WHILE 無条件:

    1. ~IF[ %候補 が`指名する被focus~dialog$ %D ~NEQ ε ] ⇒ %候補 ~SET %D ◎ If candidate has a dialog group with a designated focused dialog of the dialog group, then let candidate be the designated focused dialog of the dialog group, and redo this step.
    2. ~ELIF[ %候補 が`指名する被focus域$ %F ~NEQ ε ] ◎ ↓

      1. ~IF[ %F は ある`閲覧文脈$ %B を`入子にしている閲覧文脈~容器$である ] ⇒ %候補 ~SET %B にて`作動中の文書$ ◎ Otherwise, if candidate has a non-empty control group, and the designated focused area of the control group is a browsing context container with a non-null nested browsing context, then let candidate be the active document of that browsing context container's nested browsing context, and redo this step.
      2. ~ELSE ⇒ ~RET %F ◎ Otherwise, if candidate has a non-empty control group, let candidate be the designated focused area of the control group.
    3. ~ELSE ⇒ ~RET %候補 ◎ Return candidate.

`現focused域$の`~DOM~anchor$である要素は、 `~focusされて@ いるという。 そうでない要素が`~focusされて$いるようになることを、 `~focusを獲得する@ という。 ◎ An element that is the DOM anchor of a focusable area is said to gain focus when that focusable area becomes the currently focused area of a top-level browsing context. When an element is the DOM anchor of a focusable area of the currently focused area of a top-level browsing context, it is focused.

`可focus域$ / `所有者~obj$ %O の `~focus鎖@ は、次に従って構築される有順序~listである: ◎ The focus chain of a focusable area or control group owner object subject is the ordered list constructed as follows:

  1. %出力 ~LET 空~list ◎ Let current object be subject. ◎ Let output be an empty list.
  2. ~WHILE 無条件:

    1. %出力 に %O を付加する ◎ Loop: Append current object to output.
    2. ~IF[ %O は`可focusな図形$である ] ⇒ %出力 に %O を定義している `area$e 要素を付加する ◎ If current object is an area element's shape, append that area element to output.
    3. ~ELIF[ %O は`可focus域$である ]~AND[ %O の`~DOM~anchor$ %A ~NEQ %O ] ⇒ %出力 に %A を付加する ◎ Otherwise, if current object is a focusable area whose DOM anchor is an element that is not current object itself, append that DOM anchor element to output.
    4. ~IF[ %O は ある`~dialog群$ %D 内の `dialog$e ~objである ] ⇒ %O ~SET %D の`所有者$ ◎ If current object is a dialog object in a dialog group, let current object be that dialog group's manager, and return to the step labeled loop.

    5. ~ELIF[ %O は`可focus域$である ] ⇒ %O ~SET %O の`所有者$ ◎ Otherwise, if current object is a focusable area, let current object be that focusable area's control group's owner object, and return to the step labeled loop.
    6. ~ELIF[ %O は`文書$である ~AND %O が`属する閲覧文脈$ %B を`入子にしている閲覧文脈~容器$ %C がある ] ⇒ %O ~SET %C ◎ Otherwise, if current object is a Document in a nested browsing context, let current object be its browsing context container, and return to the step labeled loop.
    7. ~ELSE ⇒ ~RET %出力 ◎ Return output.

注記: ~focus鎖は、 %O から開始して,( %O が`現focused域$である/なり得るならば) `~top-level閲覧文脈$に属する`文書$まで,~focus階層を辿り続ける。 ◎ The chain starts with subject and (if subject is or can be the currently focused area of a top-level browsing context) continues up the focus hierarchy up to the Document of the top-level browsing context.

6.4.3. `tabindex^a 属性

`tabindex@a 内容~属性により、作者は,次について想定することを指示できるようになる: ◎ The tabindex content attribute allows authors to indicate that\

  • 要素は`可focus域$になること。 ◎ an element is supposed to be focusable, and\
  • `逐次的~focus~navi$を利用して到達できるかどうか。 ◎ whether it is supposed to be reachable using sequential focus navigation and,\
  • 到達できる場合、要素は,逐次的~focus~navi順序においてどこに位置するか。 ◎ if so, what is to be the relative order of the element for the purposes of sequential focus navigation.\

“tab index” という名称は、一連の可focus要素を~navigateするときに, “tab” ~keyが共通的に利用されることに~~由来する。 語 “tabbing” とは、逐次的~focus~naviを利用して到達し得る可focus要素を,前方へ辿ることを指す。 ◎ The name "tab index" comes from the common use of the "tab" key to navigate through the focusable elements. The term "tabbing" refers to moving forward through the focusable elements that can be reached using sequential focus navigation.

この属性が省略されている場合、~UAは,下に述べる既定のふるまいを適用する。 (`具現化されて$いる要素を可focusでなくする仕方は、それを`不能化-$するか`不活$にする他にない。) ◎ When the attribute is omitted, the user agent applies defaults. (There is no way to make an element that is being rendered be not focusable at all without disabling it or making it inert.)

`tabindex$a 属性に指定される値は、`妥当な整数$で~MUST。 正~数は、要素の`可focus域$の,`逐次的~focus~navi順序$における位置を指定する。 負~数は、当の~controlは,`逐次的~focus~navi$においては到達できなくなることを指示する。 ◎ The tabindex attribute, if specified, must have a value that is a valid integer. Positive numbers specify the relative position of the element's focusable areas in the sequential focus navigation order, and negative numbers indicate that the control is to be unreachable by sequential focus navigation.

開発者は、 `tabindex$a 属性に対する 0, −1 以外の値は注意して利用するべきである — 正しく利用するのは複雑なので。 ◎ Developers should use caution when using values other than 0 or −1 for their tabindex attributes as this is complicated to do correctly.

各~要素には `~tabindex~focus~flag@ が結付けられ、下に定義されるように ~ON にされ得る。 以前の節で述べたように、この~flagは,要素が`可focus域$になるかどうか決定する要因になる。 ◎ Each element can have a tabindex focus flag set, as defined below. This flag is a factor that contributes towards determining whether an element is a focusable area, as described in the previous section.

所与の要素の `~tabindex値@ は、[ 要素は `tabindex$a 属性 %A を有する ]~AND[ %A の値を`整数として構文解析-$した結果 ~NEQ ~error ]ならば その結果 / ~ELSE_ ε ]とする。 所与の`可focus域$の`~tabindex値$は、その`~DOM~anchor$の`~tabindex値$とする。 ◎ ↓

【 `~tabindex値$は、以下を簡潔に記述するために,この訳に導入した定義である。 】

~UAは、要素~上の`~tabindex値$を,次に従って解釈し~MUST: ◎ If the tabindex attribute is specified on an element, it must be parsed using the rules for parsing integers. The attribute's values, or lack thereof, must be interpreted as follows:

  • `~tabindex値$ ~EQ ε の場合、~UAは,~platform規約に従って 次を決定するべきである ⇒ 要素の`~tabindex~focus~flag$は ~ON にされるか? — そうであれば ⇒ [ 要素, または要素を`~DOM~anchor$とする`可focus域$ ]へは、`逐次的~focus~navi$を利用して到達できるか? — そうであれば ⇒ 要素/可focus域は、`逐次的~focus~navi順序$において どこに位置するか? ◎ If the attribute is omitted or parsing the value returns an error ◎ The user agent should follow platform conventions to determine if the element's tabindex focus flag is set and, if so, whether the element and any focusable areas that have the element as their DOM anchor can be reached using sequential focus navigation, and if so, what their relative position in the sequential focus navigation order is to be.

    ~platform規約の違いを除き、次のいずれかに該当する要素に対しては,`~tabindex~focus~flag$を ~ON にすることが示唆される: ◎ Modulo platform conventions, it is suggested that for the following elements, the tabindex focus flag be set:

    • `a$e 要素のうち, `href$a 属性を有するもの ◎ a elements that have an href attribute
    • `link$e 要素のうち, `~href0$a 属性を有するもの ◎ link elements that have an href attribute
    • `button$e 要素 ◎ button elements
    • `input$e 要素のうち,その `type$a 属性の状態 ~NEQ `Hidden$st なるもの ◎ input elements whose type attribute are not in the Hidden state
    • `select$e 要素 ◎ select elements
    • `textarea$e 要素 ◎ textarea elements
    • `details$e 要素の子である `summary$e 要素のうち,最初のもの ◎ summary elements that are the first summary element child of a details element
    • `draggable$a 属性を有する要素のうち、~UAが[ 利用者が~pointing装置を利用することなく,その要素に対する~drag演算を始める ]ことを可能化するもの。 ◎ Elements with a draggable attribute set, if that would enable the user agent to allow the user to begin a drag operations for those elements without the use of a pointing device
    • `編集中の~host$ ◎ Editing hosts
    • `閲覧文脈~容器$ ◎ Browsing context containers
  • `~tabindex値$ ~NEQ ε の場合、要素の`~tabindex~focus~flag$は ~ON にし~MUST。 加えて: ◎ ↓

    • `~tabindex値$ ~LT 0 の場合、`逐次的~focus~navi順序$からは,要素を外すべきである。 ◎ If the value is a negative integer ◎ The user agent must set the element's tabindex focus flag, but should omit the element from the sequential focus navigation order.

      注記: 要素を逐次的~focus~naviから外すとする,作者から~~要請された要件を無視する妥当な理由としては、利用者が~focusを移動する仕組みが,逐次的~focus~naviの他にない場合が挙げられる。 具体的には、~keyboardのみの利用者は,負の `tabindex$a を伴う~text~controlを~clickできないので、~UAが,~~要請にかかわらず[ 利用者が~tabで当の~controlへ移れる ]ようにすることは正当化される。 ◎ One valid reason to ignore the requirement that sequential focus navigation not allow the author to lead to the element would be if the user's only mechanism for moving the focus is sequential focus navigation. For instance, a keyboard-only user would be unable to click on a text control with a negative tabindex, so that user's user agent would be well justified in allowing the user to tab to the control regardless.

    • `~tabindex値$ ~GTE 0 の場合、[ 要素, および要素を`~DOM~anchor$とする`可focus域$ ]へは,`逐次的~focus~navi$を利用して到達できるようにするべきである。 ◎ If the value is a zero ◎ ↓↓ The user agent must set the element's tabindex focus flag, should allow the element and any focusable areas that have the element as their DOM anchor to be reached using sequential focus navigation, following platform conventions to determine the element's relative position in the sequential focus navigation order. ◎ If the value is greater than zero ◎ The user agent must set the element's tabindex focus flag, should allow the element and any focusable areas that have the element as their DOM anchor to be reached using sequential focus navigation,\
  • `逐次的~focus~navi$を利用して到達できる`可focus域$たちの~navi順序は、以下に従うべきである:

    • [ `~tabindex値$ ~EQ 0 ]なるものどうしの順序は、~platform規約に従う。
    • [ `~tabindex値$ ~GT 0 ]なるものは、他のものより先にする。
    • [ `~tabindex値$ ~GT 0 ]なるものどうしの順序は:

      • `~tabindex値$の昇順に整列する(値が小さいものが先)。
      • `~tabindex値$が同じものどうしの順序は、`~DOM~anchor$の`木~順序$に従う。

    【 `~tabindex値$が正数でないものどうしの正確な順序については、ここには規定されていない。 同じ`~DOM~anchor$を共有するものどうしについても、同様。 (`可focus域~順序$に準じそうにも思われるが、ここには言及されていない。) 】

    ◎ and should place the element — referenced as candidate below — and the aforementioned focusable areas in the sequential focus navigation order so that, relative to other focusable areas in the sequential focus navigation order, they are: ◎ before any focusable area whose DOM anchor is an element whose tabindex attribute has been omitted or whose value, when parsed, returns an error, ◎ before any focusable area whose DOM anchor is an element whose tabindex attribute has a value equal to or less than zero, ◎ after any focusable area whose DOM anchor is an element whose tabindex attribute has a value greater than zero but less than the value of the tabindex attribute on candidate, ◎ after any focusable area whose DOM anchor is an element whose tabindex attribute has a value equal to the value of the tabindex attribute on candidate but that is earlier in the document in tree order than candidate, ◎ before any focusable area whose DOM anchor is an element whose tabindex attribute has a value equal to the value of the tabindex attribute on candidate but that is later in the document in tree order than candidate, and ◎ before any focusable area whose DOM anchor is an element whose tabindex attribute has a value greater than the value of the tabindex attribute on candidate.

`tabindex$a 属性が指定されている要素は、`対話的~内容$になる。 ◎ An element with the tabindex attribute specified is interactive content.

`tabIndex@m
`tabindex$a 内容~属性の値を`反映-$し~MUST。 ◎ The tabIndex IDL attribute must reflect the value of the tabindex content attribute.\
その既定~値は、要素が[ 可focusならば 0 / 可focusでないならば −1 ]とする。 ◎ Its default value is 0 for elements that are focusable and −1 for elements that are not focusable.

6.4.4. 処理~model

標的を `~focusする手続き@ は、所与の:

  • %標的 ( `可focus域$ / `可focus域$でない要素 / `閲覧文脈$ のいずれか)
  • %~fallback標的 (省略時は ε )

に対し,次を走らす:

◎ The focusing steps for an object new focus target that is either a focusable area, or an element that is not a focusable area, or a browsing context, are as follows. They can optionally be run with a fallback target.
  1. %標的 ~SET 次の下位手続きを走らせた結果: ◎ If new focus target is neither a dialog element that has an open attribute specified and that is being rendered (i.e. that is a control group owner object), nor a focusable area, then run the first matching set of steps from the following list:

    1. ~IF[ %標的 は`可focus域$である ] ⇒ ~RET %標的 ◎ ↑
    2. ~IF[ %標的 は `dialog$e 要素である ~AND %標的 は`所有者~obj$である ] ⇒ ~RET %標的 ◎ ↑
    3. ~IF[ %標的 は `area$e 要素である ~AND `可focusな図形$を定義している ] ⇒ ~RET それらの図形の`~DOM~anchor$のうち,`木~順序$で最初のもの ◎ If new focus target is an area element with one or more shapes that are focusable areas • Let new focus target be the shape corresponding to the first img element in tree order that uses the image map to which the area element belongs.
    4. ~IF[ %標的 は要素である ]~AND[ %標的 は`可focus域$である 1 個以上の可scroll領域を伴う ] ⇒ ~RET %標的 の,`~box木~順序$による最初の可scroll領域 `CSS$r ◎ If new focus target is an element with one or more scrollable regions that are focusable areas • Let new focus target be the element's first scrollable region, according to a pre-order, depth-first traversal of the box tree. [CSS]
    5. ~IF[ %標的 は`文書~要素$である ] ⇒ ~RET %標的 の`文書$の`表示域$ ◎ If new focus target is the document element of its Document • Let new focus target be the Document's viewport.
    6. ~IF[ %標的 は `閲覧文脈$である ] ⇒ ~RET %標的 にて`作動中の文書$ ◎ If new focus target is a browsing context • Let new focus target be the browsing context's active document.
    7. ~IF[ %標的 は ある`閲覧文脈$ %B を`入子にしている閲覧文脈~容器$である ] ⇒ ~RET %B にて`作動中の文書$ ◎ If new focus target is a browsing context container with a non-null nested browsing context • Let new focus target be the browsing context container's nested browsing context's active document.
    8. ~RET %~fallback標的 ◎ Otherwise • If no fallback target was specified, abort the focusing steps. • Otherwise, let new focus target be the fallback target.
  2. ~IF[ %標的 ~EQ ε ] ⇒ ~RET ◎ ↑
  3. ~WHILE 無条件:

    1. ~IF[ %標的 は[ `所有者~obj$である ~AND `可focus域$でない ]]

      1. ~IF[ %標的 が`指名する被focus~dialog$ ~NEQ ε ] ⇒ %標的 ~SET それ
      2. ~ELIF[ %標的 が`指名する被focus域$ ~NEQ ε ] ⇒ %標的 ~SET それ
      ◎ If new focus target is a control group owner object that is not a focusable area, but does have a dialog group, and that dialog group has a designated focused dialog, then let new focus target be the focused dialog of the dialog group, and redo this step. ◎ Otherwise, if new focus target is a control group owner object that is not a focusable area, and its control group is not empty, then designate new focus target as the focused area of the control group, and redo this step.
    2. ~ELIF[ %標的 は ある`閲覧文脈$ %B を`入子にしている閲覧文脈~容器$である ] ⇒ %標的 ~SET %B にて`作動中の文書$ ◎ Otherwise, if new focus target is a browsing context container with non-null nested browsing context, then let new focus target be the nested browsing context's active document, and redo this step.
    3. ~ELSE ⇒ ~BREAK

    注記: `具現化されて$いる `dialog$e 要素は、[ `open$a, `tabindex$a ]両~属性が指定されている場合,`所有者~obj$であると同時に`可focus域$になり得る。 ◎ A dialog element can be both a control group owner object and a focusable area, if it has both an open attribute specified and a tabindex attribute specified and is being rendered.

  4. ~IF[ %標的 は`可focus域$である ]~AND[ %標的 の`~DOM~anchor$は`不活$である ] ⇒ ~RET ◎ If new focus target is a focusable area and its DOM anchor is inert, then abort these steps.
  5. ~IF[ %標的 ~EQ `現focused域$ ] ⇒ ~RET ◎ If new focus target is the currently focused area of a top-level browsing context, then abort these steps.
  6. %旧~鎖 ~LET [[ %標的 が見出される`~top-level閲覧文脈$ ]の`現focused域$ ]の`~focus鎖$ ◎ Let old chain be the focus chain of the currently focused area of the top-level browsing context in which new focus target finds itself.
  7. %新~鎖 ~LET %標的 の`~focus鎖$ ◎ Let new chain be the focus chain of new focus target.
  8. ( %旧~鎖, %新~鎖, %標的 ) を与える下で,`~focus更新-手続き$を走らす ◎ Run the focus update steps with old chain, new chain, and new focus target respectively.

~UAは、利用者が[ `可focus域$ / `dialog$e / `閲覧文脈$ ] %候補 に~focusを移動しようと試みたときには、 %候補 を`~focusする手続き$を`即時に$走らせ~MUST。 ◎ User agents must immediately run the focusing steps for a focusable area, dialog, or browsing context candidate whenever the user attempts to move the focus to candidate.

[ `可focus域$ / `可focus域$でない要素 ] %旧~標的 を `~unfocusする手続き@ は、次で与えられる: ◎ The unfocusing steps for an object old focus target that is either a focusable area or an element that is not a focusable area are as follows:

  1. ~IF[ %旧~標的 は`不活$である ] ⇒ ~RET ◎ If old focus target is inert, then abort these steps.
  2. ~IF[ 次のいずれかが満たされる ]…:

    • [ `現focused域$は`可focusな図形$である ]~AND[ %旧~標的 は その図形を定義している `area$e 要素である
    • [ `現focused域$は可scroll領域である ]~AND[ %旧~標的 は その可scroll領域を有する要素である ]

    …ならば ⇒ %旧~標的 ~LET `現focused域$

    ◎ If old focus target is an area element and one of its shapes is the currently focused area of a top-level browsing context, or, if old focus target is an element with one or more scrollable regions, and one of them is the currently focused area of a top-level browsing context, then let old focus target be that currently focused area of a top-level browsing context.
  3. ~ELIF[ %旧~標的 ~NIN `現focused域$の`~focus鎖$ ] ⇒ ~RET ◎ Let old chain be the focus chain of the currently focused area of a top-level browsing context. ◎ If old focus target is not one of the entries in old chain, then abort these steps.
  4. ~IF[ %旧~標的 は ある`~dialog群$ %D に属する ]~AND[ %D の`所有者$が`指名する被focus域$ ~NEQ ε ] ⇒ その~focus域を`~focusする手続き$を走らす ◎ If old focus target is a dialog in a dialog group, and the dialog group manager has a non-empty control group, then let new focus target be the designated focused area of that focus group.
  5. ~ELIF[ %旧~標的 は`可focus域$である ] ⇒ [ %旧~標的 が属する`~control群$内の最初の`可focus域$† ]を`~focusする手続き$を走らす

    († %旧~標的 の`所有者$が`文書$ならば、これは常に`表示域$になる。 )

    ◎ Otherwise, if old focus target is a focusable area, then let new focus target be the first focusable area of its control group (if the control group owner object is a Document, this will always be a viewport). ◎ Otherwise, let new focus target be null. ◎ If new focus target is not null, then run the focusing steps for new focus target.

`現focused域$が,それに代わる別の要素が明示的に~focusされずに,何らかの方法で~unfocusされた場合、~UAは,その~objを`~unfocusする手続き$を`即時に$走らせ~MUST。 ◎ When the currently focused area of a top-level browsing context is somehow unfocused without another element being explicitly focused in its stead, the user agent must immediately run the unfocusing steps for that object.

注記: `~unfocusする手続き$により,常に~focusが変更されるとは限らない — `現focused域$に適用されるときであっても。 例えば,`現focused域$は`表示域$である場合、通例的には,別の`可focus域$が`~focusする手続き$により明示的に~focusされるまでは,その~focusを保つことになる。 ◎ The unfocusing steps do not always result in the focus changing, even when applied to the currently focused area of a top-level browsing context. For example, if the currently focused area of a top-level browsing context is a viewport, then it will usually keep its focus regardless until another focusable area is explicitly focused with the focusing steps.


`~dialog群$ %G 内の `既定の被focus~dialog@ とは、[ %G は空であるならば ε / ~ELSE_ %G 内に`不活$でない `dialog$e があるならば それらのうち 最初のもの/ ~ELSE_ %G 内の最初の`dialog$e ]とする。 ◎ ↓

【 `既定の被focus~dialog$は、以下を簡潔に記述するために,この訳に導入した定義である。 】

所与の`所有者~obj$の[ `~dialog群$ %G, `~control群$ %C ]において、次が生じた場合: ◎ ↓

  • %C が空である下で,ある`可focus域$ %F が %C に追加されたときは ⇒ %C が`指名する被focus域$ ~SET %F にされ~MUST。 ◎ When a focusable area is added to an empty control group, it must be designated the focused area of the control group.
  • [ %G は空である~AND %C は空である ]下で, %G が空でなくなったときは ⇒ %G が`指名する被focus~dialog$ ~SET %G 内の`既定の被focus~dialog$にされ~MUST。 ◎ When a dialog group is formed, if the dialog group manager has an empty control group, the first non-inert dialog in the dialog group, if any, or else the first dialog in the dialog group regardless of inertness, must be designated the focused dialog of the dialog group.
  • `~focus修復~規則 1@ : %C が`指名する被focus域$が %C に属さなくなったときは(例: `可focus域$でなくなった / ~DOMから除去された / `明に不活$になった, 等々)、 %C が`指名する被focus域$を,次に与えるものにする: ◎ Focus fixup rule one: When the designated focused area of a control group is removed from that control group in some way (e.g. it stops being a focusable area, it is removed from the DOM, it becomes expressly inert, etc),\

    1. %C は空ならば ε(なし) ◎ and the control group is still not empty:\
    2. ~ELSE_ %C 内に`不活$でない`可focus域$があるならば,それらのうち `可focus域~順序$で最初のもの ◎ designate the first non-inert focusable area in that control group to be the new focused area of the control group, if any;\
    3. ~ELSE_ %C 内の `可focus域~順序$で最初の`可focus域$ ◎ if they are all inert, then designate the first focusable area in that control group to be the new focused area of the control group regardless of inertness.\ ◎ If such a removal instead results in the control group being empty, then there is simply no longer a focused area of the control group.

    これは、例えば次のときに起こり得る:

    • 要素が`文書$から除去されたとき
    • `hidden$a 属性が追加されたとき
    • `input$e 要素が`不能化され$たとき
    ◎ For example, this might happen because an element is removed from its Document, or has a hidden attribute added. It might also happen to an input element when the element gets disabled.

    `dialog$e 要素を含まない`文書$が`指名する被focus域$は `button$e 要素である下で,その~button要素が[ 除去- /不能化- / 隠- ]された場合、`文書$の`表示域$が 頁の新たな`指名する被focus域$になる。 これは、 `activeElement$m が`~body要素$を返すように反映される。 ◎ In a Document without dialog elements, whose focused area is a button element, removing, disabling, or hiding that button would cause the page's new focused area to be the viewport of the Document. This would, in turn, be reflected through the activeElement API as the body element.

  • `~focus修復~規則 2@ : 次の条件すべてが満たされている下で:

    • %G が`指名する被focus~dialog$ ~EQ ε
    • %G は空でない
    • %C は空でない

    %C が空になったときは ⇒ %G が`指名する被focus~dialog$ ~SET %G 内の`既定の被focus~dialog$にする

    ◎ Focus fixup rule two: When a dialog group has no designated focused dialog of the dialog group, and its dialog group manager's control group changes from being non-empty to being empty, the first non-inert dialog in the dialog group, if any, or else the first dialog in the dialog group regardless of inertness, must be designated the focused dialog of the dialog group.
  • `~focus修復~規則 3@: [ %G が`指名する被focus~dialog$ %D ~NEQ ε ]の下で, %D が %G に属さなくなったときは(例: `具現化され$なくなった / `open$a 属性を有さなくなった / `明に不活$になった, 等々) ⇒ %G が`指名する被focus~dialog$ ~SET [ %C は空でないならば ε / ~ELSE_ %G 内の`既定の被focus~dialog$ ]にする ◎ Focus fixup rule three: When the designated focused dialog of a dialog group is removed from that dialog group in some way (e.g. it stops being rendered, it loses its open attribute, it becomes expressly inert, etc), and there is still a dialog group (because the dialog in question was not the last dialog in that dialog group): if the dialog group's manager's control group is non-empty, let there be no designated focused dialog of the dialog group any more; otherwise (in the case that the control group is empty), designate the first non-inert dialog in the dialog group to be the focused dialog of the dialog group, or, if they are all inert, designate the first dialog in the dialog group to be the focused dialog of the dialog group regardless of inertness.

~UAは、`現focused域$が、次のいずれかのように変化したときは…: ◎ When the currently focused area of a top-level browsing context\

  • `可focus域$でなくなった ◎ was a focusable area but stops being a focusable area, or\
  • `~dialog群$に属する `dialog$e であったが,属さなくなった ◎ when it was a dialog in a dialog group and stops being part of that dialog group, or\
  • `不活$でなくなった ◎ when it starts being inert,\

…次の手続きを走らせ~MUST: ◎ the user agent must run the following steps:

  1. %旧~時点 ~LET この~algoが適用可能になる直前 ◎ ↓
  2. %旧~標的 ~LET %旧~時点 における`現focused域$(例: 不能化された要素 / 閉じられる前の~dialog / この~algoを走らせたもの) ◎ Let old focus target be whatever the currently focused area of the top-level browsing context was immediately before this algorithm became applicable (e.g. before the element was disabled, or the dialog was closed, or whatever caused this algorithm to run).
  3. %旧~鎖 ~LET %旧~時点 における %旧~標的 の`~focus鎖$ ◎ Let old chain be the focus chain of the currently focused area of the top-level browsing context at the same time.
  4. 変化により含意される,上の[ `~focus修復~規則 1$, `~focus修復~規則 2$, `~focus修復~規則 3$ ]が必ず適用されるようにする ◎ Make sure that the changes implied by the focus fixup rules one, two, and three above are applied.
  5. %新~標的 ~LET `現focused域$ ◎ Let new focus target be the currently focused area of a top-level browsing context.
  6. ~IF[ %旧~標的 ~EQ %新~標的 ] ⇒ ~RET ◎ If old focus target and new focus target are the same, abort these steps.
  7. %新~鎖 ~LET %新~標的 の`~focus鎖$ ◎ Let new chain be the focus chain of new focus target.
  8. ( %旧~鎖, %新~鎖, %新~標的 ) を与える下で,`~focus更新-手続き$を走らす ◎ Run the focus update steps with old chain, new chain, and new focus target respectively.

所与の ( %旧~鎖, %新~鎖, %新~標的 ) に対する `~focus更新-手続き@ は、次で与えられる: ◎ The focus update steps, given an old chain, a new chain, and a new focus target respectively, are as follows:

  1. ~WHILE[ %旧~鎖 内の最後の~entry ~EQ %新~鎖 内の最後の~entry ] ⇒# %旧~鎖 内から最後の~entryを~popする; %新~鎖 内から最後の~entryを~popする ◎ If the last entry in old chain and the last entry in new chain are the same, pop the last entry from old chain and the last entry from new chain and redo this step.
  2. ~FOR %旧~鎖 内の ~EACH( ~entry %~entry ) に対し: ◎ For each entry entry in old chain, in order, run these substeps:

    1. ~IF[ 次のいずれも満たされる ]…

      • %~entry は `input$e 要素 %要素 である
      • %要素 には `change$et ~eventが 適用される
      • %要素 には`作動化の挙動$は定義されていない
      • %要素 が~focusされている間に,利用者は %要素 の[ `値$fe / `選択-中の~fileの~list$ ]を変更していて、その(~controlが最初に~focusされたときと異なるような)変更はまだ~commitされていない

      …ならば ⇒ %要素 に向けて,名前 `change$et の~eventを[ `bubbles$m 属性 ~SET ~T ]に初期化した上で`発火-$する

      ◎ If entry is an input element, and the change event applies to the element, and the element does not have a defined activation behavior, and the user has changed the element's value or its list of selected files while the control was focused without committing that change (such that it is different to what it was when the control was first focused), then fire an event named change at the element, with the bubbles attribute initialized to true.
    2. %~blur~event標的 ~LET ~NULL ◎ ↓
    3. ~IF[ %~entry は要素である ] ⇒ %~blur~event標的 ~LET %~entry ◎ If entry is an element, let blur event target be entry.
    4. ~ELIF[ %~entry は`文書$である ] ⇒ %~blur~event標的 ~LET その`文書$の `Window$I ~obj ◎ If entry is a Document object, let blur event target be that Document object's Window object. ◎ Otherwise, let blur event target be null.
    5. `関係する標的^V ~LET ~NULL ◎ ↓
    6. ~IF[ %~entry ~EQ %旧~鎖 内の最後の~entry ]~AND[ %~entry は`要素$である ]~AND[ %新~鎖 内の最後の~entryは`要素$である ] ⇒ `関係する標的^V ~LET %新~鎖 内の最後の~entry ◎ If entry is the last entry in old chain, and entry is an Element, and the last entry in new chain is also an Element, then let related blur target be the last entry in new chain. Otherwise, let related blur target be null.
    7. ~IF[ %~blur~event標的 ~NEQ ~NULL ] ⇒ ( `blur$et, `関係する標的^V ) を与える下で, %~blur~event標的 に向けて`~focus~eventを発火-$する ◎ If blur event target is not null, fire a focus event named blur at blur event target, with related blur target as the related target.

      注記: ~eventは発火されない事例もある — 例えば、 %~entry は[ `可focusな図形$ / 可scroll領域 / `表示域$ ]であるとき。 ◎ In some cases, e.g. if entry is an area element's shape, a scrollable region, or a viewport, no event is fired.

  3. ~IF[ %新~標的 の~focus時に,~platform特有の関連する規約がある ] ⇒ その規約を適用する(例えば,一部の~platformは、~text~controlに~focusされたときに,その内容を選択する) ◎ Apply any relevant platform-specific conventions for focusing new focus target. (For example, some platforms select the contents of a text control when that control is focused.)
  4. ~FOR %新~鎖 内の ~EACH( ~entry %~entry ) に対し,逆順に: ◎ For each entry entry in new chain, in reverse order, run these substeps:

    1. ~IF[ %~entry は `dialog$e 要素である ] ⇒ %~entry ~LET %~entry が属する`~dialog群$が`指名する被focus~dialog$ ◎ If entry is a dialog element: let entry be the designated focused dialog of its dialog group.
    2. ~IF[ %~entry は`可focus域$である ]:

      1. %所有者 ~LET %~entry の`所有者$
      2. %所有者 が`指名する被focus域$ ~SET %~entry
      3. %所有者 が`指名する被focus~dialog$ ~SET ε
      ◎ If entry is a focusable area: designate entry as the focused area of the control group. If its control group's owner object is also a dialog group manager, then let there be no designated focused dialog in that dialog group.

      注記: %~entry は `dialog$e 要素であると同時に,`可focus域$であることもあり得る — その場合、 %~entry 自身が %所有者 になる。 ◎ It is possible for entry to be both a dialog element and a focusable area, in which case it is its own control group owner object.

    3. %~focus~event標的 ~LET %~entry に応じて[ 要素であるならば %~entry / `文書$であるならば その `Window$I ~obj / ~ELSE_ ~NULL ] ◎ If entry is an element, let focus event target be entry. ◎ If entry is a Document object, let focus event target be that Document object's Window object. ◎ Otherwise, let focus event target be null.
    4. `関係する標的^V ~LET ~NULL ◎ ↓
    5. ~IF[ %~entry ~EQ %新~鎖 内の最後の~entry ]~AND[ %~entry は`要素$である ]~AND[ %旧~鎖 内の最後の~entryは`要素$である ] ⇒ `関係する標的^V ~SET %旧~鎖 内の最後の~entry ◎ If entry is the last entry in new chain, and entry is an Element, and the last entry in old chain is also an Element, then let related focus target be the last entry in old chain. Otherwise, let related focus target be null.
    6. ~IF[ %~focus~event標的 ~NEQ ~NULL ] ⇒ ( `focus$et, `関係する標的^V ) を与える下で, %~focus~event標的 に向けて`~focus~eventを発火-$する ◎ If focus event target is not null, fire a focus event named focus at focus event target, with related focus target as the related target.

      注記: ~eventは発火されない事例もある — 例えば、 %~entry は[ `可focusな図形$ / 可scroll領域 / `表示域$ ]であるとき。 ◎ In some cases, e.g. if entry is an area element's shape, a scrollable region, or a viewport, no event is fired.

要素 %要素 に向けて, および所与の ( 名前 %e, 関係する標的 %r ) に対し `~focus~eventを発火-@ するときは、 %要素 に向けて,次のようにされた~eventを`発火-$する:

  • `FocusEvent$I を利用する
  • 名前 %e
  • 各種~属性は、次のように初期化する:
    • `relatedTarget$m ~SET %r
    • `view$m ~SET %要素 の`~node文書$の `Window$I ~obj
◎ To fire a focus event named e at an element t and with a given related target r, fire an event named e at t, using FocusEvent, with the relatedTarget attribute initialized to r and the view attribute initialized to t's node document's Window object.

~UAは、`~top-level閲覧文脈$内で~key~event %~event を届けるときは、次の手続きを走らせ~MUST: ◎ When a key event is to be routed in a top-level browsing context, the user agent must run the following steps:

  1. %標的~域 ~LET `現focused域$ ◎ Let target area be the currently focused area of the top-level browsing context.
  2. %標的~node ~LET [ %標的~域 は`可focus域$ならば %標的~域 の`~DOM~anchor$ / ~ELSE_ %標的~域 ] ◎ If target area is a focusable area, let target node be target area's DOM anchor. Otherwise, target area is a dialog; let target node be target area.
  3. ~IF[ %標的~node は`文書$である ] ⇒ %標的~node ~SET [ %標的~node の`~body要素$ ~NEQ ~NULL ならば それ / ~ELSE_ %標的~node の`文書~要素$ ~NEQ ~NULL ならば それ / ~ELSE_ %標的~node ] ◎ If target node is a Document that has a body element, then let target node be the body element of that Document. ◎ Otherwise, if target node is a Document object that has a non-null document element, then let target node be that document element.
  4. ~IF[ %標的~node は`不活$である ] ⇒ ~RET ◎ If target node is not inert, then:

    注記: `現focused域$は`不活$の場合もある — 例えば`~modal~dialogが示され$ていて,その `dialog$e 要素が`不活$にされているとき。 それは,~appにおける~logicの誤りによる可能性が高いが。 ◎ It is possible for the currently focused area of a top-level browsing context to be inert, for example if a modal dialog is shown, and then that dialog element is made inert. It is likely to be the result of a logic error in the application, though.

  5. %canHandle ~LET %標的~node に向けて %~event を`配送-$した結果 ◎ Let canHandle be the result of dispatching the key event at target node.
  6. ~IF[ %canHandle ~EQ ~T ] ⇒ %標的~域 に %~event を取扱わせる — これは、 %標的~node に向けて`~click~eventを発火-$することも含み得る。 ◎ If canHandle is true, then let target area handle the key event. This might include firing a click event at target node.

所与の`文書$ %標的 は、所与の時点で,次の手続きが ~T を返すならば `~focusを得ている@ とされる: ◎ The has focus steps, given a Document object target, are as follows:

  1. %候補 ~LET %標的 が`属する閲覧文脈$の`~top-level閲覧文脈$にて`作動中の文書$ ◎ Let candidate be the Document of the top-level browsing context.
  2. ~IF[ %候補 ~EQ %標的 ] ⇒ ~RET ~T ◎ If candidate is target, return true and abort these steps.
  3. ~WHILE 無条件:

    1. ~IF[ %候補 が`指名する被focus~dialog$ %D ~NEQ ε ] ⇒ %候補 ~LET %D ◎ If candidate has a dialog group with a designated focused dialog of the dialog group, then let candidate be the designated focused dialog of the dialog group, and redo this step.
    2. ~ELIF[ %候補 が`指名する被focus域$ %F ~NEQ ε ]~AND[ %F は ある`閲覧文脈$ %B を`入子にしている閲覧文脈~容器$である ]:

      1. %文書 ~LET %B にて`作動中の文書$
      2. ~IF[ %文書 ~EQ %標的 ] ⇒ ~RET ~T
      3. %候補 ~LET %文書
      ◎ Otherwise, if candidate has a non-empty control group, and the designated focused area of the control group is a browsing context container with a non-null nested browsing context, and the active document of that browsing context container's nested browsing context is target, then return true and abort these steps. ◎ Otherwise, if candidate has a non-empty control group, and the designated focused area of the control group is a browsing context container with a non-null nested browsing context, then let candidate be the active document of that browsing context container's nested browsing context, and redo this step.
    3. ~ELSE ⇒ ~RET ~F ◎ Otherwise, return false and abort these steps.

6.4.5. 逐次的~focus~navi

所与の`~control群$に属する`可focus域$のうち いくつかのものは, `逐次的~focus~navi順序@ により順序付けられ、`逐次的~focus~navi$を介して到達できるとされる。 この順序は、`可focus域~順序$に従う必要はない。 この順序から外された`可focus域$は、`逐次的~focus~navi$を介して到達できないことになる。 ◎ Each control group has a sequential focus navigation order, which orders some or all of the focusable areas in the control group relative to each other. The order in the sequential focus navigation order does not have to be related to the order in the control group itself. If a focusable area is omitted from the sequential focus navigation order of its control group, then it is unreachable via sequential focus navigation.

逐次的~focus~naviには `逐次的~focus~naviの始点@ もある。 それは、初期~時には ε (未設定)とする。 ~UAは、利用者がそれを移動すべく指示したときに,この始点を設定してよい。 ◎ There can also be a sequential focus navigation starting point. It is initially unset. The user agent may set it when the user indicates that it should be moved.

例えば~UAは、利用者が文書の内容を~clickしたときに,その~click位置に設定することもできる。 ◎ For example, the user agent could set it to the position of the user's click if the user clicks on the document contents.

~UAは、利用者から~focusを移動するよう要請されたとき — より詳細には:

  • ある`~top-level閲覧文脈$ %top 内で,
    • (A) %top の`現focused域$から, または
    • (B) %top の外側(例えば,~browserの所在bar)から 先ず %top へ~focusを移動した上で,
  • ある %方向 [ `前方^i または `後方^i ]へ,

~focusを移動するよう要請されたときには(例えば,~tab~keyを押すことによる既定の動作として)、以下の~algoを利用し~MUST:

注記: 概して、[ tabshift+tab ]を押すことは[ 前方/後方 ]にある~controlへ移動することを要請する。

◎ When the user requests that focus move from the currently focused area of a top-level browsing context to the next or previous focusable area (e.g. as the default action of pressing the tab key), or when the user requests that focus sequentially move to a top-level browsing context in the first place (e.g. from the browser's location bar), the user agent must use the following algorithm:
  1. %始点 ~LET 上述の[ (A) ならば %top の`現focused域$ / (B) ならば %top ] ◎ Let starting point be the currently focused area of a top-level browsing context, if the user requested to move focus sequentially from there, or else the top-level browsing context itself, if the user instead requested to move focus from outside the top-level browsing context.
  2. %~focus始点 ~LET `逐次的~focus~naviの始点$ ◎ ↓
  3. ~IF[ %~focus始点 ~NEQ ε ]~AND[ %~focus始点 は %始点 の内側にある ] ⇒ %始点 ~LET %~focus始点 ◎ If there is a sequential focus navigation starting point defined and it is inside starting point, then let starting point be the sequential focus navigation starting point instead. ◎ Let direction be forward if the user requested the next control, and backward if the user requested the previous control. ◎ Typically, pressing tab requests the next control, and pressing shift+tab requests the previous control.
  4. ~WHILE 無条件:

    1. %選定法 ~LET [ 次のいずれかが満たされるならば `逐次的^i / ~ELSE_ `~DOM順^i ]:

      • %始点 は`閲覧文脈$である
      • %始点 ~IN ある`~control群$の`逐次的~focus~navi順序$
      ◎ Loop: Let selection mechanism be sequential if the starting point is a browsing context or if starting point is in its control group's sequential focus navigation order. ◎ Otherwise, starting point is not in its control group's sequential focus navigation order; let selection mechanism be DOM.
    2. %候補 ~LET ( %始点, %方向, %選定法 ) を与える下で,`逐次的~navi探索~algo$を走らせた結果 ◎ Let candidate be the result of running the sequential navigation search algorithm with starting point, direction, and selection mechanism as the arguments.
    3. ~IF[ %候補 ~NEQ ~NULL ]

      1. %候補 を`~focusする手続き$を走らす
      2. ~RET
      ◎ If candidate is not null, then run the focusing steps for candidate and abort these steps.
    4. `逐次的~focus~naviの始点$ ~SET ε ◎ Otherwise, unset the sequential focus navigation starting point.
    5. ~IF[ %始点 ~EQ %top ]~OR[ %始点 は %top 内の`可focus域$である ]: ◎ If starting point is the top-level browsing context, or a focusable area in the top-level browsing context,\

      1. ~IF[ ~UAには、自前の可focusな~controlがある ] ⇒ ~UAは、次を行うべきである ⇒ %方向 を遵守しつつ,~focusを自前の可focusな~controlのいずれかに適切に転送する;◎ the user agent should transfer focus to its own controls appropriately (if any), honouring direction, and then abort these steps.

        例えば, %方向 ~EQ `後方^i の場合、[ ~browserの具現化~域の直前にある可focusな~control ]に,~focusすることになる。 ◎ For example, if direction is backward, then the last focusable control before the browser's rendering area would be the control to focus.

      2. ~ELSE ⇒ ~UAは、次を行ってもよい ⇒# %始点 ~SET %top; ~CONTINUE

        ~kiosk~mode~browserなど、自前の可focusな~controlがない~UAもあり得る。

        ◎ If the user agent has no focusable controls — a kiosk-mode browser, for instance — then the user agent may instead restart these steps with the starting point being the top-level browsing context itself.
      3. ~RET ◎ ↑
    6. ~ELSE( %始点 は`入子の閲覧文脈$ %B 内の`可focus域$である) ⇒ %始点 ~LET %B を`入子にしている閲覧文脈~容器$ ◎ Otherwise, starting point is a focusable area in a nested browsing context. Let starting point be that nested browsing context's browsing context container, and return to the step labeled loop.

`逐次的~navi探索~algo@ は、所与の ( %始点, %方向, %選定法 ) に対し,次を走らす: ◎ The sequential navigation search algorithm consists of the following steps. This algorithm takes three arguments: starting point, direction, and selection mechanism.

  1. %候補~集合 ~LET %始点 に応じて,次の下位手続きを走らせた結果:

    `閲覧文脈$である場合
    1. %D ~LET %始点 にて`作動中の文書$
    2. ~WHILE %D が`指名する被focus~dialog$ ~NEQ ε ⇒ %D ~SET %D が`指名する被focus~dialog$
    3. ~RET %D の`~control群$†1
    `可focus域$である場合
    1. %G ~LET %始点 が属する`~control群$†2
    2. ~RET %選定法 に応じて[ `~DOM順^i ならば %G / `逐次的^i ならば %G の`逐次的~focus~navi順序$†3 ]
  2. %候補~集合 ~SET %候補~集合 内の`可focus域$ %F のうち,次の両者とも満たすもの†4:

    • %F の`~DOM~anchor$は`不活$でない
    • %F ~IN %F が属する`~control群$の`逐次的~focus~navi順序$
  3. ~IF[ %始点 は`可focus域$である ]:

    1. ~Assert: %始点 ~IN %G

      注記: %始点 ~NIN %G になるような場合に、この手続きが[ %選定法 ~SET `逐次的^i ]にされて呼出されることはない。

    2. %候補~集合 ~SET %候補~集合 内の可focus域のうち, %方向 に応じて ⇒ `前方^i ならば %始点 に後続しているもの/ `後方^i ならば %始点 に先行しているもの
  4. ~IF[ %候補~集合 は空である ] ⇒ ~RET ~NULL
  5. %候補 ~SET %候補~集合 内の可focus域のうち, %方向 に応じて ⇒ `前方^i ならば 最初のもの / `後方^i ならば 最後のもの
  6. ~IF[ %候補 は ある`閲覧文脈$ %B を`入子にしている閲覧文脈~容器$である ]:

    1. %新~候補 ~LET ( %B, %方向, `逐次的^i ) を与える下で,`逐次的~navi探索~algo$を走らせた結果
    2. ~IF[ %新~候補 ~NEQ ~NULL ] ⇒ ~RET %新~候補
    3. ~RET ( %候補, %方向, %選定法 ) を与える下で,`逐次的~navi探索~algo$を走らせた結果
  7. ~RET %候補

【 簡明にするため、この手続きの構成は,原文から大きく違えている。 原文では、この手続きにて次の用語が定義されている:

  • †1 を指して, `首~control群@ という。
  • †2 を指して, `~home~control群@ という。
  • †3 を指して, `~home逐次的~focus~navi順序@ という。
  • †4 を指して, `相応しい逐次的~可focus域@ という。

が、無用に煩雑になるだけで,(現時点では)他からも参照されていないので、この訳では利用しない。 】

  1. Pick the appropriate cell from the following table, and follow the instructions in that cell.

    The appropriate cell is the one that is from the column whose header describes direction and from the first row whose header describes starting point and selection mechanism.

    direction is forward direction is backward
    starting point is a browsing context Let candidate be the first suitable sequentially focusable area in starting point's active document's primary control group, if any; or else null Let candidate be the last suitable sequentially focusable area in starting point's active document's primary control group, if any; or else null
    selection mechanism is DOM Let candidate be the first suitable sequentially focusable area in the home control group following starting point, if any; or else null Let candidate be the last suitable sequentially focusable area in the home control group preceding starting point, if any; or else null
    selection mechanism is sequential Let candidate be the first suitable sequentially focusable area in the home sequential focus navigation order following starting point, if any; or else null Let candidate be the last suitable sequentially focusable area in the home sequential focus navigation order preceding starting point, if any; or else null

    A suitable sequentially focusable area is a focusable area whose DOM anchor is not inert and that is in its control group's sequential focus navigation order.

    The primary control group of a control group owner object X is the control group of X if X has no dialog group or if its dialog group has no designated focused dialog of the dialog group, otherwise, it is the primary control group of X's dialog group's designated focused dialog of the dialog group.

    The home control group is the control group to which starting point belongs.

    The home sequential focus navigation order is the sequential focus navigation order to which starting point belongs.

    The home sequential focus navigation order is the home control group's sequential focus navigation order, but is only used when the starting point is in that sequential focus navigation order (when it's not, selection mechanism will be DOM).

  2. If candidate is a browsing context container with a non-null nested browsing context, then let new candidate be the result of running the sequential navigation search algorithm with candidate's nested browsing context as the first argument, direction as the second, and sequential as the third.

    If new candidate is null, then let starting point be candidate, and return to the top of this algorithm. Otherwise, let candidate be new candidate.

  3. Return candidate.

6.4.6. ~focus管理~API

%document . `activeElement$m
文書~内の要素のうち, ~key~eventが それを経て/それに向けて 届けられることになるような,最も深い要素を返す。 これは概ね、文書~内の被focus要素になる。 ◎ Returns the deepest element in the document through which or to which key events are being routed. This is, roughly speaking, the focused element in the document.
この~APIの目的においては、`子~閲覧文脈$が~focusされるときには,それを`入子にしている閲覧文脈~容器$が`親~閲覧文脈$内で ~focusされる。 例えば、利用者が,~focusを `iframe$e 内のある~text~controlに移動させたとき、その `iframe$e が,その`~node文書$上の `activeElement$m から返される要素になる。 ◎ For the purposes of this API, when a child browsing context is focused, its browsing context container is focused in the parent browsing context. For example, if the user moves the focus to a text control in an iframe, the iframe is the element returned by the activeElement API in the iframe's node document.
%document . `hasFocus()$m
~key~eventは,[ %document へ, または %document を経て届けられている ]ならば ~T を返す。 ~ELSE_ ~F を返す。 これは概ね、~focusされている[ 当の文書, または その内側に入子にされている文書 ]に対応する。 ◎ Returns true if key events are being routed through or to the document; otherwise, returns false. Roughly speaking, this corresponds to the document, or a document nested inside this one, being focused.
%window . `focus()$m
~focusを %window の`閲覧文脈$(もしあれば)に移動させる。 ◎ Moves the focus to the window's browsing context, if any.
%element . `~focus0()$m
~focusを %element に移動させる。 ◎ Moves the focus to the element.
要素が ある`閲覧文脈$ %B を`入子にしている閲覧文脈~容器$である場合、~focusは,代わりに %B へ移動される。 ◎ If the element is a browsing context container, moves the focus to the nested browsing context instead.
%element . `~blur0()$m
~focusを`表示域$に移動させる。 この~methodは、利用しないことが奨励される。 `表示域$を~focusしたければ、`文書$の`文書~要素$上で, `~focus0()$m ~methodを~callすること。 ◎ Moves the focus to the viewport. Use of this method is discouraged; if you want to focus the viewport, call the focus() method on the Document's document element.
~focus環が目障りであっても、~focus環を隠すためにこの~methodを利用しないこと。 代わりに、~CSS規則で `outline$p ~prop(外形線)を上書きした上で,~focusされる要素を示すような他の仕方を提供すること。 そのような代替の~focus用~styleが可用にできなかった場合、~keyboardを首に利用して頁を~navigateしている人や,~navigateし易くするため~focus外形線を利用している弱視者にとっては、頁の使い勝手がすこぶる悪くなることに留意すること。 ◎ Do not use this method to hide the focus ring if you find the focus ring unsightly. Instead, use a CSS rule to override the 'outline' property, and provide a different way to show what element is focused. Be aware that if an alternative focusing style isn't made available, the page will be significantly less usable for people who primarily navigate pages using a keyboard, or those with reduced vision who use focus outlines to help them navigate the page.

例えば、~linkから外形線を隠す代わりに,黄色の背景を利用して~focusを指示したければ、次も利用できる: ◎ For example, to hide the outline from links and instead use a yellow background to indicate focus, you could use:

:link:focus, :visited:focus { outline: none; background: yellow; color: black; }
`activeElement@m

取得子は、次を走らせた結果を返さ~MUST: ◎ The activeElement attribute on Document objects must return the value returned by the following steps:

  1. %候補 ~LET 此れ ◎ Let candidate be the Document on which the method was invoked.
  2. ~WHILE[ %候補 の`~dialog群$ %G ~NEQ ε ]~AND[ %G が`指名する被focus~dialog$ %D ~NEQ ε ] ⇒ %候補 ~LET %D ◎ If candidate has a dialog group with a designated focused dialog of the dialog group, then let candidate be the designated focused dialog of the dialog group, and redo this step.
  3. ~IF[ %候補 の`~control群$ %G は空でない ] ⇒ %候補 ~LET %G が`指名する被focus域$ ◎ If candidate has a non-empty control group, let candidate be the designated focused area of the control group.
  4. ~IF[ %候補 は`可focus域$である ] ⇒ %候補 ~LET %候補 の`~DOM~anchor$ ◎ If candidate is a focusable area, let candidate be candidate's DOM anchor.
  5. ~IF[ %候補 は`文書$である ] ⇒ ~RET[ %候補 の`~body要素$ ~NEQ ~NULL ならば それ / ~ELSE_ %候補 の`文書~要素$ ~NEQ ~NULL ならば それ / ~ELSE_ ~NULL ] ◎ If candidate is a Document that has a body element, then let candidate be the body element of that Document. ◎ Otherwise, if candidate is a Document with a non-null document element, then let candidate be that document element. ◎ Otherwise, if candidate is a Document, then let candidate be null.
  6. ~RET %候補 ◎ Return candidate.
`hasFocus()@m
被呼出時には、[ 此れが`~focusを得ている$ならば ~T / ~ELSE_ ~F ]を返さ~MUST。 ◎ The hasFocus() method on the Document object, when invoked, must return the result of running the has focus steps with the Document object as the argument.
`Window$I ~obj上の `focus()@m
被呼出時には、此れの`閲覧文脈$を`~focusする手続き$を走らせ~MUST。 ◎ The focus() method on the Window object, when invoked, must run the focusing steps with the Window object's browsing context.\
加えて,此れの`閲覧文脈$が`~top-level閲覧文脈$である場合、~UAには,[[ 頁が~focusを獲得しようと試みていることを,利用者に向けて指示する ]ような,何らかの類の通知 ]を誘発することが奨励される。 ◎ Additionally, if this browsing context is a top-level browsing context, user agents are encouraged to trigger some sort of notification to indicate to the user that the page is attempting to gain focus.
`Window$I ~obj上の `blur()@m
被呼出時には、[ ~scriptは、利用者が,おそらく[ 当の `Window$I ~objの`閲覧文脈$の内容に対する関心 ]を失ったものと見込んでいる ]が,再び関心が向けられるかもしれないことを、~hintとして~UAに提供する。 ◎ The blur() method on the Window object, when invoked, provides a hint to the user agent that the script believes the user probably is not currently interested in the contents of the browsing context of the Window object on which the method was invoked, but that the contents might become interesting again in the future.
~UAには、この~methodの~callを全面的に無視することが奨励される。 ◎ User agents are encouraged to ignore calls to this blur() method entirely.
注記: 歴史的に、 `focus()$m / `blur()$m ~methodは、実際には,~system~levelの~focus — `閲覧文脈$を包含している~system~widget(例:~tabや~window)の~focus — にも影響していたが、この挙動は,利用者をないがしろに敵対的~siteから広範に濫用されている。 ◎ Historically, the focus() and blur() methods actually affected the system-level focus of the system widget (e.g. tab or window) that contained the browsing context, but hostile sites widely abuse this behavior to the user's detriment.
要素~上の `~focus0()@m

被呼出時には、次を走らせ~MUST: ◎ The focus() method on elements, when invoked, must run the following algorithm:

  1. ~IF[ 此れの`~focus~lock~flag$ ~EQ ~ON ] ⇒ ~RET ◎ If the element is marked as locked for focus, then abort these steps.
  2. 此れの `~focus~lock~flag@ ~SET ~ON ◎ Mark the element as locked for focus.
  3. 此れを`~focusする手続き$を走らす ◎ Run the focusing steps for the element.
  4. 此れの`~focus~lock~flag$ ~SET ~OFF ◎ Unmark the element as locked for focus.
要素~上の `~blur0()@m
被呼出時には、此れを`~unfocusする手続き$を走らすべきである。 ◎ The blur() method, when invoked, should run the unfocusing steps for the element on which the method was called.\
~UAは、使い勝手の理由から,選択的に または一様に,この~methodの~callを無視してよい。 ◎ User agents may selectively or uniformly ignore calls to this method for usability reasons.
例えば、ただ美観の理由で, `~blur0()$m ~methodを利用して無思慮に~focus環が除去された場合、~keyboard利用者からは,頁の使い勝手は悪くなるであろう。 この~methodの~callを無視すれば、~keyboard利用者でも頁と対話できるようになる。 ◎ For example, if the blur() method is unwisely being used to remove the focus ring for aesthetics reasons, the page would become unusable by keyboard users. Ignoring calls to this method would thus allow keyboard users to interact with the page.

6.5. ~keyboard~shortcutの割当法

6.5.1. 序論

~INFORMATIVE

作動化-/~focusされ得るような各~要素には、 `accesskey$a 属性を利用して,それを作動化させる単独の~key組合せを割当できる。 ◎ Each element that can be activated or focused can be assigned a single key combination to activate it, using the accesskey attribute.

正確な~shortcutは、 `accesskey$a 属性から提供される情報を基に,利用者の~keyboardについての情報 — [ ~platform上にすでに存在する / 頁~上で他に指定されている ]~shortcutなど — に基づいて、~UAにより決定される ◎ The exact shortcut is determined by the user agent, based on information about the user's keyboard, what keyboard shortcuts already exist on the platform, and what other shortcuts have been specified on the page, using the information provided in the accesskey attribute as a guide.

`accesskey$a 属性~内にいくつもの代替を提供すれば、作者は,多様な入力~装置にわたり関連する~keyboard~shortcutが可用になることを確保できる。 ◎ In order to ensure that a relevant keyboard shortcut is available on a wide variety of input devices, the author can provide a number of alternatives in the accesskey attribute.

各~代替は、普通字や数字などの単独の文字からなる。 ◎ Each alternative consists of a single character, such as a letter or digit.

~UAは,利用者に~keyboard~shortcutの~listを提供できるが、作者にもそうすることが奨励される。 `accessKeyLabel$m ~IDL属性は、~UAにより割当された実際の~key組合せを表現している文字列を返す。 ◎ User agents can provide users with a list of the keyboard shortcuts, but authors are encouraged to do so also. The accessKeyLabel IDL attribute returns a string representing the actual key combination assigned by the user agent.

次の例には、~shortcut~keyを利用して呼出せる~buttonが提供されている。 ここでは、~full~keyboard用に~key "C" ,および 十keyしかない場合のために別の~key "1" も提供されている。 ◎ In this example, an author has provided a button that can be invoked using a shortcut key. To support full keyboards, the author has provided "C" as a possible key. To support devices equipped only with numeric keypads, the author has provided "1" as another possibly key.

<input type=button value=Collect onclick="collect()"
       accesskey="C 1" id=c>

どの~shortcut~keyがあるか,利用者に伝えるため、次の~scriptでは,~buttonの~labelに ~key組合せを明示的に追加する: ◎ To tell the user what the shortcut key is, the author has this script here opted to explicitly add the key combination to the button's label:

function addShortcutKeyLabel(button) {
  if (button.accessKeyLabel != '')
    button.value += ' (' + button.accessKeyLabel + ')';
}
addShortcutKeyLabel(document.getElementById('c'));

同じ~key組合せであっても、~browserが示す~labelは,各~platformに普及している規約に応じて異なり得る。 例えば、~key組合せが[ Control + Shift + C ]ならば、[ Windows ~browserでは `Ctrl+Shift+C^samp / Mac ~browserでは `^⇧C^samp / Emacs ~browserでは `C-C^samp ]のように表示されるであろう。 同様に、~keyの組合せが[ Alt ~key + Escape ~key ]であれば、[ Windows では `Alt+Esc^samp / Mac では `⌥⎋^samp / Emacs ~browserでは `M-ESC^samp または `ESC ESC^samp ]が利用されるであろう。 ◎ Browsers on different platforms will show different labels, even for the same key combination, based on the convention prevalent on that platform. For example, if the key combination is the Control key, the Shift key, and the letter C, a Windows browser might display "Ctrl+Shift+C", whereas a Mac browser might display "^⇧C", while an Emacs browser might just display "C-C". Similarly, if the key combination is the Alt key and the Escape key, Windows might use "Alt+Esc", Mac might use "⌥⎋", and an Emacs browser might use "M-ESC" or "ESC ESC".

したがって一般に、 `accessKeyLabel$m ~IDL属性から返される値を構文解析しようと試みるのは,賢明とは言えない。 ◎ In general, therefore, it is unwise to attempt to parse the value returned from the accessKeyLabel IDL attribute.

6.5.2. `accesskey^a 属性

`accesskey$a 内容~属性は、すべての`~HTML要素$に設定できる。 この属性の値は、要素を[ 作動化する/~focusする ]ための~keyboard~shortcutを作成する基になる情報として,~UAにより利用される。 ◎ All HTML elements may have the accesskey content attribute set. The accesskey attribute's value is used by the user agent as a guide for creating a keyboard shortcut that activates or focuses the element.

この属性に指定する値は、`大小区別$される`一意な~tokenからなる空白区切りの有順序~集合$であって、各~tokenは,正確に 1 個の符号位置で~MUST。 ◎ If specified, the value must be an ordered set of unique space-separated tokens that are case-sensitive, each of which must be exactly one code point in length.

次の例では、各~linkに~access~keyが割当されている — ~siteに馴染んでいる~keyboard利用者は,関連する頁に素早く~navigateできるようになる: ◎ In the following example, a variety of links are given with access keys so that keyboard users familiar with the site can more quickly navigate to the relevant pages:

<nav>
 <p>
  <a
    title="Consortium Activities"
    accesskey="A"
    href="/Consortium/activities"
  >Activities</a> |
  <a
    title="Technical Reports and Recommendations"
    accesskey="T"
    href="/TR/"
  >Technical Reports</a> |
  <a
    title="Alphabetical Site Index"
    accesskey="S"
    href="/Consortium/siteindex"
  >Site Index</a> |
  <a
    title="About This Site"
    accesskey="B"
    href="/Consortium/"
  >About Consortium</a> |
  <a
    title="Contact Consortium"
    accesskey="C"
    href="/Consortium/contact"
  >Contact</a>
 </p>
</nav>

次の例では、探索~欄に,可能0な~access~keyとして `s^l, `0^l の 2 つがこの順で与えられている。 ~full~keyboard装置を備えている~UAは、~shortcut~keyとして Ctrl+Alt+S 選ぶであろう。 一方で,十keyしか備えていない装置~上の~UAは、~key 0 を選ぶであろう: ◎ In the following example, the search field is given two possible access keys, "s" and "0" (in that order). A user agent on a device with a full keyboard might pick Ctrl+Alt+S as the shortcut key, while a user agent on a small device with just a numeric keypad might pick just the plain unadorned key 0:

<form action="/search">
 <label>Search: <input type="search" name="q" accesskey="s 0"></label>
 <input type="submit">
</form>

次の例では、可能0~access~keyが~buttonに記述されている。 加えて,~UAが選択した~keyの組合せを告知するため、~scriptは,~buttonの~labelを更新しようと試行する。 ◎ In the following example, a button has possible access keys described. A script then tries to update the button's label to advertise the key combination the user agent selected.

<input type=submit accesskey="N @ 1" value="Compose">
...
<script>
 function labelButton(button) {
   if (button.accessKeyLabel)
     button.value += ' (' + button.accessKeyLabel + ')';
 }
 var inputs = document.getElementsByTagName('input');
 for (var i = 0; i < inputs.length; i += 1) {
   if (inputs[i].type == "submit")
     labelButton(inputs[i]);
 }
</script>

~buttonの~labelは、~UAに応じて, `Compose (⌘N)^l にも `Compose (Alt+⇧+1)^l にもなり得る。 ~UAが~keyを割当しなければ、 `Compose^l のみになる。 正確な文字列は、`割当されている~access~key$, および ~UAがその~key組合せをどう表現するかに依存する。 ◎ On one user agent, the button's label might become "Compose (⌘N)". On another, it might become "Compose (Alt+⇧+1)". If the user agent doesn't assign a key, it will be just "Compose". The exact string depends on what the assigned access key is, and on how the user agent represents that key combination.

6.5.3. 処理~model

要素に `割当されている~access~key@ とは、要素の `accesskey$a 内容~属性から導出される~key組合せである — 初期~時には、どのような~access~keyも割当されては~MUST_NOT。 ◎ An element's assigned access key is a key combination derived from the element's accesskey content attribute. Initially, an element must not have an assigned access key.

~UAは、要素の `accesskey$a 属性が[ 設定- / 変更- /除去- ]される度に、次の手続きを走らせて得られる~access~keyで,要素に`割当されている~access~key$を更新し~MUST: ◎ Whenever an element's accesskey attribute is set, changed, or removed, the user agent must update the element's assigned access key by running the following steps:

  1. ~IF[ 要素は `accesskey$a 属性を有する ] ⇒ ~FOR 属性の値を`~ASCII空白で分割-$した結果~内の~EACH ( %値 ) に対し: ◎ If the element has no accesskey attribute, then skip to the fallback step below. ◎ Otherwise, split the attribute's value on ASCII whitespace, and let keys be the resulting tokens. ◎ For each value in keys in turn, in the order the tokens appeared in the attribute's value, run the following substeps:

    1. ~IF[ %値 を成す符号位置の個数 ~NEQ 1 ] ⇒ ~CONTINUE ◎ If the value is not a string exactly one code point in length, then skip the remainder of these steps for this value.
    2. ~IF[ %値 は~systemの~keyboard上のどの~keyにも対応しない ] ⇒ ~CONTINUE ◎ If the value does not correspond to a key on the system's keyboard, then skip the remainder of these steps for this value.
    3. ~IF[ %値 に対応する~keyと, ~zero個以上の修飾~keyとの組み合わせに,~access~keyとして利用できるものがある ] ⇒ ~UAの任意選択で ⇒ ~RET その~key組合せ ~FINGERPRINTING ◎ If the user agent can find a mix of zero or more modifier keys that, combined with the key that corresponds to the value given in the attribute, can be used as the access key, then the user agent may assign that combination of keys as the element's assigned access key and abort these steps. (This is a fingerprinting vector.)
  2. ~UAの任意選択で ⇒ ~RET ~UAが選んだ~key組合せ ◎ Fallback: Optionally, the user agent may assign a key combination of its choosing as the element's assigned access key and then abort these steps.
  3. ~RET ~access~keyなし ◎ If this step is reached, the element has no assigned access key.

要素に対し~access~keyを選択して割当した~UAは、要素の `accesskey$a 内容~属性が変更されるか,要素が別の`文書$へ移動されるまでは、要素に`割当されている~access~key$を変更するべきでない。 ◎ Once a user agent has selected and assigned an access key for an element, the user agent should not change the element's assigned access key unless the accesskey content attribute is changed or the element is moved to another Document.

`~commandを定義する$ような要素に対し,[ 利用者が,それに`割当されている~access~key$に対応する~key組合せを押下げた ]ときは、~UAは,次のいずれも満たされるならば,その~commandの`動作$cFを誘発し~MUST:

  • ~commandの`隠され状態$cF ~EQ ~F (可視である)
  • ~commandの`不能化~状態$cF ~EQ ~F (可能化されている)
  • 要素は、`ある閲覧文脈に属する$`文書~内にある$
  • 要素, および そのどの先祖も, `hidden$a 属性を有さない
◎ the element defines a command, the command's Hidden State facet is false (visible), the command's Disabled State facet is also false (enabled), the element is in a document that has a browsing context, and neither the element nor any of its ancestors has a hidden attribute specified, then the user agent must trigger the Action of the command.

注記: ~UAは、 `accesskey$a 属性を有する要素を,他の仕方で — 例えば,特定の~key組合せに呼応して表示される~menu内に — 公開することもある。 ◎ User agents might expose elements that have an accesskey attribute in other ways as well, e.g. in a menu displayed in response to a specific key combination.


`accessKey@m
`accesskey$a 内容~属性を`反映-$し~MUST。 ◎ The accessKey IDL attribute must reflect the accesskey content attribute.
`accessKeyLabel@m
要素に`割当されている~access~key$が[ あれば それを表現する文字列 / なければ空~文字列 ]を返さ~MUST。 ◎ The accessKeyLabel IDL attribute must return a string that represents the element's assigned access key, if any. If the element does not have one, then the IDL attribute must return the empty string.

6.6. 編集

6.6.1. 文書の領域を編集可能にする: `contenteditable^a 内容~属性

[Exposed=Window,
NoInterfaceObject]
interface `ElementContentEditable@I {
  [`CEReactions$] attribute DOMString `contentEditable$m;
  readonly attribute boolean `isContentEditable$m;
};

`contenteditable@a 内容~属性は`列挙~属性$である。 とり得る~keywordの集合は { 空~文字列, `true^v, `false^v } であり,次の状態に対応付けられる:

空~文字列
`true^v
`~T^st 状態に対応付けられ、当の要素は編集可能であることを指示する。
`false^v
`~F^st 状態に対応付けられ、当の要素は編集可能でないことを指示する。
`値なしに対する既定の状態$
`妥当でない値に対する既定の状態$
`継承-^st 状態になり、当の要素は,親が編集可能ならそうなることを指示する。
◎ The contenteditable content attribute is an enumerated attribute whose keywords are the empty string, true, and false. The empty string and the true keyword map to the true state. The false keyword maps to the false state. In addition, there is a third state, the inherit state, which is the missing value default (and the invalid value default). ◎ The true state indicates that the element is editable. The inherit state indicates that the element is editable if its parent is. The false state indicates that the element is not editable.

例えば、頁~内に 新たな記事の投稿-用に `form$e と `textarea$e があり、利用者は~HTMLで記事を書くよう期待されているとする: ◎ For example, consider a page that has a form and a textarea to publish a new article, where the user is expected to write the article using HTML:

<form method=POST>
 <fieldset>
  <legend>新着~記事</legend>
  <textarea name=article>&lt;p>Hello world.&lt;/p></textarea>
 </fieldset>
 <p><button>投稿-</button></p>
</form>

~scriptが可能化されている下では、 `contenteditable$a 属性を利用して, `textarea$e 要素を~rich~text~controlに置換することもできる: ◎ When scripting is enabled, the textarea element could be replaced with a rich text control instead, using the contenteditable attribute:

<form method=POST>
 <fieldset>
  <legend>New article</legend>
  <textarea id=textarea name=article>&lt;p>Hello world.&lt;/p></textarea>
  <div id=div style="white-space: pre-wrap" hidden><p>Hello world.</p></div>
  <script>
   let %textarea = document.getElementById("textarea");
   let %div = document.getElementById("div");
   %textarea.hidden = true;
   %div.hidden = false;
   %div.contentEditable = "true";
   %div.oninput = (%e) => {
     %textarea.value = %div.innerHTML;
   };
  </script>
 </fieldset>
 <p><button>Publish</button></p>
</form>

例えば,~linkを挿入-可能にする特色機能は、 `execCommand()$m ~APIを利用して, あるいは `Selection$I ~APIと他の~DOM~APIを利用して実装できる。 `EXECCOMMAND$r `SELECTION$r `DOM$r ◎ Features to enable, e.g., inserting links, can be implemented using the document.execCommand() API, or using Selection APIs and other DOM APIs. [EXECCOMMAND] [SELECTION] [DOM]

`contenteditable$a 属性は、効果を great にする【?】ためにも利用できる: ◎ The contenteditable attribute can also be used to great effect:

<!doctype html>
<html lang=en>
<title>Live CSS editing!</title>
<style style=white-space:pre contenteditable>
html { margin:.2em; font-size:2em; color:lime; background:purple }
head, title, style { display:block }
body { display:none }
</style>
%element . `contentEditable$m [ = %value ]
`contenteditable$a 属性の状態に基づいて[ `true^l, `false^l, `inherit^l ]いずれかを返す。 ◎ Returns "true", "false", or "inherit", based on the state of the contenteditable attribute.
設定してその状態を変更できる — 新たな値がこれらの文字列のいずれでもない場合、 `SyntaxError$E 例外が投出される。 ◎ Can be set, to change that state. ◎ Throws a "SyntaxError" DOMException if the new value isn't one of those strings.
%element . `isContentEditable$m
要素が編集可能ならば ~T / ~ELSE_ ~F を返す。 ◎ Returns true if the element is editable; otherwise, returns false.
`contentEditable@m
取得子は、要素~上の `contenteditable$a 内容~属性の状態に応じて[ `~T^st ならば `true^l / `~T^st ならば `false^l / ~ELSE_ `inherit^l ]を返さ~MUST。 ◎ The contentEditable IDL attribute, on getting, must return the string "true" if the content attribute is set to the true state, "false" if the content attribute is set to the false state, and "inherit" otherwise.\

設定子は、所与の値を`~ASCII小文字~化$した結果に応じて,次を走らせ~MUST:

`inherit^l
内容~属性を除去する
`true^l
内容~属性 ~SET `true^l
`false^l
内容~属性 ~SET `false^l
その他
~THROW `SyntaxError$E
◎ On setting, if the new value is an ASCII case-insensitive match for the string "inherit" then the content attribute must be removed, if the new value is an ASCII case-insensitive match for the string "true" then the content attribute must be set to the string "true", if the new value is an ASCII case-insensitive match for the string "false" then the content attribute must be set to the string "false", and otherwise the attribute setter must throw a "SyntaxError" DOMException.
`isContentEditable@m
取得子は、[ 要素は`編集中の~host$または `編集可能$であるならば ~T / ~ELSE_ ~F ]を返さ~MUST。 ◎ The isContentEditable IDL attribute, on getting, must return true if the element is either an editing host or editable, and false otherwise.

6.6.2. 文書~全体を編集可能にする: `designMode^m IDL 属性

文書は `~designMode@ を持ち、可能化したり不能化できる。 ◎ Documents have a designMode, which can be either enabled or disabled.

%document . `designMode$m [ = %value ]
文書は[ 編集可能ならば `on^l / ~ELSE_ `off^l ]返す。 ◎ Returns "on" if the document is editable, and "off" if it isn't.
設定して文書の現在の状態を変更できる。 これは、文書を~focusした上で,文書~内の選択を再設定する。 ◎ Can be set, to change the document's current state. This focuses the document and resets the selection in that document.
`designMode@m
この属性がとり得る値は[ `on^l, `off^l ]のいずれかである。 ◎ The designMode IDL attribute on the Document object takes two values, "on" and "off".\

設定子は、所与の値を `~ASCII小文字~化$した結果に応じて,次を走らせ~MUST:

`on^l
此れの`~designMode$を可能化する
`off^l
此れの`~designMode$を不能化する
その他
無視する
◎ On setting, the new value must be compared in an ASCII case-insensitive manner to these two values; if it matches the "on" value, then designMode must be enabled, and if it matches the "off" value, then designMode must be disabled. Other values must be ignored.
取得子は、[ 此れの`~designMode$は可能化されているならば `on^l / ~ELSE_ `off^l ]を返さ~MUST。 ◎ On getting, if designMode is enabled, the IDL attribute must return the value "on"; otherwise it is disabled, and the attribute must return the value "off".

文書の`~designMode$は、初期~時には,不能化され~MUST。 また、文書が破壊されるか, 状態が変化するまで,最後に設定された状態を持続し~MUST。 ◎ The last state set must persist until the document is destroyed or the state is changed. Initially, documents must have their designMode disabled.

不能化されている`~designMode$が可能化されたときは、~UAは,`即時に$文書の`作動範囲$の[ 始端/終端 ]境界点を`文書$の始端に再設定した上で、[ `文書$の`文書~要素$ %E ~NEQ ~NULL ]ならば %E を`~focusする手続き$を走らせ~MUST。 ◎ When the designMode changes from being disabled to being enabled, the user agent must immediately reset the document's active range's start and end boundary points to be at the start of the Document and then run the focusing steps for the document element of the Document, if non-null.

6.6.3. 頁~編集者による最善の実施

作者には、[ `編集中の~host$, および 編集-用の仕組みを通して作成された~markup ]上の `white-space$p ~propを値 `pre-wrap^v に設定することが奨励される。 ~HTMLにおける空白に対する既定の取扱いは, WYSIWYG 編集には不向きであり、 `white-space$p が既定~値のままだと,一部のきわどい事例では,行0の折返しが正しく働かなくなる。 ◎ Authors are encouraged to set the 'white-space' property on editing hosts and on markup that was originally created through these editing mechanisms to the value 'pre-wrap'. Default HTML whitespace handling is not well suited to WYSIWYG editing, and line wrapping will not work correctly in some corner cases if 'white-space' is left at its default value.

既定の `normal^v 値が利用された場合に生じる問題の一例として、利用者が[ "yellow", `space^i, `space^i, ball" ]を続けて手入力したときを考える。 `white-space$p の既定の値( `normal^v )の下では,~~連続する `space^i は一つに縮約する呈示が要求されるため、結果の~markupを[ `yellow^l, `nbsp^i, `space^i, `ball^l ]の並び, または[ `yellow^l, `space^i, `nbsp^i, `ball^l ]の並びとするような編集~規則が必要とされる — ここで, `nbsp^i は分断不可 space( non-breaking space ), `space^i は普通の space( U+0020 )を表すとする。 ◎ As an example of problems that occur if the default 'normal' value is used instead, consider the case of the user typing "yellow␣␣ball", with two spaces (here represented by "␣") between the words. With the editing rules in place for the default value of 'white-space' ('normal'), the resulting markup will either consist of "yellow&nbsp; ball" or "yellow &nbsp;ball"; i.e., there will be a non-breaking space between the two words in addition to the regular space. This is necessary because the 'normal' value for 'white-space' requires adjacent regular spaces to be collapsed together.

2 つの単語の合間で行0を折返す必要がある場合、前者の[ `nbsp^i, `space^i ]並びの事例では,行0の終端までに単語 `yellow^l のみが収まる場合でも, `nbsp^i の直後で次の行0へ折返され、後者の[ `space^i, `nbsp^i ]並びの事例では, `nbsp^i の直前で次の行0へ折返される — その結果、単語 `ball^l の前に字下げが露わになる。 ◎ In the former case, "yellow⍽" might wrap to the next line ("⍽" being used here to represent a non-breaking space) even though "yellow" alone might fit at the end of the line; in the latter case, "⍽ball", if wrapped to the start of the line, would have visible indentation from the non-breaking space.

一方で、 `white-space$p が `pre-wrap^v に設定されている下での編集~規則は、単語の合間に 2 個の `space^i を挟むだけ済む。 その結果、 2 個の単語は行0の終端の所で分割され,~spaceは具現化からきれいに除去されることになる。 ◎ When 'white-space' is set to 'pre-wrap', however, the editing rules will instead simply put two regular spaces between the words, and should the two words be split at the end of a line, the spaces would be neatly removed from the rendering.

6.6.4. 編集~API

次に挙げるものは、 `EXECCOMMAND$r 仕様にて定義される:

  • `作動範囲$
  • `編集中の~host$
  • `編集可能$
  • [ `編集中の~host$ / `編集可能$ ]である要素に課される~UI要件
  • ~text選択
  • `選択を削除-$する~algo
  • 次の各種~method:

    • `execCommand()$m
    • `queryCommandEnabled()$m
    • `queryCommandIndeterm()$m
    • `queryCommandState()$m
    • `queryCommandSupported()$m
    • `queryCommandValue()$m
◎ The definition of the terms active range, editing host, and editable, the user interface requirements of elements that are editing hosts or editable, the execCommand(), queryCommandEnabled(), queryCommandIndeterm(), queryCommandState(), queryCommandSupported(), and queryCommandValue() methods, text selections, and the delete the selection algorithm are defined in execCommand. [EXECCOMMAND]

6.6.5. 綴りや文法の検査

~UAは、[ ~form~control( `textarea$e 要素の値など)や, `編集中の~host$内の要素(例: `contenteditable$a を利用して) ]内の編集可能~textに対する綴りや文法の検査を~supportできる。 ◎ User agents can support the checking of spelling and grammar of editable text, either in form controls (such as the value of textarea elements), or in elements in an editing host (e.g. using contenteditable).

~UAは、各~要素に対し,[ 既定のもの, または利用者の選好 ]を通して、 `既定の挙動@ を確立し~MUST。 各~要素に対して可能0な既定の挙動には、次の 3 種がある: ◎ For each element, user agents must establish a default behavior, either through defaults or through preferences expressed by the user. There are three possible default behaviors for each element:

`既定で行う@
要素の内容の綴りや文法は、その内容が編集可能であって,その検査は `spellcheck$a 属性を通して明示的に不能化されていないならば、検査される。 ◎ The element will be checked for spelling and grammar if its contents are editable and spellchecking is not explicitly disabled through the spellcheck attribute.
`既定で行わない@
要素の綴りや文法は、 `spellcheck$a 属性を通して明示的に可能化されていない限り,決して検査されない。 ◎ The element will never be checked for spelling and grammar unless spellchecking is explicitly enabled through the spellcheck attribute.
`既定で継承する@
要素の既定の挙動は、その親~要素のそれと同じになる。 親~要素がない場合、既定の挙動はない。 ◎ The element's default behavior is the same as its parent element's. Elements that have no parent element cannot have this as their default behavior.

`spellcheck@a 属性は,`列挙~属性$であり、次に挙げる~keyword, および対応する状態をとり得る:

空~文字列
`true^v
`~T^st 状態に対応付けられる。
`false^v
`~F^st 状態に対応付けられる。
`値なしに対する既定の状態$
`妥当でない値に対する既定の状態$
`既定の挙動^st 状態になる。
◎ The spellcheck attribute is an enumerated attribute whose keywords are the empty string, true and false. The empty string and the true keyword map to the true state. The false keyword maps to the false state. In addition, there is a third state, the default state, which is the missing value default (and the invalid value default).

注記: [ `~T^st / `~F^st / `既定の挙動^st ]状態は、当の要素の綴りや文法が,[ 検査される / 検査されない / 検査されるかどうかは`既定の挙動$に則る ]ことを指示する。 `既定の挙動$に則る場合、場合によっては親~要素の `spellcheck$a 状態に基づくことになる。 ◎ The true state indicates that the element is to have its spelling and grammar checked. The default state indicates that the element is to act according to a default behavior, possibly based on the parent element's own spellcheck state, as defined below. The false state indicates that the element is not to be checked.


%element . `spellcheck$m [ = %値 ]
要素の綴りや文法が検査されるならば ~T / ~ELSE_ ~F を返す。 ◎ Returns true if the element is to have its spelling and grammar checked; otherwise, returns false.
設定して、既定の挙動を上書きしつつ, `spellcheck$a 内容~属性を設定できる。 ◎ Can be set, to override the default and set the spellcheck content attribute.
`spellcheck@m

取得子は、此れの `spellcheck$a 内容~属性の状態に応じて,次を走らせ~MUST:

`~T^st
~RET ~T
`~F^st
~RET ~F
`既定の挙動^st

要素の`既定の挙動$に応じて:

`既定で行う$
~RET ~T
`既定で行わない$
~RET ~F
`既定で継承する$
~RET 要素の親~要素の `spellcheck$m ~IDL属性を取得した結果 【親~要素がない場合は?】
◎ The spellcheck IDL attribute, on getting, must return true if the element's spellcheck content attribute is in the true state, or if the element's spellcheck content attribute is in the default state and the element's default behavior is true-by-default, or if the element's spellcheck content attribute is in the default state and the element's default behavior is inherit-by-default and the element's parent element's spellcheck IDL attribute would return true; otherwise, if none of those conditions applies, then the attribute must instead return false.
注記: `spellcheck$m ~IDL属性は、[ 利用者による, `spellcheck$a 内容~属性を上書きする選好 ]からは影響されないため、実際の綴りや文法に対する検査~状態を反映しないこともある。 ◎ The spellcheck IDL attribute is not affected by user preferences that override the spellcheck content attribute, and therefore might not reflect the actual spellchecking state.
設定子は、要素の `spellcheck$a 内容~属性を[ 所与の値 ~EQ ~T ならば 文字列 `true^l / ~ELSE_ `false^l ]に設定し~MUST。 ◎ On setting, if the new value is true, then the element's spellcheck content attribute must be set to the literal string "true", otherwise it must be set to the literal string "false".

この特色機能の目的において検査し得る~textは: ◎ User agents must only consider the following pieces of text as checkable for the purposes of this feature:

  • 次に挙げる~text片に限られ~MUST: ◎ ↑

    • [ 次のいずれも満たすような `input$e 要素 ]の,`値$fe:

      • `type$a 属性の状態 ~IN { `Text$st, `Text$st, `Url$st, `Email$st }
      • `変異可能$ (すなわち、[ `readonly$a 属性は有さない ]~AND `不能化され$ていない)
      ◎ The value of input elements whose type attributes are in the Text, Search, URL, or E-mail states and that are mutable (i.e. that do not have the readonly attribute specified and that are not disabled).
    • [ 次のいずれも満たすような `textarea$e 要素 ]の,`値$fe:

      • `~readonly0$a 属性は有さない
      • `不能化され$ていない
      ◎ The value of textarea elements that do not have a readonly attribute and that are not disabled.
    • [ `編集中の~host$ / `編集可能$な要素 ]の子であるような `Text$I ~node内の~text。 ◎ Text in Text nodes that are children of editing hosts or editable elements.
    • `編集可能$な要素の属性~内の~text。 ◎ Text in attributes of editable elements.
  • 所与の~textが属するとされる要素は、次で与えられる:

    • `Text$I ~nodeの一部を成す~textに対しては、[ 単語, 文章, その他の~text片 ]の最初の文字の直の親である要素。
    • 属性~内の~textに対しては、当の属性を有している要素。
    • `input$e / `textarea$e 要素の値に対しては、要素~自身。
    ◎ For text that is part of a Text node, the element with which the text is associated is the element that is the immediate parent of the first character of the word, sentence, or other piece of text. For text in attributes, it is the attribute's element. For the values of input and textarea elements, it is the element itself.

綴りや文法の検査を適用し得る要素 %要素 に属する~textに対する検査は、次の~algoの結果が[ `可能化される^i ならば可能化され / `不能化される^i ならば不能化され ]~MUST: ◎ To determine if a word, sentence, or other piece of text in an applicable element (as defined above) is to have spelling- and grammar-checking enabled, the UA must use the following algorithm:

  1. ~IF[ 利用者は、この~textに対する検査を不能化している ] ⇒ ~RET `不能化される^i ◎ If the user has disabled the checking for this text, then the checking is disabled.
  2. ~IF[ 利用者は、この~textの検査を常に可能化するように強制している ] ⇒ ~RET `可能化される^i ◎ Otherwise, if the user has forced the checking for this text to always be enabled, then the checking is enabled.
  3. %要素~列 ~SET[ %要素 , および その先祖~要素 ]からなる,%要素 に近い順の~list ◎ ↓
  4. ~FOR %要素~列 内の~EACH( %E ) に対し,順に ⇒ %E の `spellcheck$a 内容~属性の状態に応じて:

    `~T^st
    ~RET `可能化される^i
    `~F^st
    ~RET `不能化される^i
    `既定の挙動^st
    ~CONTINUE
    ◎ Otherwise, if the element with which the text is associated has a spellcheck content attribute, then: if that attribute is in the true state, then checking is enabled; otherwise, if that attribute is in the false state, then checking is disabled. ◎ Otherwise, if there is an ancestor element with a spellcheck content attribute that is not in the default state, then: if the nearest such ancestor's spellcheck content attribute is in the true state, then checking is enabled; otherwise, checking is disabled.
  5. ~FOR %要素~列 内の~EACH( %E ) に対し,順に ⇒ %E の`既定の挙動$に応じて:

    `既定で行う$
    ~RET `可能化される^i
    `既定で行わない$
    ~RET `不能化される^i
    `既定で継承する$
    ~CONTINUE†

    【† 原文では,この~algoを %E の親に対し再帰的に呼出しているが、前~段にて, %E のどの先祖の `spellcheck$a 内容~属性の状態も `既定の挙動^st であることはすでに判っているので、 ~CONTINUE で十分である。 】

    ◎ Otherwise, if the element's default behavior is true-by-default, then checking is enabled. ◎ Otherwise, if the element's default behavior is false-by-default, then checking is disabled. ◎ Otherwise, if the element's parent element has its checking enabled, then checking is enabled. ◎ Otherwise, checking is disabled.
  6. ~RET なし 【この場合の挙動は、原文には定義されていない】

単語や文章などの~textに対する検査が可能化されている場合、~UAは,その~text内に綴りや文法の誤りがあれば それを指示するべきである。 ~UAは、綴りや文法の訂正を示唆するときには,文書~内に所与の他の意味論も織り込むべきである — これには、次が含まれる: ◎ If the checking is enabled for a word/sentence/text, the user agent should indicate spelling and grammar errors in that text. User agents should take into account the other semantics given in the document when suggesting spelling and grammar corrections.\

  • 綴りや文法に利用する規則を、要素に指定されている自然言語や, 利用者が選好している自然言語~設定群から決定してよい。 ◎ User agents may use the language of the element to determine what spelling and grammar rules to use, or may use the user's preferred language settings.\
  • 可能0な所では、 `pattern$a などの `input$e 要素~属性を利用して,結果の値が妥当になることを確保するべきである。 ◎ UAs should use input element attributes such as pattern to ensure that the resulting value is valid, where possible.

検査が不能化されている場合、~UAは,その~textに対する綴りや文法の誤りを指示するべきでない。 ◎ If checking is disabled, the user agent should not indicate spelling or grammar errors for that text.

次の例の単語 `Hello^l に対しては、その綴りを検査するかどうかを決定するときに,~ID `a^l の要素が利用され、その結果,検査されないになる。 ◎ The element with ID "a" in the following example would be the one used to determine if the word "Hello" is checked for spelling errors. In this example, it would not be.

<div contenteditable="true">
 <span spellcheck="false" id="a">Hell</span><em>o!</em>
</div>

次の例における~ID `b^l の要素に対しては、検査は可能化される( `input$e 要素~上の属性~値~内の頭部の~ASCII空白は,属性を無視させるので、既定の挙動にかかわらず先祖の値が代わりに利用される)。 ◎ The element with ID "b" in the following example would have checking enabled (the leading space character in the attribute's value on the input element causes the attribute to be ignored, so the ancestor's value is used instead, regardless of the default).

<p spellcheck="true">
 <label>Name: <input spellcheck=" false" id="b"></label>
</p>

注記: この仕様は、綴りや文法~検査器のための~UIは定義しない。 例えば~UAは、[ その場で検査を提供0する / 検査が可能化されている間,継続的に検査を遂行する / その他の~UI ]のいずれも利用できる。 ◎ This specification does not define the user interface for spelling and grammar checkers. A user agent could offer on-demand checking, could perform continuous checking while the checking is enabled, or could use other interfaces.

6.7. ~drag&~drop

【 この節の内容は、 別~頁にて。 】