HTML — input 要素

4.10.5.1.1. `Hidden^st 状態（ `type=hidden^c ）

`Hidden$st `状態$にある `input$e 要素に対しては、 この節の規則が適用される。 ◎ When an input element's type attribute is in the Hidden state, the rules in this section apply.

要素は、 利用者により［ 精査-／操作- ］されないものと意図される値を`表現-$する。 ◎ The input element represents a value that is not intended to be examined or manipulated by the user.

拘束~検証 ⇒ この`状態$にある要素は、 `拘束~検証の対象外$になる。 ◎ Constraint validation: If an input element's type attribute is in the Hidden state, it is barred from constraint validation.

要素の `value$a 属性は、 要素が次を満たす場合には省略されなければナラナイ ⇒ `name$a 属性を有していて，その値は "`_charset_$v" に`~ASCII大小無視$で合致する ◎ If the name attribute is present and has a value that is an ASCII case-insensitive match for "_charset_", then the element's value attribute must be omitted.

4.10.5.1.2. `Text^st 状態（ `type=text^c）, `Search^st 状態（ `type=search^c ）

［ `Text$st ／ `Search$st ］`状態$にある `input$e 要素に対しては、 この節の規則が適用される。 ◎ When an input element's type attribute is in the Text state or the Search state, the rules in this section apply.

要素は、 その`値$feを編集するための，一行の素な~text~controlを`表現-$する。 ◎ The input element represents a one line plain text edit control for the element's value.

注記： `Text$st 状態と `Search$st 状態との主な相違は，~style上のものでしかない。 ~search~controlと定例の~text~controlとが判別されるような~platform上では、 `Search$st ~controlの外観は，定例の~text~controlのそれではなく，~platformの~search~controlの外観に合わせられるかもしれない。 ◎ The difference between the Text state and the Search state is primarily stylistic: on platforms where search controls are distinguished from regular text controls, the Search state might result in an appearance consistent with the platform's search controls rather than appearing like a regular text control.

要素が`変異-可能$feな場合、 ~UAは： ◎ If the element is mutable,＼

• 次を利用者に許容するベキである ⇒ `値$feを編集する ◎ its value should be editable by the user.＼
• 次を利用者に許容しないモノトスル ⇒ `値$feの中へ`改行文字$を挿入する ◎ User agents must not allow users to insert U+000A LINE FEED (LF) or U+000D CARRIAGE RETURN (CR) characters into the element's value.

• 次を利用者に許容するベキである ⇒ 要素の書字~方向を［ 左横書き, 右横書き ］いずれかに変更する ◎ If the element is mutable, the user agent should allow the user to change the writing direction of the element, setting it either to a left-to-right writing direction or a right-to-left writing direction.＼

  利用者がそれを行った場合、 次の手続きを走らすモノトスル： ◎ If the user does so, the user agent must then run the following steps:

  1. 要素の `dir$a 属性 ~SET 利用者が選択した書字~方向に応じて［ 左横書きならば `ltr$v ／ 右横書きならば `rtl$v ］ ◎ Set the element's dir attribute to "ltr" if the user selected a left-to-right writing direction, and "rtl" if the user selected a right-to-left writing direction.

  2. `要素~taskを~queueする$( `利用者~対話~task~source$, 要素, 次の手続き ) ◎ Queue an element task on the user interaction task source given the element to＼

     手続きは ⇒ `入力~eventを発火する$( 要素, `input$et ) ◎ fire an event named input at the element, with the bubbles and composed attributes initialized to true.

`value$a 属性に指定する値は、 `改行文字$を含んではナラナイ。 ◎ The value attribute, if specified, must have a value that contains no U+000A LINE FEED (LF) or U+000D CARRIAGE RETURN (CR) characters.

`値の無毒化~algo$ ⇒ 要素の`値$fe ~SET `改行文字を剥ぐ$( 要素の`値$fe ) ◎ The value sanitization algorithm is as follows: Strip newlines from the value.

4.10.5.1.3. `Tel^st 状態（ `type=tel^c ）

`Tel$st `状態$にある `input$e 要素に対しては、 この節の規則が適用される。 ◎ When an input element's type attribute is in the Telephone state, the rules in this section apply.

要素は、 その`値$feにて与えられる電話~番号を編集するための~controlを`表現-$する。 ◎ The input element represents a control for editing a telephone number given in the element's value.

要素が`変異-可能$feな場合、 ~UAは： ◎ If the element is mutable,＼

• 次を利用者に許容するベキである ⇒ `値$feを編集する ◎ its value should be editable by the user.＼
• アキを変更してもヨイ。 【例： 市外局番と残りの部分の合間。】 ◎ User agents may change the spacing and,＼
• 利用者が手入力した`値$feを成す約物を — ~careの下で — 変更してもヨイ。 ◎ with care, the punctuation of values that the user enters.＼
• 次を利用者に許容しないモノトスル ⇒ `値$feの中へ`改行文字$を挿入する ◎ User agents must not allow users to insert U+000A LINE FEED (LF) or U+000D CARRIAGE RETURN (CR) characters into the element's value.

`value$a 属性に指定する値は、 `改行文字$を含んではナラナイ。 ◎ The value attribute, if specified, must have a value that contains no U+000A LINE FEED (LF) or U+000D CARRIAGE RETURN (CR) characters.

`値の無毒化~algo$ ⇒ 要素の`値$fe ~SET `改行文字を剥ぐ$( 要素の`値$fe ) ◎ The value sanitization algorithm is as follows: Strip newlines from the value.

注記： `Url$st ／ `Email$st 型と違って、 `Tel$st 型は，特定0の構文を施行しない。 これは意図的である。 妥当な電話~番号は多様なので、 実施においては，電話~番号~欄は自由形にされる傾向にある。 特定0の形式を施行する必要がある~systemでは、 `pattern$a 属性や `setCustomValidity()$m ~methodを利用して，~client側の中に検証の仕組みを~hookすることが奨励される。 ◎ Unlike the URL and Email types, the Telephone type does not enforce a particular syntax. This is intentional; in practice, telephone number fields tend to be free-form fields, because there are a wide variety of valid phone numbers. Systems that need to enforce a particular format are encouraged to use the pattern attribute or the setCustomValidity() method to hook into the client-side validation mechanism.

4.10.5.1.4. `Url^st 状態（ `type=url^c ）

`Url$st `状態$にある `input$e 要素に対しては、 この節の規則が適用される。 ◎ When an input element's type attribute is in the URL state, the rules in this section apply.

要素は、 その`値$feにて与えられる単独の`絶対~URL$を編集するための~controlを`表現-$する。 ◎ The input element represents a control for editing a single absolute URL given in the element's value.

要素が`変異-可能$feな場合、 ~UAは： ◎ If the element is mutable,＼

• 次を利用者に許容するベキである ⇒ `値$feが表現する~URLを変更する ◎ the user agent should allow the user to change the URL represented by its value.＼

• 次を利用者に許容してもヨイ ⇒ `値$feを［ `妥当$urlな`絶対~URL$ ］でない文字列に設定する ◎ User agents may allow the user to set the value to a string that is not a valid absolute URL,＼

  利用者がそれを行った場合、 `値$feが常に`妥当$urlな`絶対~URL$になるよう， 利用者が手入力した文字を自動的に~escapeしてもヨイ （それが~~実在しない~URLで，利用者が~UI内で編集している場合でも）。 ◎ but may also or instead automatically escape characters entered by the user so that the value is always a valid absolute URL (even if that isn't the actual value seen and edited by the user in the interface).＼

• 次を利用者に許容するベキである ⇒ `値$feを空~文字列に設定する ◎ User agents should allow the user to set the value to the empty string.＼
• 次を利用者に許容しないモノトスル ⇒ `値$feの中へ`改行文字$を挿入する ◎ User agents must not allow users to insert U+000A LINE FEED (LF) or U+000D CARRIAGE RETURN (CR) characters into the value.

`value$a 属性に指定する値は、［ 空~文字列 ／ `絶対~URL$を与える`前後~空白~可の妥当な~URL$ ］でなければナラナイ。 ◎ The value attribute, if specified and not empty, must have a value that is a valid URL potentially surrounded by spaces that is also an absolute URL.

拘束~検証 ⇒ 要素が次を満たしている間は、 `型~不一致の難あり$になる ⇒ 要素の`値$feは 空~文字列でも`妥当$urlな`絶対~URL$でもない。 ◎ Constraint validation: While the value of the element is neither the empty string nor a valid absolute URL, the element is suffering from a type mismatch.

4.10.5.1.5. `Email^st 状態（ `type=email^c ）

`Email$st `状態$にある `input$e 要素に対しては、 この節の規則が適用される。 ◎ When an input element's type attribute is in the Email state, the rules in this section apply.

`Email$st 状態が値をどう演算するかは、 `multiple$a 属性が指定されたかどうかに依存する。 ◎ How the Email state operates depends on whether the multiple attribute is specified or not.

要素に `multiple$a 属性が指定されなかった場合： ◎ When the multiple attribute is not specified on the element

要素は、 その`値$feにて与えられる~email~addressを編集するための~controlを`表現-$する。 ◎ The input element represents a control for editing an email address given in the element's value.

要素が`変異-可能$feな場合、 ~UAは： ◎ If the element is mutable,＼

• 次を利用者に許容するベキである ⇒ `値$feが表現する~email~addressを変更する ◎ the user agent should allow the user to change the email address represented by its value.＼
• 次を利用者に許容してもヨイ ⇒ `値$feを［ `妥当な~email~address$でない文字列 ］に設定する ◎ User agents may allow the user to set the value to a string that is not a valid email address.＼
• 利用者は単独の~email~addressを供するものと期待するので、 それに沿う方式で動作するベキである。 ◎ The user agent should act in a manner consistent with expecting the user to provide a single email address.＼
• 次を利用者に許容するベキである ⇒ `値$feを空~文字列に設定する ◎ User agents should allow the user to set the value to the empty string.＼
• 次を利用者に許容しないモノトスル ⇒ `値$feの中へ`改行文字$を挿入する ◎ User agents must not allow users to insert U+000A LINE FEED (LF) or U+000D CARRIAGE RETURN (CR) characters into the value.＼
• `値$feを［ 表示-／編集- ］用に変形してもヨイ — 特に、［ `値$feの~domain~label内の~punycode ］と［ 表示における~IDN ］とを相互に変換するベキである。 ◎ User agents may transform the value for display and editing; in particular, user agents should convert punycode in the domain labels of the value to IDN in the display and vice versa.

拘束~検証 ⇒ 要素が次を満たしている間は、 `不良~入力の難あり$になる ⇒ ~UIが~punycodeに変換できない入力を表現している ◎ Constraint validation: While the user interface is representing input that the user agent cannot convert to punycode, the control is suffering from bad input.

`value$a 属性に指定する値は、 次のいずれかでなければナラナイ ⇒＃ 空~文字列／ `妥当な~email~address$ ◎ The value attribute, if specified and not empty, must have a value that is a single valid email address.

`値の無毒化~algo$ ⇒ 要素の`値$fe ~SET `前後の~ASCII空白~列を剥ぐ$( `改行文字を剥ぐ$( 要素の`値$fe ) ) ◎ The value sanitization algorithm is as follows: Strip newlines from the value, then strip leading and trailing ASCII whitespace from the value.

拘束~検証 ⇒ 要素が次を満たしている間は、 `型~不一致の難あり$になる ⇒ 要素の`値$feは，次のいずれでもない ⇒＃ 空~文字列, `妥当な~email~address$ ◎ Constraint validation: While the value of the element is neither the empty string nor a single valid email address, the element is suffering from a type mismatch.

要素に `multiple$a 属性が指定された場合： ◎ When the multiple attribute is specified on the element

要素は、 その`値~群$feにて与えられる一連の~email~addressを［ 追加-／除去-／編集- ］するための~controlを`表現-$する。 ◎ The input element represents a control for adding, removing, and editing the email addresses given in the element's values.

要素が`変異-可能$feな場合、 ~UAは： ◎ If the element is mutable,＼

• 次を利用者に許容するベキである ⇒ `値~群$feが表現する~email~addressたちを［ 追加-／除去-／編集- ］する ◎ the user agent should allow the user to add, remove, and edit the email addresses represented by its values.＼
• 次を利用者に許容してもヨイ ⇒ `値$feたちが成す~list内の個々の値を［ `妥当な~email~address$でない文字列 ］に設定する ◎ User agents may allow the user to set any individual value in the list of values to a string that is not a valid email address,＼
• 次を利用者に許容しないモノトスル ⇒ `値$feたちが成す~list内の個々の値を［ 文字 `002C^U `,^smb ／ `改行文字$ ］を包含する文字列に設定する ◎ but must not allow users to set any individual value to a string containing U+002C COMMA (,), U+000A LINE FEED (LF), or U+000D CARRIAGE RETURN (CR) characters.＼
• 次を利用者に許容するベキである ⇒ 要素の`値~群$feを成す~addressすべてを除去する ◎ User agents should allow the user to remove all the addresses in the element's values.＼
• `値~群$feを［ 表示-／編集- ］用に変形してもヨイ — 特に、［ `値$feを成す~domain~label内の~punycode ］と［ 表示における~IDN ］とを相互に変換するベキである。 ◎ User agents may transform the values for display and editing; in particular, user agents should convert punycode in the domain labels of the value to IDN in the display and vice versa.

拘束~検証 ⇒ 要素が次を満たしている間は、 `不良~入力の難あり$になる ⇒ ~UI内のある~email~address値が［ `002C^U `,^smb を包含している／ ~punycodeに変換できない入力を表現している ］ ◎ Constraint validation: While the user interface describes a situation where an individual value contains a U+002C COMMA (,) or is representing input that the user agent cannot convert to punycode, the control is suffering from bad input.

~UAは、 利用者が要素の`値~群$fe【！`値$feたち】を変更する度に，次の手続きを走らすモノトスル： ◎ Whenever the user changes the element's values, the user agent must run the following steps:

1. %~token群 ~LET « » ◎ ↓
2. 要素の`値~群$fe【！`値$feたち】を成す ~EACH( %~token ) に対し ⇒ %~token群 に次の結果を`付加する$ ⇒ `前後の~ASCII空白~列を剥ぐ$( %~token ) ◎ Let latest values be a copy of the element's values. ◎ Strip leading and trailing ASCII whitespace from each value in latest values.
3. 要素の`値$fe ~SET %~token群 を `002C^U `,^smb で`連結する$ ◎ Let the element's value be the result of concatenating all the values in latest values, separating each value from the next by a single U+002C COMMA character (,), maintaining the list's order.

`value$a 属性に指定する値は、 `妥当な~email~address~list$でなければナラナイ。 ◎ The value attribute, if specified, must have a value that is a valid email address list.

`値の無毒化~algo$ ◎ The value sanitization algorithm is as follows:

1. %~token群 ~LET `~commaで分割する$( 要素の`値$fe ) ◎ Split on commas the element's value,＼
2. %~token群 内の ~EACH( %~token ) を次の結果に置換する ⇒ `前後の~ASCII空白~列を剥ぐ$( %~token ) ◎ strip leading and trailing ASCII whitespace from each resulting token, if any, and＼
3. 要素の`値~群$fe ~SET %~token群 （場合によっては空になり，各~tokenも場合によっては空~文字列になる） ◎ let the element's values be the (possibly empty) resulting list of (possibly empty) tokens, maintaining the original order.
4. 要素の`値$fe ~SET %~token群 を `002C^U `,^smb で`連結する$ ◎ Let the element's value be the result of concatenating the element's values, separating each value from the next by a single U+002C COMMA character (,), maintaining the list's order.

拘束~検証 ⇒ 要素が次を満たしている間は、 `型~不一致の難あり$になる ⇒ 要素の`値$feは`妥当な~email~address~list$でない ◎ Constraint validation: While the value of the element is not a valid email address list, the element is suffering from a type mismatch.

`multiple$a 属性が［ 設定-／除去- ］されたときは、 ~UAは，`値の無毒化~algo$を走らすモノトスル。 ◎ When the multiple attribute is set or removed, the user agent must run the value sanitization algorithm.

`妥当な~email~address@ は、 次の~ABNFによる `email^P 生成規則に合致する文字列である。 この~ABNFの文字~集合は、 ~Unicodeとする。 この~ABNFは、 RFC 1123 に述べられる拡張を実装する。 `ABNF$r `RFC5322$r `RFC1034$r `RFC1123$r ◎ A valid email address is a string that matches the email production of the following ABNF, the character set for which is Unicode. This ABNF implements the extensions described in RFC 1123. [ABNF] [RFC5322] [RFC1034] [RFC1123]

email
	= 1*( atext / "." ) "@" label *( "." label )
label
	= let-dig [ [ ldh-str ] let-dig ]

email         = 1*( atext / "." ) "@" label *( "." label )
label         = let-dig [ [ ldh-str ] let-dig ]  ; limited to a length of 63 characters by RFC 1034 section 3.5
atext         = < as defined in RFC 5322 section 3.2.3 >
let-dig       = < as defined in RFC 1034 section 3.5 >
ldh-str       = < as defined in RFC 1034 section 3.5 >

注記： この要件は、 ~email~addressの構文を定義している RFC 5322 に対する`故意的な違反$である。 それは厳密~過ぎると同時に（文字 `@^l より前の部分），曖昧~過ぎでもあり（文字 `@^l より後の部分）、 ここでの実用には甘~過ぎる （ほとんどの利用者にとって馴染みのない方式で［ ~comment ／ 空白~文字 ／ 引用符付き文字列 ］が許容されている）。 ◎ This requirement is a willful violation of RFC 5322, which defines a syntax for email addresses that is simultaneously too strict (before the "@" character), too vague (after the "@" character), and too lax (allowing comments, whitespace characters, and quoted strings in manners unfamiliar to most users) to be of practical use here.

~RxpEmail

`妥当な~email~address~list@ は、 各~tokenが`妥当な~email~address$であるような，`~commaで分離された~token集合$である。 実装は、 `妥当な~email~address~list$から~tokenたちが成す~listを得するときは、 `~commaで分割-$するモノトスル。 ◎ A valid email address list is a set of comma-separated tokens, where each token is itself a valid email address. To obtain the list of tokens from a valid email address list, an implementation must split the string on commas.

4.10.5.1.6. `Password^st 状態（ `type=password^c ）

`Password$st `状態$にある `input$e 要素に対しては、 この節の規則が適用される。 ◎ When an input element's type attribute is in the Password state, the rules in this section apply.

要素は、 その`値$feを編集するための 一行の素な~text~controlを`表現-$する。 ~UAは、 その値を［ 利用者~以外の者が見れないよう遮る ］ベキである。 ◎ The input element represents a one line plain text edit control for the element's value. The user agent should obscure the value so that people other than the user cannot see it.

要素が`変異-可能$feな場合、 ~UAは： ◎ If the element is mutable,＼

• 次を利用者に許容するベキである ⇒ `値$feを編集する ◎ its value should be editable by the user.＼
• 次を利用者に許容しないモノトスル ⇒ `値$feの中へ`改行文字$を挿入する ◎ User agents must not allow users to insert U+000A LINE FEED (LF) or U+000D CARRIAGE RETURN (CR) characters into the value.

`value$a 属性に指定する値は、 `改行文字$を含んではナラナイ。 ◎ The value attribute, if specified, must have a value that contains no U+000A LINE FEED (LF) or U+000D CARRIAGE RETURN (CR) characters.

`値の無毒化~algo$ ⇒ 要素の`値$fe ~SET `改行文字を剥ぐ$( 要素の`値$fe ) ◎ The value sanitization algorithm is as follows: Strip newlines from the value.

4.10.5.1.7. `Date^st 状態（ `type=date^c ）

`Date$st `状態$にある `input$e 要素に対しては、 この節の規則が適用される。 ◎ When an input element's type attribute is in the Date state, the rules in this section apply.

要素は、 その`値$feを［ 特定の`日付$を表現する文字列 ］に設定するための~controlを`表現-$する。 ◎ The input element represents a control for setting the element's value to a string representing a specific date.

要素が`変異-可能$feな場合、 ~UAは： ◎ If the element is mutable,＼

• 次を利用者に許容するベキである ⇒ `値$feが表現する`日付$ — 値に`日付~文字列を構文解析する$を適用して得されるそれ — を変更する ◎ the user agent should allow the user to change the date represented by its value, as obtained by parsing a date from it.＼
• 次を利用者に許容しないモノトスル ⇒ `値$feを［ 空~文字列, `妥当な日付~文字列$ ］以外に設定する ◎ User agents must not allow the user to set the value to a non-empty string that is not a valid date string.＼
• `日付$を選択するための~UIを供する場合は、 `値$feを［ 利用者の選択を表現している`妥当な日付~文字列$ ］に設定するモノトスル。 ◎ If the user agent provides a user interface for selecting a date, then the value must be set to a valid date string representing the user's selection.＼
• 次を利用者に許容するベキである ⇒ `値$feを空~文字列に設定する ◎ User agents should allow the user to set the value to the empty string.

拘束~検証 ⇒ 要素が次を満たしている間は、 `不良~入力の難あり$になる ⇒ ~UI内の入力を`妥当な日付~文字列$に変換できない ◎ Constraint validation: While the user interface describes input that the user agent cannot convert to a valid date string, the control is suffering from bad input.

注記： ［ 日付 ／ 時刻 ／ 実数 ］用の~form~controlに対する，入力~形式と提出~形式との相違に関する論点は、 `§ 序論＠~FORMSintro#input-author-notes$ を見よ。 また、 ~form~controlの地域化に関しては， `§ 実装~上の注記＠#input-impl-notes$ を見よ。 ◎ See the introduction section for a discussion of the difference between the input format and submission format for date, time, and number form controls, and the implementation notes regarding localization of form controls.

`value$a 属性に指定する値は、［ 空~文字列 ／ `妥当な日付~文字列$ ］でなければナラナイ。 ◎ The value attribute, if specified and not empty, must have a value that is a valid date string.

［ `min$a ／ `max$a ］属性に指定する値は、 `妥当な日付~文字列$でなければナラナイ。 ◎ The min attribute, if specified, must have a value that is a valid date string. The max attribute, if specified, must have a value that is a valid date string.

`step$a 属性は日t数で表出される。 `~step倍率$は 86400000 = ( 24 × 60 × 60 × 1000 ) とする（これは、 他の~algoにて 日t数を~milli秒t数に変換するときに利用される）。 `既定の~step$は 1 日tとする。 ◎ The step attribute is expressed in days. The step scale factor is 86,400,000 (which converts the days to milliseconds, as used in the other algorithms). The default step is 1 day.

要素が`~step不一致の難あり$のときは、 ~UAは ⇒ そうならなくなるよう，要素の`値$feを最も近い`日付$に丸めてもヨイ。 ◎ When the element is suffering from a step mismatch, the user agent may round the element's value to the nearest date for which the element would not suffer from a step mismatch.

`実数から文字列に変換する$ ~algoは、 所与の ( 実数 %入力 ) に対し ⇒ ~RET 次を表現する`妥当な日付~文字列$ ⇒ ［ 1970-01-01 ~UTC午前 0 時（ 値 `1970-01-01T00:00:00.0Z^l が表現する時刻 ） ］から %入力 ~milli秒t後~現在の~UTC`日付$ ◎ The algorithm to convert a number to a string, given a number input, is as follows: Return a valid date string that represents the date that, in UTC, is current input milliseconds after midnight UTC on the morning of 1970-01-01 (the time represented by the value "1970-01-01T00:00:00.0Z").

`~Date~objから文字列に変換する$ ~algoは、 所与の ( `Date$I ~obj %入力 ) に対し ⇒ ~RET 次を表現する`妥当な日付~文字列$ ⇒ %入力 が表現する~UTC時間帯による時刻~現在の`日付$ ◎ The algorithm to convert a Date object to a string, given a Date object input, is as follows: Return a valid date string that represents the date current at the time represented by input in the UTC time zone.

4.10.5.1.8. `Month^st 状態（ `type=month^c ）

`Month$st `状態$にある `input$e 要素に対しては、 この節の規則が適用される。 ◎ When an input element's type attribute is in the Month state, the rules in this section apply.

要素は、 その`値$feを［ 特定の`年月t$を表現する文字列 ］に設定するための~controlを`表現-$する。 ◎ The input element represents a control for setting the element's value to a string representing a specific month.

要素が`変異-可能$feな場合、 ~UAは： ◎ If the element is mutable,＼

• 次を利用者に許容するベキである ⇒ `値$feが表現する`年月t$ — 値に`年月t文字列を構文解析する$を適用して得されるそれ — を変更する ◎ the user agent should allow the user to change the month represented by its value, as obtained by parsing a month from it.＼
• 次を利用者に許容しないモノトスル ⇒ `値$feを［ 空~文字列, `妥当な年月t文字列$ ］以外に設定する ◎ User agents must not allow the user to set the value to a non-empty string that is not a valid month string.＼
• `年月t$を選択するための~UIを供する場合は、 `値$feを［ 利用者の選択を表現している`妥当な年月t文字列$ ］に設定するモノトスル。 ◎ If the user agent provides a user interface for selecting a month, then the value must be set to a valid month string representing the user's selection.＼
• 次を利用者に許容するベキである ⇒ `値$feを空~文字列に設定する ◎ User agents should allow the user to set the value to the empty string.

拘束~検証 ⇒ 要素が次を満たしている間は、 `不良~入力の難あり$になる ⇒ ~UI内の入力を`妥当な年月t文字列$に変換できない ◎ Constraint validation: While the user interface describes input that the user agent cannot convert to a valid month string, the control is suffering from bad input.

注記： `Date^st 状態の注記も見よ。 ◎ See the introduction section for a discussion of the difference between the input format and submission format for date, time, and number form controls, and the implementation notes regarding localization of form controls.

`value$a 属性に指定する値は、［ 空~文字列 ／ `妥当な年月t文字列$ ］でなければナラナイ。 ◎ The value attribute, if specified and not empty, must have a value that is a valid month string.

［ `min$a ／ `max$a ］属性に指定する値は、 `妥当な年月t文字列$でなければナラナイ。 ◎ The min attribute, if specified, must have a value that is a valid month string. The max attribute, if specified, must have a value that is a valid month string.

`step$a 属性は月t数で表出される。 `~step倍率$は 1 とする（~algoは月t数を利用するので 変換は必要ない）。 `既定の~step$は 1 ヶ月tとする。 ◎ The step attribute is expressed in months. The step scale factor is 1 (there is no conversion needed as the algorithms use months). The default step is 1 month.

要素が`~step不一致の難あり$のときは、 ~UAは ⇒ そうならなくなるよう，要素の`値$feを最も近い`年月t$に丸めてもヨイ。 ◎ When the element is suffering from a step mismatch, the user agent may round the element's value to the nearest month for which the element would not suffer from a step mismatch.

`実数から文字列に変換する$ ~algoは、 所与の ( 実数 %入力 ) に対し ⇒ ~RET 次を表現する`妥当な年月t文字列$ ⇒ 1970 年 1 月から %入力 月t~数だけ経過した`年月t$ ◎ The algorithm to convert a number to a string, given a number input, is as follows: Return a valid month string that represents the month that has input months between it and January 1970.

`~Date~objから文字列に変換する$ ~algoは、 所与の ( `Date$I ~obj %入力 ) に対し ⇒ ~RET 次を表現する`妥当な年月t文字列$ ⇒ %入力 が表現する~UTC時間帯による`年月t$現在 ◎ The algorithm to convert a Date object to a string, given a Date object input, is as follows: Return a valid month string that represents the month current at the time represented by input in the UTC time zone.

4.10.5.1.9. `Week^st 状態（ `type=week^c ）

`Week$st `状態$にある `input$e 要素に対しては、 この節の規則が適用される。 ◎ When an input element's type attribute is in the Week state, the rules in this section apply.

要素は、 その`値$feを［ 特定の`年週t$を表現する文字列 ］に設定するための~controlを`表現-$する。 ◎ The input element represents a control for setting the element's value to a string representing a specific week.

要素が`変異-可能$feな場合、 ~UAは： ◎ If the element is mutable,＼

• 次を利用者に許容するベキである ⇒ `値$feが表現する`年週t$ — 値に`年週t文字列を構文解析する$を適用して得されるそれ — を変更する ◎ the user agent should allow the user to change the week represented by its value, as obtained by parsing a week from it.＼
• 次を利用者に許容しないモノトスル ⇒ `値$feを［ 空~文字列, `妥当な年週t文字列$ ］以外に設定する ◎ User agents must not allow the user to set the value to a non-empty string that is not a valid week string.＼
• `年週t$を選択するための~UIを供する場合は、 `値$feを［ 利用者の選択を表現している`妥当な年週t文字列$ ］に設定するモノトスル。 ◎ If the user agent provides a user interface for selecting a week, then the value must be set to a valid week string representing the user's selection.＼
• 次を利用者に許容するベキである ⇒ 利用者が`値$feを空~文字列に設定する ◎ User agents should allow the user to set the value to the empty string.

拘束~検証 ⇒ 要素が次を満たしている間は、 `不良~入力の難あり$になる ⇒ ~UI内の入力を`妥当な年週t文字列$に変換できない ◎ Constraint validation: While the user interface describes input that the user agent cannot convert to a valid week string, the control is suffering from bad input.

注記： `Date^st 状態の注記も見よ。 ◎ See the introduction section for a discussion of the difference between the input format and submission format for date, time, and number form controls, and the implementation notes regarding localization of form controls.

`value$a 属性に指定する値は、［ 空~文字列 ／ `妥当な年週t文字列$ ］でなければナラナイ。 ◎ The value attribute, if specified and not empty, must have a value that is a valid week string.

［ `min$a ／ `max$a ］属性に指定する値は、 `妥当な年週t文字列$でなければナラナイ。 ◎ The min attribute, if specified, must have a value that is a valid week string. The max attribute, if specified, must have a value that is a valid week string.

`step$a 属性は週t数で表出される。 `~step倍率$は 604800000 = ( 7 × 24 × 60 × 60 × 1000 ) とする（これは、 他の~algoにて 週t数を~milli秒t数に変換するときに利用される）。 `既定の~step$は 1 週tとする。 `既定の~step基底$は −259200000 = ( −1 × 72 × 60 × 60 × 1000 ) （ 1970 週年tの第 1 週tの開始 = 1970 年の初頭から 72 ~~時間~前）とする。 ◎ The step attribute is expressed in weeks. The step scale factor is 604,800,000 (which converts the weeks to milliseconds, as used in the other algorithms). The default step is 1 week. The default step base is −259,200,000 (the start of week 1970-W01).

要素が`~step不一致の難あり$のときは、 ~UAは ⇒ そうならなくなるよう，要素の`値$feを最も近い`年週t$に丸めてもヨイ。 ◎ When the element is suffering from a step mismatch, the user agent may round the element's value to the nearest week for which the element would not suffer from a step mismatch.

`実数から文字列に変換する$ ~algoは、 所与の ( 実数 %入力 ) に対し ⇒ ~RET 次を表現する`妥当な年週t文字列$ ⇒ 1970-01-01 ~UTC午前 0 時（値 `1970-01-01T00:00:00.0Z^l が表現する時刻）から %入力 ~milli秒t後~現在の~UTC`年週t$ ◎ The algorithm to convert a number to a string, given a number input, is as follows: Return a valid week string that represents the week that, in UTC, is current input milliseconds after midnight UTC on the morning of 1970-01-01 (the time represented by the value "1970-01-01T00:00:00.0Z").

`~Date~objから文字列に変換する$ ~algoは、 所与の ( `Date$I ~obj %入力 ) に対し ⇒ ~RET 次を表現する`妥当な年週t文字列$ ⇒ ［ ~UTC時間帯における%入力 現在 ］の時刻が表現する`年週t$ ◎ The algorithm to convert a Date object to a string, given a Date object input, is as follows: Return a valid week string that represents the week current at the time represented by input in the UTC time zone.

4.10.5.1.10. `Time^st 状態（ `type=time^c ）

`Time$st `状態$にある `input$e 要素に対しては、 この節の規則が適用される。 ◎ When an input element's type attribute is in the Time state, the rules in this section apply.

要素は、 その`値$feを［ 特定の`時刻$を表現する文字列 ］に設定するための~controlを`表現-$する。 ◎ The input element represents a control for setting the element's value to a string representing a specific time.

要素が`変異-可能$feな場合、 ~UAは： ◎ If the element is mutable,＼

• 次を利用者に許容するベキである ⇒ `値$feが表現する`時刻$ — 値に`時刻~文字列を構文解析する$を適用して得されるそれ — を変更する ◎ the user agent should allow the user to change the time represented by its value, as obtained by parsing a time from it.＼
• 次を利用者に許容しないモノトスル ⇒ `値$feを［ 空~文字列, `妥当な時刻~文字列$ ］以外に設定する ◎ User agents must not allow the user to set the value to a non-empty string that is not a valid time string.＼
• `時刻$を選択するための~UIを供する場合は、 `値$feを［ 利用者の選択を表現している`妥当な時刻~文字列$ ］に設定するモノトスル。 ◎ If the user agent provides a user interface for selecting a time, then the value must be set to a valid time string representing the user's selection.＼
• 次を利用者に許容するベキである ⇒ `値$feを空~文字列に設定する ◎ User agents should allow the user to set the value to the empty string.

拘束~検証 ⇒ 要素が次を満たしている間は、 `不良~入力の難あり$になる ⇒ ~UI内の入力を`妥当な時刻~文字列$に変換できない ◎ Constraint validation: While the user interface describes input that the user agent cannot convert to a valid time string, the control is suffering from bad input.

注記： `Date^st 状態の注記も見よ。 ◎ See the introduction section for a discussion of the difference between the input format and submission format for date, time, and number form controls, and the implementation notes regarding localization of form controls.

`value$a 属性に指定する値は、［ 空~文字列 ／ `妥当な時刻~文字列$ ］でなければナラナイ。 ◎ The value attribute, if specified and not empty, must have a value that is a valid time string.

~controlは`周期的範囲$になる。 ◎ The form control has a periodic domain.

［ `min$a ／ `max$a ］属性に指定する値は、 `妥当な時刻~文字列$でなければナラナイ。 ◎ The min attribute, if specified, must have a value that is a valid time string. The max attribute, if specified, must have a value that is a valid time string.

`step$a 属性は秒t数で表出される。 `~step倍率$は 1000 とする（これは、 他の~algoにて 秒t数を~milli秒t数に変換するときに利用される）。 `既定の~step$は 60 秒tとする。 ◎ The step attribute is expressed in seconds. The step scale factor is 1000 (which converts the seconds to milliseconds, as used in the other algorithms). The default step is 60 seconds.

要素が`~step不一致の難あり$のときは、 ~UAは ⇒ そうならなくなるよう，要素の`値$feを最も近い`時刻$に丸めてもヨイ。 ◎ When the element is suffering from a step mismatch, the user agent may round the element's value to the nearest time for which the element would not suffer from a step mismatch.

`実数から文字列に変換する$ ~algoは、 所与の ( 実数 %入力 ) に対し ⇒ ~RET 次を表現する`妥当な時刻~文字列$ ⇒ 同じ日tの中で，午前 0 時から %入力 ~milli秒t経過した`時刻$ ◎ The algorithm to convert a number to a string, given a number input, is as follows: Return a valid time string that represents the time that is input milliseconds after midnight on a day with no time changes.

`~Date~objから文字列に変換する$ ~algoは、 所与の ( `Date$I ~obj %入力 ) に対し ⇒ ~RET 次を表現する`妥当な時刻~文字列$ ⇒ %入力 が表現する~UTC`時刻$ 成分 ◎ The algorithm to convert a Date object to a string, given a Date object input, is as follows: Return a valid time string that represents the UTC time component that is represented by input.

4.10.5.1.11. `Datetime-local^st 状態（ `type=datetime-local^c ）

`Datetime-local$st `状態$にある `input$e 要素に対しては、 この節の規則が適用される。 ◎ When an input element's type attribute is in the Local Date and Time state, the rules in this section apply.

要素は、 その`値$feを［ 偏差~情報を伴わない`局所的~日時t$を表現する文字列 ］に設定するための~controlを`表現-$する。 ◎ The input element represents a control for setting the element's value to a string representing a local date and time, with no time-zone offset information.

要素が`変異-可能$feな場合、 ~UAは： ◎ If the element is mutable,＼

• 次を利用者に許容するベキである ⇒ `値$feが表現する`局所的~日時t$ — 値に`局所的~日時t文字列を構文解析する$を適用して得されるそれ — を変更する ◎ the user agent should allow the user to change the date and time represented by its value, as obtained by parsing a date and time from it.＼
• 次を利用者に許容しないモノトスル ⇒ `値$feを［ 空~文字列, `妥当な正規化-済み局所的~日時t文字列$ ］以外に設定する ◎ User agents must not allow the user to set the value to a non-empty string that is not a valid normalized local date and time string.＼
• `局所的~日時t$を選択するための~UIを供する場合は、 `値$feを［ 利用者の選択を表現している`妥当な正規化-済み局所的~日時t文字列$ ］に設定するモノトスル。 ◎ If the user agent provides a user interface for selecting a local date and time, then the value must be set to a valid normalized local date and time string representing the user's selection.＼
• 次を利用者に許容するベキである ⇒ `値$feを空~文字列に設定する ◎ User agents should allow the user to set the value to the empty string.

拘束~検証 ⇒ 要素が次を満たしている間は、 `不良~入力の難あり$になる ⇒ ~UI内の入力を`妥当な正規化-済み局所的~日時t文字列$に変換できない ◎ Constraint validation: While the user interface describes input that the user agent cannot convert to a valid normalized local date and time string, the control is suffering from bad input.

注記： この状態にも `Date^st 状態の注記 が該当する。 ◎ See the introduction section for a discussion of the difference between the input format and submission format for date, time, and number form controls, and the implementation notes regarding localization of form controls.

`value$a 属性に指定する値は、［ 空~文字列 ／ `妥当な局所的~日時t文字列$ ］でなければナラナイ。 ◎ The value attribute, if specified and not empty, must have a value that is a valid local date and time string.

［ `min$a ／ `max$a ］属性に指定する値は、 `妥当な局所的~日時t文字列$でなければナラナイ。 ◎ The min attribute, if specified, must have a value that is a valid local date and time string. The max attribute, if specified, must have a value that is a valid local date and time string.

`step$a 属性は秒t数で表出される。 `~step倍率$は 1000 とする（これは、 他の~algoにて 秒t数を~milli秒t数に変換するときに利用される）。 `既定の~step$ は 60 秒tとする。 ◎ The step attribute is expressed in seconds. The step scale factor is 1000 (which converts the seconds to milliseconds, as used in the other algorithms). The default step is 60 seconds.

要素が`~step不一致の難あり$のときは、 ~UAは ⇒ そうならなくなるよう，要素の`値$feを最も近い`局所的~日時t$に丸めてもヨイ。 ◎ When the element is suffering from a step mismatch, the user agent may round the element's value to the nearest local date and time for which the element would not suffer from a step mismatch.

`実数から文字列に変換する$ ~algoは、 所与の ( 実数 %入力 ) に対し ⇒ ~RET 次を表現する，`妥当な正規化-済み局所的~日時t文字列$ ⇒ ［ 1970-01-01 午前 0 時（値 `1970-01-01T00:00:00.0^l が表現する時刻） ］から %入力 ~milli秒 後の日時t ◎ The algorithm to convert a number to a string, given a number input, is as follows: Return a valid normalized local date and time string that represents the date and time that is input milliseconds after midnight on the morning of 1970-01-01 (the time represented by the value "1970-01-01T00:00:00.0").

注記： § `Date$st 状態の`歴史的な日付に関する注記＠#only-contemporary-times$を見よ。 ◎ See the note on historical dates in the Date state section.

4.10.5.1.12. `Number^st 状態 (`type=number^c ）

`Number$st `状態$にある `input$e 要素に対しては、 この節の規則が適用される。 ◎ When an input element's type attribute is in the Number state, the rules in this section apply.

要素は、 その`値$feを［ 実数を表現する文字列 ］に設定するための~controlを`表現-$する。 ◎ The input element represents a control for setting the element's value to a string representing a number.

要素が`変異-可能$feな場合、 ~UAは： ◎ If the element is mutable,＼

• 次を利用者に許容するベキである ⇒ `値$feが表現する実数 — 値を`浮動小数点数として構文解析-$して得されるそれ — を変更する ◎ the user agent should allow the user to change the number represented by its value, as obtained from applying the rules for parsing floating-point number values to it.＼
• 次を利用者に許容しないモノトスル ⇒ `値$feを［ 空~文字列, `妥当な浮動小数点数$ ］以外に設定する ◎ User agents must not allow the user to set the value to a non-empty string that is not a valid floating-point number.＼
• 数を選択するための~UIを供する場合は、 `値$feを［ 利用者の選択に対する`浮動小数点数として最良な表現$ ］に設定するモノトスル。 ◎ If the user agent provides a user interface for selecting a number, then the value must be set to the best representation of the number representing the user's selection as a floating-point number.＼
• 次を利用者に許容するベキである ⇒ `値$feを空~文字列に設定する ◎ User agents should allow the user to set the value to the empty string.

拘束~検証 ⇒ 要素が次を満たしている間は、 `不良~入力の難あり$になる ⇒ ~UI内の入力を`妥当な浮動小数点数$に変換できない ◎ Constraint validation: While the user interface describes input that the user agent cannot convert to a valid floating-point number, the control is suffering from bad input.

注記： この仕様は、 ~UAが利用する~UIは定義しない。 ~UA~vendorには、 利用者の必要性に応えるには何が最良になるか，考慮することが奨励される。 例えば、 ~Persian／~Arabic 市場~向けの~UAは， ~Persian／~Arabic による数量-入力を~supportすることもあろう。 【！Similarly, a user agent designed for Romans might display the value in Roman numerals rather than in decimal; or (more realistically) 】 あるいは~French市場向けに設計された~UAは、 3 桁ごとにピリオドで分離して，小数点に~commaを用いて 【！with apostrophes between thousands and commas before the decimals】 値を表示し，利用者がその方式で手入力することを許容し得る。 （いずれにせよ，内部的には、 上述した提出に要求される形式に変換しつつ。） ◎ This specification does not define what user interface user agents are to use; user agent vendors are encouraged to consider what would best serve their users' needs. For example, a user agent in Persian or Arabic markets might support Persian and Arabic numeric input (converting it to the format required for submission as described above). Similarly, a user agent designed for Romans might display the value in Roman numerals rather than in decimal; or (more realistically) a user agent designed for the French market might display the value with apostrophes between thousands and commas before the decimals, and allow the user to enter a value in that manner, internally converting it to the submission format described above.

`value$a 属性に指定する値は、［ 空~文字列 ／ `妥当な浮動小数点数$ ］でなければナラナイ。 ◎ The value attribute, if specified and not empty, must have a value that is a valid floating-point number.

［ `min$a ／ `max$a ］属性に指定する値は、 `妥当な浮動小数点数$でなければナラナイ。 ◎ The min attribute, if specified, must have a value that is a valid floating-point number. The max attribute, if specified, must have a value that is a valid floating-point number.

`~step倍率$は 1 とする。 `既定の~step$は 1 とする（ `~step基底$が整数であれば、 利用者が選択できるのは整数に限られることになる）。 ◎ The step scale factor is 1. The default step is 1 (allowing only integers to be selected by the user, unless the step base has a non-integer value).

要素が`~step不一致の難あり$のときは、 ~UAは ⇒ そうならなくなるよう，要素の`値$feを最も近い数に丸めてもヨイ。 そのような数が 2 個あるときには、 ~UAには，正な無限大に近い方を選ぶことが奨励される。 ◎ When the element is suffering from a step mismatch, the user agent may round the element's value to the nearest number for which the element would not suffer from a step mismatch. If there are two such numbers, user agents are encouraged to pick the one nearest positive infinity.

`文字列から実数に変換する$ ~algoは、 所与の ( 文字列 %入力 ) に対し ⇒ ~RET %入力 を`浮動小数点数として構文解析-$した結果 ~NEQ `失敗^i ならば その結果 ／ ~ELSE_ `~error^i ◎ The algorithm to convert a string to a number, given a string input, is as follows: If applying the rules for parsing floating-point number values to input results in an error, then return an error; otherwise, return the resulting number.

`実数から文字列に変換する$ ~algoは、 所与の ( 実数 %入力 ) に対し ⇒ ~RET %入力 を表現する`妥当な浮動小数点数$ ◎ The algorithm to convert a number to a string, given a number input, is as follows: Return a valid floating-point number that represents input.

注記： `Number$st `状態$は，~~数字のみからなるが、 厳密には数とは言えない入力~用には，適切でない。 例えば、 ~credit-card番号や US 郵便番号には不適切になる。 この`状態$を利用するかどうか決定する単純な仕方は、 その入力~controlが 例えば “増減~button” ~UIを備えることがイミを成すかどうか，考えることである。 ~credit-card番号における誤りは、 最後の 1 桁であろうが，全桁が不正なときと同じく小さな間違いではない。 なので、 増減~buttonで~credit-card番号を選択することは，利用者にとってイミを成さない。 増減~button~UIが適切になるならば、 この`状態$は，おそらく正解になる（場合によっては `inputmode$a か `pattern$a 属性も伴わせて）。 ◎ The type=number state is not appropriate for input that happens to only consist of numbers but isn't strictly speaking a number. For example, it would be inappropriate for credit card numbers or US postal codes. A simple way of determining whether to use type=number is to consider whether it would make sense for the input control to have a spinbox interface (e.g. with "up" and "down" arrows). Getting a credit card number wrong by 1 in the last digit isn't a minor mistake, it's as wrong as getting every digit incorrect. So it would not make sense for the user to select a credit card number using "up" and "down" buttons. When a spinbox interface is not appropriate, type=text is probably the right choice (possibly with an inputmode or pattern attribute).

4.10.5.1.13. `Range^st 状態（ `type=range^c ）

`Range$st `状態$にある `input$e 要素に対しては、 この節の規則が適用される。 ◎ When an input element's type attribute is in the Range state, the rules in this section apply.

要素は、［ その`値$feを，実数を表現する文字列に設定する ］ための~controlを`表現-$する — ただし、 その正確な値は重要でなく，~UAは `Number$st 状態のときより単純な~UIを供するものとされる。 ◎ The input element represents a control for setting the element's value to a string representing a number, but with the caveat that the exact value is not important, letting UAs provide a simpler interface than they do for the Number state.

要素が`変異-可能$feな場合、 ~UAは： ◎ If the element is mutable,＼

• 次を利用者に許容するベキである ⇒ `値$feが表現する実数 — 値を`浮動小数点数として構文解析-$して得されるそれ — を変更する ◎ the user agent should allow the user to change the number represented by its value, as obtained from applying the rules for parsing floating-point number values to it.＼
• 次を利用者に許容しないモノトスル ⇒ `値$feを［ `妥当な浮動小数点数$でない文字列 ］に設定する ◎ User agents must not allow the user to set the value to a string that is not a valid floating-point number.＼
• 実数を選択するための~UIを供する場合は、 `値$feを`浮動小数点数として最良な表現$に設定するモノトスル。 ◎ If the user agent provides a user interface for selecting a number, then the value must be set to a best representation of the number representing the user's selection as a floating-point number.＼
• 次を利用者に許容しないモノトスル ⇒ `値$feを空~文字列に設定する ◎ User agents must not allow the user to set the value to the empty string.

拘束~検証 ⇒ 要素が次を満たしている間は、 `不良~入力の難あり$になる ⇒ ~UI内の入力を`妥当な浮動小数点数$に変換できない ◎ Constraint validation: While the user interface describes input that the user agent cannot convert to a valid floating-point number, the control is suffering from bad input.

`value$a 属性に指定する値は、 `妥当な浮動小数点数$でなければナラナイ。 ◎ The value attribute, if specified, must have a value that is a valid floating-point number.

`既定~値@ は、［ `最大$ ~LT `最小$ならば`最小$ ／ ~ELSE_ `最小$と`最大$の平均 ］とする。 ◎ The default value is the minimum plus half the difference between the minimum and the maximum, unless the maximum is less than the minimum, in which case the default value is the minimum.

【 `既定の最小$が定義されているので（下記）、 `最小$が −∞ になることはない。 `最大$についても同様。 】

~UAは、 要素の`値$feが： ◎ ↓

• `~underflowの難あり$のときは ⇒ `値$feを［ `最小$に対する`浮動小数点数として最良な表現$ ］に設定するモノトスル。 ◎ When the element is suffering from an underflow, the user agent must set the element's value to the best representation, as a floating-point number, of the minimum.
• `~overflowの難あり$のときは ⇒ ［ `最大$ ~GTE `最小$ ］ならば，`値$feを［ `最大$を表現する`妥当な浮動小数点数$ ］に設定するモノトスル。 ◎ When the element is suffering from an overflow, if the maximum is not less than the minimum, the user agent must set the element's value to a valid floating-point number that represents the maximum.
• `~step不一致の難あり$のときは ⇒ `値$feを［ そうならなくなるような実数 %V ］のうち［ %V ~GTE `最小$ ］~AND［［ `最大$ ~LT `最小$ ］~OR［ %V ~LTE `最大$ ］］を満たすものがあるならば、 それらのうち［ `値$feに最も近い実数であって，そのような実数が 2 つあるときは正な無限大に近い方 ］に丸めるモノトスル。 ◎ When the element is suffering from a step mismatch, the user agent must round the element's value to the nearest number for which the element would not suffer from a step mismatch, and which is greater than or equal to the minimum, and, if the maximum is not less than the minimum, which is less than or equal to the maximum, if there is a number that matches these constraints. If two numbers match these constraints, then user agents must use the one nearest to positive infinity.

例えば、 ~markup `<input type="range" min=0 max=100 step=20 value=50>^c による範囲~controlに対する結果の初期~値は 60 になる。 ◎ For example, the markup <input type="range" min=0 max=100 step=20 value=50> results in a range control whose initial value is 60.

input {
  writing-mode: vertical-lr;
  height: 75px;
  width: 49px;
  background: #D5CCBB;
  color: black;
}

注記： この状態においては、 利用者の入力中でも，範囲と~stepの拘束が施行されるので、 値を空~文字列に設定する仕方はない。 ◎ In this state, the range and step constraints are enforced even during user input, and there is no way to set the value to the empty string.

`min$a 属性に指定する値は、 `妥当な浮動小数点数$でなければナラナイ。 `既定の最小$は 0 とする。 `max$a 属性に指定する値は、 `妥当な浮動小数点数$でなければナラナイ。 `既定の最大$は 100 とする。 ◎ The min attribute, if specified, must have a value that is a valid floating-point number. The default minimum is 0. The max attribute, if specified, must have a value that is a valid floating-point number. The default maximum is 100.

`~step倍率$は 1 とする。 `既定の~step$は 1 とする（ `min$a 属性が整数でない値にされない限り，許容される値は整数に限られるようになる）。 ◎ The step scale factor is 1. The default step is 1 (allowing only integers, unless the min attribute has a non-integer value).

`文字列から実数に変換する$ ~algoは、 所与の ( 文字列 %入力 ) に対し ⇒ ~RET %入力 を`浮動小数点数として構文解析-$した結果 ~NEQ `失敗^i ならば その結果 ／ ~ELSE_ `~error^i ◎ The algorithm to convert a string to a number, given a string input, is as follows: If applying the rules for parsing floating-point number values to input results in an error, then return an error; otherwise, return the resulting number.

`実数から文字列に変換する$ ~algoは、 所与の ( 実数 %入力 ) に対し ⇒ ~RET %入力 に対する`浮動小数点数として最良な表現$ ◎ The algorithm to convert a number to a string, given a number input, is as follows: Return the best representation, as a floating-point number, of input.

4.10.5.1.14. `Color^st 状態（ `type=color^c ）

`Color$st `状態$にある `input$e 要素に対しては、 この節の規則が適用される。 ◎ When an input element's type attribute is in the Color state, the rules in this section apply.

要素は、 その`値$feを［ ~CSS色の直列化を表現する文字列 ］に設定するための~color-well~control†を`表現-$する。 ◎ The input element represents a color well control, for setting the element's value to a string representing the serialization of a CSS color.

【† 現在~選定された色のみが表示される小さな~boxで， ~click等により色~pickerが表示されるような類の~control。 】

注記： この状態にあるときは，選ばれる~CSS色は常にあるので、 末端-利用者が値を空~文字列に設定する仕方はない。 ◎ In this state, there is always a CSS color picked, and there is no way for the end user to set the value to the empty string.

`alpha@a 属性は，`真偽-属性$であり、 在るならば，次を指示する ⇒ 末端-利用者は，当の~CSS色の~alpha成分を操作できるので、 当の色は全部的に不透明になるとは限らない。 ◎ The alpha attribute is a boolean attribute. If present, it indicates the CSS color's alpha component can be manipulated by the end user and does not have to be fully opaque.

`colorspace@a 属性は、 直列化された~CSS色の色~空間を指示することに加え， ~CSS色の選定-用に欲される~UIを~hintする。 この属性は，`列挙d属性$であり、 次に挙げる~keyword, とり得る状態, それらの対応付けが定義される： ◎ The colorspace attribute indicates the color space of the serialized CSS color. It also hints at the desired user interface for selecting a CSS color. It is an enumerated attribute with the following keywords and states:

この属性の［ `欠落~値~用の既定の状態$／`妥当でない値~用の既定の状態$ ］は、 `制限された~sRGB$st とする。 ◎ The attribute's missing value default and invalid value default are both the Limited sRGB state.

要素の［ `alpha$a ／ `colorspace$a ］属性が変更されたときは、 ~UAは，次を走らすモノトスル ⇒ `~color-well~control色を更新する$( 当の要素 ) ◎ Whenever the element's alpha or colorspace attributes are changed, the user agent must run update a color well control color given the element.

要素 %要素 が`変異-可能$feな場合、 ~UAは： ◎ If the element is mutable,＼

• 次を利用者に許容するベキである ⇒ %要素 の`値$feが表現する色を変更する — 次で得されるとおりに ⇒ `~CSS色~値を構文解析する$( %要素 の`値$fe, %要素 ) ◎ the user agent should allow the user to change the color represented by its value, as obtained from parsing it.＼
• 次を利用者に許容しないモノトスル ⇒ %要素 の`値$feを［ 次が満たされなくなる文字列 ］に設定する ⇒ %要素 の`値$fe ~EQ `~color-well~control色を更新する$( %要素 ) ◎ User agents must not allow the user to set the value to a string that running update a color well control color for the element would not set it to.＼
• ~CSS色を選定するための~UIを供する場合は、 %要素 の`値$feを次の結果に設定するモノトスル ⇒ `~color-well~control色を直列化する$( %要素, 利用者が選定した色 ) ◎ If the user agent provides a user interface for selecting a CSS color, then the value must be set to the result of serializing a color well control color given the element and the end user's selection.

拘束~検証 ⇒ 要素 %要素 は、 その`値$fe %値 が次を満たしている間は，`不良~入力の難あり$になる ⇒ ［ %値 ~NEQ 空~文字列 ］~AND［ `~CSS色~値を構文解析する$( %値, %要素 ) ~EQ `失敗^i ］ ◎ Constraint validation: While the element's value is not the empty string and parsing it returns failure, the control is suffering from bad input.

`value$a 属性に指定する値は、［ 空~文字列／~CSS色 ］でなければナラナイ。 ◎ The value attribute, if specified and not the empty string, must have a value that is a CSS color.

4.10.5.1.15. `Checkbox^st 状態（ `type=checkbox^c ）

`Checkbox$st `状態$にある `input$e 要素に対しては、 この節の規則が適用される。 ◎ When an input element's type attribute is in the Checkbox state, the rules in this section apply.

要素は、 その`~check有りか$feを表現する 2 状態をとり得る~controlを`表現-$する。 ~controlは、 要素の`~check有りか$feが［ ~T ならば肯定的~選択 ／ ~F ならば否定的~選択 ］を表現する。 要素の `indeterminate$m ~IDL属性 ~EQ ~T の場合、 ~controlの選択は、 ~controlが第三の不定な状態にあるかのように，遮られるベキである。 ◎ The input element represents a two-state control that represents the element's checkedness state. If the element's checkedness state is true, the control represents a positive selection, and if it is false, a negative selection. If the element's indeterminate IDL attribute is set to true, then the control's selection should be obscured as if the control was in a third, indeterminate, state.

注記： 要素の `indeterminate$m ~IDL属性が ~T に設定されてようが， ~control自体は 決して真の 3 状態をとり得る~controlにはならない。 この~IDL属性は、 第三の状態があるかのような外観を与えるのみである。 ◎ The control is never a true tri-state control, even if the element's indeterminate IDL attribute is set to true. The indeterminate IDL attribute only gives the appearance of a third state.

拘束~検証 ⇒ 要素が次を満たしている間は、 `欠落である難あり$になる ⇒ ［ `必須$である ］~AND［ `~check有りか$fe ~EQ ~F ］ ◎ Constraint validation: If the element is required and its checkedness is false, then the element is suffering from being missing.

%input.`indeterminate$m [ = %値 ]

被~設定-時には、 現在の値が可視でなくなるように， `Checkbox$st ~controlの描画を上書きする。 ◎ When set, overrides the rendering of checkbox controls so that the current value is not visible.

4.10.5.1.16. `Radio^st 状態（ `type=radio^c ）

`Radio$st `状態$にある `input$e 要素に対しては、 この節の規則が適用される。 ◎ When an input element's type attribute is in the Radio Button state, the rules in this section apply.

要素は、 `Radio$st 状態にある他の要素と一緒に `~radio~button~group$を形成し，［ それらのうち ただ一つのみが，`~check有りか$feが ~T に設定される ］ような~controlを`表現-$する。 ~controlは、 要素の`~check有りか$feに応じて［ ~T ならば この~group内で選択されている ／ ~F ならば選択されていない ］ことを表現する。 ◎ The input element represents a control that, when used in conjunction with other input elements, forms a radio button group in which only one control can have its checkedness state set to true. If the element's checkedness state is true, the control represents the selected control in the group, and if it is false, it indicates a control in the group that is not selected.

要素が属する `~radio~button~group@ は、 要素~自身, および要素と同じ~groupに属する要素の集合からなる — ここで 2 つの要素が同じ~groupに属するとは、 ~AND↓ が満たされることを意味する： ◎ The radio button group that contains an input element a also contains all the other input elements b that fulfill all of the following conditions:

• どちらも `Radio$st `状態$にある ◎ The input element b's type attribute is in the Radio Button state.
• 互いの`~form所有者$は、 同じである（どちらも ~NULL の場合も含む） ◎ Either a and b have the same form owner, or they both have no form owner.
• 互いに同じ`~tree$内にある ◎ Both a and b are in the same tree.
• どちらも `name$a 属性を有していて，それらの値は次を満たす ⇒ ［ どちらも空でない ］~AND［ 互いに等しい ］ ◎ They both have a name attribute, their name attributes are not empty, and the value of a's name attribute equals the value of b's name attribute.

`~tree$内にある要素が属する`~radio~button~group$は，他にも別の要素を含んでいなければナラナイ。 ◎ A tree must not contain an input element whose radio button group contains only that element.

拘束~検証 ⇒ 要素が次を満たしている間は、 `欠落である難あり$になる ⇒ 要素が属する`~radio~button~group$を %G とするとき ⇒ ［ %G 内のある要素は`必須$である ］~AND［ %G 内のどの要素も，その`~check有りか$fe ~EQ ~F ］ ◎ Constraint validation: If an element in the radio button group is required, and all of the input elements in the radio button group have a checkedness that is false, then the element is suffering from being missing.

注記： `~radio~button~group$ %G 内のどの~radio~buttonも~checkされていない場合、 ~UIにおいても， %G 内のそれらは 初期時から~checkされないままになる — %G 内のいずれかが（利用者または~scriptにより）~checkされるまでは。 ◎ If none of the radio buttons in a radio button group are checked, then they will all be initially unchecked in the interface, until such time as one of them is checked (either by the user or by script).

4.10.5.1.17. `File^st 状態（ `type=file^c ）

`File$st `状態$にある `input$e 要素に対しては、 この節の規則が適用される。 ◎ When an input element's type attribute is in the File Upload state, the rules in this section apply.

要素は、 `選択された~file~list@ を`表現-$する。 ~list内の各~fileは，その［ ~filename, 型, ~data内容 ］からなる。 ◎ The input element represents a list of selected files, each file consisting of a filename, a file type, and a file body (the contents of the file).

~filenameは，`~path成分$を包含しないようにするモノトスル — 利用者が~directory階層~全体を選択しようが，複数の~directoryから同じ名前を伴う複数の~fileを選択しようが。 `File$st 状態の目的においては、 `~path成分@ は，~filename内の文字 `005C^U `\^smb で分離される部位である 【？】 。 ◎ Filenames must not contain path components, even in the case that a user has selected an entire directory hierarchy or multiple files with the same name from different directories. Path components, for the purposes of the File Upload state, are those parts of filenames that are separated by U+005C REVERSE SOLIDUS character (\) characters.

`multiple$a 属性が設定されない限り，`選択された~file~list$内の~fileは 1 個までにするモノトスル。 ◎ Unless the multiple attribute is set, there must be no more than one file in the list of selected files.

要素が`変異-可能$feでない場合、 ~UAは，次を利用者に許容しないモノトスル ⇒ `選択された~file~list$を変更する ◎ If the element is not mutable, the user agent must not allow the user to change the element's selection.

拘束~検証 ⇒ 要素が次を満たしている間は、 `欠落である難あり$になる ⇒ ［ 要素は`必須$である ］~AND［ `選択された~file~list$は空 ］ ◎ Constraint validation: If the element is required and the list of selected files is empty, then the element is suffering from being missing.

`accept@a 属性により、 どの~file型が受容されるかについての~hintを~UAに供せる。 ◎ The accept attribute may be specified to provide user agents with a hint of what file types will be accepted.

この属性に指定する値は、 `~commaで分離された~token集合$であって，その各~tokenは`~ASCII大小無視$で次のいずれかに合致する文字列でなければナラナイ： ◎ If specified, the attribute must consist of a set of comma-separated tokens, each of which must be an ASCII case-insensitive match for one of the following:

`audio/*^l ◎ The string "audio/*"

音響~fileが受容されることを指示する。 ◎ Indicates that sound files are accepted.

`video/*^l ◎ The string "video/*"

動画~fileが受容されることを指示する。 ◎ Indicates that video files are accepted.

`image/*^l ◎ The string "image/*"

画像~fileが受容されることを指示する。 ◎ Indicates that image files are accepted.

`~parameterを伴わない妥当な~MIME型~文字列$ ◎ A valid MIME type string with no parameters

その型の~fileが受容されることを指示する。 ◎ Indicates that files of the specified type are accepted.

最初の文字 ~EQ `002E^U `.^smb ◎ A string whose first character is a U+002E FULL STOP character (.)

その~file拡張子を伴う~fileが受容されることを指示する。 ◎ Indicates that files with the specified file extension are accepted.

どの 2 つの~tokenも、 `~ASCII大小無視$で互いに合致してはナラナイ（すなわち，重複は許容されない）。 ~UAは、 属性から~tokenたちが成す~listを得するときは，その値を`~commaで分割-$するモノトスル。 ◎ The tokens must not be ASCII case-insensitive matches for any of the other tokens (i.e. duplicates are not allowed). To obtain the list of tokens from the attribute, the user agent must split the attribute value on commas.

~UAは、 この属性の値を［ 汎用~file~pickerよりも適切な~UI ］を表示するために利用してもヨイ。 一例として、 次に挙げる選択肢を利用者に提供することもできる： ◎ User agents may use the value of this attribute to display a more appropriate user interface than a generic file picker. For instance,＼

• 値 `image/*^l が与えられたなら、 局所的~cameraを利用したり，利用者に写真集から写真を選択してもらう。 ◎ given the value image/*, a user agent could offer the user the option of using a local camera or selecting a photograph from their photo collection;＼
• 値 `audio/*^l が与えられたなら、 ~headset~microphoneを利用して~clipを録音する。 ◎ given the value audio/*, a user agent could offer the user the option of recording a clip using a headset microphone.

~UAは、［ これらの~tokenのいずれかにより受容されない~file ］を利用者が選択するのを防止するベキである。 ◎ User agents should prevent the user from selecting files that are not accepted by one (or more) of these tokens.

注記： 特定の形式による~dataを~~期待する作者には、［ ~MIME型，それに対応する拡張子 ］どちらも指定することが奨励される。 ◎ Authors are encouraged to specify both any MIME types and any corresponding extensions when looking for data in a specific format.

拡張子は、 多義的になる傾向にある（例えば、 拡張子 `.dat^l を利用する形式は，いくつあるかわからず、 利用者は概して，~fileを — それが Microsoft Word 文書でなくとも — ごく容易に `.doc^l 拡張子に改称し得る）。 また、 ~MIME型にも依拠できない傾向にある（例： 多くの形式は、 正式に型が登録されておらず，実施における~MIME型は何種類もある）。 作者は，そのことに留意して、 ~clientから受取った~dataは，通例通り用心深く扱うベキである — 利用者が敵対的でなかろうが，~UAが `accept$a 属性の要件を全部的に順守していようが、 期待される形式でないかもしれないので。 ◎ Extensions tend to be ambiguous (e.g. there are an untold number of formats that use the ".dat" extension, and users can typically quite easily rename their files to have a ".doc" extension even if they are not Microsoft Word documents), and MIME types tend to be unreliable (e.g. many formats have no formally registered types, and many formats are in practice labeled using a number of different MIME types). Authors are reminded that, as usual, data received from a client should be treated with caution, as it may not be in an expected format even if the user is not hostile and the user agent fully obeyed the accept attribute's requirements.

function extractFilename(%path) {
  if (%path.substr(0, 12) == "C:\\fakepath\\")
    return %path.substr(12); // 現代の~browser
  var %x;
  %x = %path.lastIndexOf('/');
  if (%x >= 0) // Unix に基づく~path
    return %path.substr(%x + 1);
  %x = %path.lastIndexOf('\\');
  if (%x >= 0) // Windows に基づく~path
    return %path.substr(%x + 1);
  return %path; // 単に~filenameのみ
}

<p><input type=filename=image onchange="updateFilename(this.value)"></p>
<p>あなたが選んだ~filenameは： <span id="filename">(none)</span></p>
<script>
 function updateFilename(%path) {
   var %name = extractFilename(%path);
   document.getElementById('filename').textContent = %name;
 }
</script>

4.10.5.1.18. `Submit^st 状態（ `type=submit^c ）

`Submit$st `状態$にある `input$e 要素に対しては、 この節の規則が適用される。 ◎ When an input element's type attribute is in the Submit Button state, the rules in this section apply.

◎追跡路 要素は、 作動化-時に~formを提出する~buttonを`表現-$する。 ~buttonの~labelは、［ 要素が `value$a 属性を有するならば その属性の値 ／ ~ELSE_ “提出する” に似た何かを意味する`実装定義$な文字列 ］になるモノトスル。 要素は、 `~button$であり，また `提出-~button$でもある。 ◎ (This is a tracking vector.) The input element represents a button that, when activated, submits the form. If the element has a value attribute, the button's label must be the value of that attribute; otherwise, it must be an implementation-defined string that means "Submit" or some such. The element is a button, specifically a submit button.

注記： ~buttonの横幅は、 指紋収集し得るような少しばかりの情報を漏洩し得る — 既定の~labelは`実装定義$であり、 ~buttonの横幅は，概してその~labelに依存するので。 この情報は、［ ~UA, 利用者の~locale ］の同一性に強く相関される見込みが高い。 ◎ Since the default label is implementation-defined, and the width of the button typically depends on the button's label, the button's width can leak a few bits of fingerprintable information. These bits are likely to be strongly correlated to the identity of the user agent and the user's locale.

次に挙げる属性は、 `~form提出用の属性$である ⇒ `formaction$a, `formenctype$a, `formmethod$a, `formnovalidate$a, `formtarget$a ◎ The formaction, formenctype, formmethod, formnovalidate, and formtarget attributes are attributes for form submission.

注記： `formnovalidate$a 属性は、［ 提出-~buttonが拘束~検証を誘発しない ］ようにするために利用できる。 ◎ The formnovalidate attribute can be used to make submit buttons that do not trigger the constraint validation.

4.10.5.1.19. `Image^st 状態（ `type=image^c ）

`Image$st `状態$にある `input$e 要素に対しては、 この節の規則が適用される。 ◎ When an input element's type attribute is in the Image Button state, the rules in this section apply.

要素は、 それにより［ 利用者が座標を選択して~formを提出できる画像 ／ あるいは代替として 利用者が~formを提出できる~button ］を`表現-$する。 要素は`~button$であり，`提出-~button$でもある。 ◎ The input element represents either an image from which a user can select a coordinate and submit the form, or alternatively a button from which the user can submit the form. The element is a button, specifically a submit button.

注記： 要素~用の座標を成す［ x ／ y ］成分は、 ~controlの名前に［ `.x^l ／ `.y^l ］を付加して導出される 2 個の~entryとして， `~form提出の間＠~HTMLforms#constructing-the-form-data-set$に~serverへ送信される。 ◎ The coordinate is sent to the server during form submission by sending two entries for the element, derived from the name of the control but with ".x" and ".y" appended to the name with the x and y components of the coordinate respectively.

画像は `src@a 属性により与えられる。 この属性は、 指定されなければナラナイ — 加えて、 指定する値は次を満たさなければナラナイ： ◎ The image is given by the src attribute. The src attribute must be present, and＼

• `前後~空白~可の妥当かつ空でない~URL$を包含する ◎ must contain a valid non-empty URL potentially surrounded by spaces＼
• 対話的でない画像~資源を参照している — ~animate化されていてもヨイが、 ~pageをめくるような~UIを備えるもの, ~scriptで動かすものは除く。 ◎ referencing a non-interactive, optionally animated, image resource that is neither paged nor scripted.

以下に “除外される~UA” を除き、 ~UAは， “必要が生じた時点” で要素の “画像を~fetchする” モノトスル： ◎ When any of the these events occur

• “必要が生じた時点” とは、 次のいずれかが生じたときを意味する：

  • 要素が `src$a 属性を有している下で， 要素の`状態$が `Image$st 以外から `Image$st に変化したとき （要素の作成-時も含まれる）
  • 要素が `Image$st `状態$にある下で， 要素の `src$a 属性が別の値に［ 設定-／変更- ］されたとき

  ただし、 ~UAが同じ画像への~fetchをすでに試みていた場合は除く — 具体的には ⇒ 要素が過去のある時点で、 `Image$st `状態$にあって，そのときの `src$a 属性の値が，前項のいずれかが生じた後のそれと同じである場合

  ◎ the input element's type attribute is first set to the Image Button state (possibly when the element is first created), and the src attribute is present ◎ the input element's type attribute is changed back to the Image Button state, and the src attribute is present, and its value has changed since the last time the type attribute was in the Image Button state ◎ the input element's type attribute is in the Image Button state, and the src attribute is set or changed

• “除外される~UA” とは、 次のいずれかを意味する：

  • 画像を~supportしていない
  • 画像の~supportは不能化されている
  • 画像をその場（ `on demand^en ）で~fetchすることにしている

  【 “その場” とは，［ 画像が実際の呈示に必要になることが判明する時点まで画像の~fetch時機を遅らせる ］ことを意味すると思われるが、 その挙動は，ここには述べられていない。 】

  ◎ then unless the user agent cannot support images, or its support for images has been disabled, or the user agent only fetches images on demand,＼

• “画像を~fetchする” ための手続きは： ◎ ↑↓ or the src attribute's value is the empty string, run these steps:

  1. %要素 ~LET 当の `input$e 要素 ◎ ↓
  2. %文書 ~LET %要素 の`~node文書$ ◎ ↓

  3. （次に従って画像~URLを検査する）：

     1. %src ~LET %要素 の `src$a 属性の値
     2. ~IF ［ %src ~EQ 空~文字列 ］ ⇒ ~RET
     3. %~URL ~LET `~URLを符号化法の下で相対的に構文解析する$( %src, %文書 )
     4. ~IF［ %~URL ~EQ `失敗^i ］ ⇒ ~RET
     ◎ Let url be the result of encoding-parsing a URL given the src attribute's value, relative to the element's node document. ◎ If url is failure, then return.
  4. %要請 ~LET 新たな`要請$ — その ⇒＃ `~URL$rq ~SET %~URL, `~client$rq ~SET %文書 に`関連な設定群~obj$, `行先$rq ~SET `image^l, `起動元~種別$rq ~SET `input^l, `資格証~mode$rq ~SET `include^l, `~URL資格証を利用するか$rq ~SET ~T ◎ Let request be a new request whose URL is url, client is the element's node document's relevant settings object, destination is "image", initiator type is "input", credentials mode is "include", and whose use-URL-credentials flag is set.

  5. %要請 を`~fetchする$ — 次を与える下で： ◎ Fetch request, with＼

     • `応答の本体~終了~時の処理n$i ~SET 所与の ( `応答$ %応答 ) に対し，次を走らす手続き：

       1. %~event型 ~LET ［ 次が満たされるならば `load$et ／ ~ELSE_ `error$et ］ ⇒ 画像は（成功裡に~downloadされ，）`可用$である

       2. `要素~taskを~queueする$( `利用者~対話~task~source$, %要素, 次の手続き )

          手続きは ⇒ `~eventを発火する$( %要素, %~event型 )
       ◎ processResponseEndOfBody set to the following step given response response: • If the download was successful and the image is available, queue an element task on the user interaction task source given the input element to fire an event named load at the input element. • Otherwise, if the fetching process fails without a response from the remote server, or completes but the image is not a valid or supported image, then queue an element task on the user interaction task source given the input element to fire an event named error on the input element.

  画像の~fetchingは、［ 上で【！defined below】 %要請 を~fetchする間に 【`~fetch~taskを~queueする$手続きにより】 `~network用~task~source$から`~queueされ$る`~task$ ］を走らすときまで， 当の要素の`~node文書$の`~load~eventを遅延-$するモノトスル。 ◎ Fetching the image must delay the load event of the element's node document until the task that is queued by the networking task source once the resource has been fetched (defined below) has been run.

画像が完全に~downloadされる前にこれが満たされる場合、［ 画像を~fetchする間に`~network用~task~source$から`~queueされ$た各`~task$ ］は、 画像の呈示を適切に更新するモノトスル。 ◎ If this is true before the image is completely downloaded, each task that is queued by the networking task source while the image is being fetched must update the presentation of the image appropriately.

【 したがって、 画像の描画-可能な~dataが一部でも得られていれば，`可用$とされ得ることになる。 その場合でも，定義に従えば、 ~network~errorにより~downloadが中断された時点で`可用$でないとされることになる（？）が、 その場合の `load^et ／ `error^et ~eventの取扱いがはっきしりない （両者とも発火するのか？ ~UAが`可用$かそうでないかを確定させた時点で片方だけ発火するのか？）。 】

~UAは、 画像の型を決定するときには，［ 公式の型【！official type】として，画像に結付けられた`~Content-Type~metadata$（ `Content-Type^h ~header ） ］を与える下で，`画像を特定的に~sniffするための規則$を適用するベキである。 これらの規則が適用されない場合、 画像の`~Content-Type~metadata$が画像の型を与えるモノトスル。 ◎ The user agent should apply the image sniffing rules to determine the type of the image, with the image's associated Content-Type headers giving the official type. If these rules are not applied, then the type of the image must be the type given by the image's associated Content-Type headers.

~UAは、 要素の資源に対しては： ◎ ↓

• 画像でないものを~supportしないモノトスル。 ◎ User agents must not support non-image resources with the input element.＼
• 埋込まれている実行-可能~codeを走らせないモノトスル。 ◎ User agents must not run executable code embedded in the image resource.＼
• 複数~pageからなる場合は、 最初の~pageのみを表示するモノトスル。 ◎ User agents must only display the first page of a multipage resource.＼
• 対話的に動作させないモノトスル。 ◎ User agents must not allow the resource to act in an interactive fashion, but＼
• ~animationがあれば尊守するベキである。 ◎ should honor any animation in the resource.

`alt@a 属性は、 画像を利用できない利用者や~UA用に，~textな~labelを~button用に供する。 要素は、 この属性を有してなければナラナイ。 その値は、 画像を可用にできない場合に等価な~buttonになるような，空でない適切な~labelを与える文字列でなければナラナイ。 ◎ The alt attribute provides the textual label for the button for users and user agents who cannot use the image. The alt attribute must be present, and must contain a non-empty string giving the label that would be appropriate for an equivalent button if the image was unavailable.

要素は、 `寸法~属性$を~supportする。 ◎ The input element supports dimension attributes.

要素は、 次のいずれかを`表現-$する： ◎ ↓

• 次が満たされるならば、 `src$a 属性が指定する画像から`座標を選定する$ための~control ⇒ ［ 要素は `src$a 属性を有する ］~AND［ 画像は`可用$であって，~UAは その画像を表示するように環境設定されている ］ ◎ If the src attribute is set, and the image is available and the user agent is configured to display that image, then the element represents a control for selecting a coordinate from the image specified by the src attribute.＼

  加えて，要素が`変異-可能$feならば、 ~UAは，次を利用者に許容するベキである ⇒ この`座標を選定する$ ◎ In that case, if the element is mutable, the user agent should allow the user to select this coordinate.

• 他の場合、 `alt$a 属性が与える~labelを伴う提出-~button。 ◎ Otherwise, the element represents a submit button whose label is given by the value of the alt attribute.

要素の `選定された座標@ は、 ~AND↓ を満たす実数 ( %x, %y ) を表現する 2 個の`妥当な整数$からなり， 初期~時は ( 0, 0 ) になるとする： ◎ The element's selected coordinate consists of an x-component and a y-component. It is initially (0, 0).＼

• ( %x, %y ) は、 要素の画像の座標~空間における位置を表現する。 ◎ The coordinates represent the position relative to the edge of the element's image,＼
• 座標~空間は、 画像の左上隅を~~原点とし， ( %x, %y ) の正な方向は ( 右方, 下方 ) とする。 ◎ with the coordinate space having the positive x direction to the right, and the positive y direction downwards.
• − ( 左端~border幅 + 左端~padding幅 ) ~LTE %x ~LTE ( 横幅 + 右端~border幅 + 右端~padding幅 ) ◎ The x-component must be a valid integer representing a number x in the range −(borderleft+paddingleft) ≤ x ≤ width+borderright+paddingright, where width is the rendered width of the image, borderleft is the width of the border on the left of the image, paddingleft is the width of the padding on the left of the image, borderright is the width of the border on the right of the image, and paddingright is the width of the padding on the right of the image, with all dimensions given in CSS pixels.
• − ( 上端~border幅 + 上端~padding幅 ) ~LTE %y ~LTE ( 縦幅 + 下端~border幅 + 下端~padding幅 ) ◎ The y-component must be a valid integer representing a number y in the range −(bordertop+paddingtop) ≤ y ≤ height+borderbottom+paddingbottom, where height is the rendered height of the image, bordertop is the width of the border above the image, paddingtop is the width of the padding above the image, borderbottom is the width of the border below the image, and paddingbottom is the width of the padding below the image, with all dimensions given in CSS pixels.

ここで，すべての寸法（〜幅）は、 実際に描画された画像の `~CSS~pixel$数による寸法を表すとする。 ◎ Where a border or padding is missing, its width is zero CSS pixels.

次に挙げる属性は、 `~form提出用の属性$である ⇒ `formaction$a, `formenctype$a, `formmethod$a, `formnovalidate$a, `formtarget$a ◎ The formaction, formenctype, formmethod, formnovalidate, and formtarget attributes are attributes for form submission.

%image.`width$m [ = %value ]

%image.`height$m [ = %value ]

これらの属性は、［ 実際に描画された画像の寸法が既知であれば それ ／ 他の場合は 0 ］を返す。 ◎ These attributes return the actual rendered dimensions of the image, or 0 if the dimensions are not known.

いずれも、 設定して，対応する内容~属性を変更できる。 ◎ They can be set, to change the corresponding content attributes.

注記： この状態の挙動を成す多くの側面は、 `img$e 要素の挙動に類似する。 読者には、 その節も読むことが奨励される。 同じ要件の多くが，より詳細に述べられているので。 ◎ Many aspects of this state's behavior are similar to the behavior of the img element. Readers are encouraged to read that section, where many of the same requirements are described in more detail.

4.10.5.1.20. `Reset^st 状態（ `type=reset^c ）

`Reset$st `状態$にある `input$e 要素に対しては、 この節の規則が適用される。 ◎ When an input element's type attribute is in the Reset Button state, the rules in this section apply.

◎追跡路 要素は、［ 作動化-時に~formを再設定する~button ］を`表現-$する。 ~buttonの~labelは、［ 要素が `value$a 属性を有するならば その属性の値 ／ ~ELSE_ “再設定する” に似た何かを意味する`実装定義$な文字列 ］になるモノトスル。 要素は`~button$である。 ◎ (This is a tracking vector.) The input element represents a button that, when activated, resets the form. If the element has a value attribute, the button's label must be the value of that attribute; otherwise, it must be an implementation-defined string that means "Reset" or some such. The element is a button.

注記： `Reset^st 状態も、 `Submit^st 状態と同様に 指紋収集の対象にされ得る。 ◎ Since the default label is implementation-defined, and the width of the button typically depends on the button's label, the button's width can leak a few bits of fingerprintable information. These bits are likely to be strongly correlated to the identity of the user agent and the user's locale.

拘束~検証 ⇒ `拘束~検証の対象外$。 ◎ Constraint validation: The element is barred from constraint validation.

4.10.5.1.21. `Button^st 状態（ `type=button^c ）

`Button$st `状態$にある `input$e 要素に対しては、 この節の規則が適用される。 ◎ When an input element's type attribute is in the Button state, the rules in this section apply.

要素は、 既定の挙動を伴わない~buttonを`表現-$する。 ~buttonの~labelは、 `value$a 属性にて供されなければナラナイ — 空~文字列でもヨイ。 ~buttonの~labelは、［ 要素が `value$a 属性を有するならば その値 ／ ~ELSE_ 空~文字列 ］になるモノトスル。 要素は`~button$である。 ◎ The input element represents a button with no default behavior. A label for the button must be provided in the value attribute, though it may be the empty string. If the element has a value attribute, the button's label must be the value of that attribute; otherwise, it must be the empty string. The element is a button.

要素~用の`~input作動化の挙動$はない。 ◎ The element has no input activation behavior.

拘束~検証 ⇒ `拘束~検証の対象外$。 ◎ Constraint validation: The element is barred from constraint validation.

4.10.5.3.1. `maxlength^a, `minlength^a 属性

`maxlength@a ／ `minlength@a 属性は、 `適用される$ならば，［ ~form~control `minlength^a 属性 ／ ~form~control `maxlength^a 属性 ］になる。 ◎ The maxlength attribute, when it applies, is a form control maxlength attribute. ◎ The minlength attribute, when it applies, is a form control minlength attribute.

%L を要素の`値に許容される最大~長さ$とするとき、［ %L ~NEQ ε ］ならば，［ 要素の `value$a 属性の値の`長さ$ ~LTE %L ］でなければナラナイ。 ◎ If the input element has a maximum allowed value length, then the length of the value of the element's value attribute must be less than or equal to the element's maximum allowed value length.

4.10.5.3.2. `size^a 属性

`size@a 属性は、 利用者が要素の`値$feを編集している間に見れるような，~UAによる視覚-描画における文字~数を与える。 ◎ The size attribute gives the number of characters that, in a visual rendering, the user agent is to allow the user to see while editing the element's value.

`size$a 属性に指定する値は、 0 でない`妥当な負でない整数$でなければナラナイ。 ◎ The size attribute, if specified, must have a value that is a valid non-negative integer greater than zero.

属性が在る場合、［ その値を`負でない整数として構文解析-$した結果 ~GT 0 ］ならば、 ~UAは，その文字~数~以上が可視になることを確保するベキである。 ◎ If the attribute is present, then its value must be parsed using the rules for parsing non-negative integers, and if the result is a number greater than zero, then the user agent should ensure that at least that many characters are visible.

`size$m ~IDL属性は、 `正な整数のみに制限され$， `既定の値$は 20 とする。 ◎ The size IDL attribute is limited to only positive numbers and has a default value of 20.

4.10.5.3.3. `readonly^a 属性

`readonly@a 属性は、 `真偽-属性$であり、 利用者が~form~controlを編集できるかどうかを制御する。 この属性を有する要素は、 `変異-可能$feでなくなる。 ◎ The readonly attribute is a boolean attribute that controls whether or not the user can edit the form control. When specified, the element is not mutable.

拘束~検証 ⇒ 要素が次を満たしている間は、 `拘束~検証の対象外$になる ⇒ 要素は `readonly$a 属性を有する ◎ Constraint validation: If the readonly attribute is specified on an input element, the element is barred from constraint validation.

4.10.5.3.4. `required^a 属性

`required@a 属性は`真偽-属性$である。 この属性を有する要素は、 `必須@ になる。 ◎ The required attribute is a boolean attribute. When specified, the element is required.

4.10.5.3.5. `multiple^a 属性

`multiple@a 属性は、 利用者が複数の値を指定できるかどうかを指示する`真偽-属性$である。 ◎ The multiple attribute is a boolean attribute that indicates whether the user is to be allowed to specify more than one value.

4.10.5.3.6. `pattern^a 属性

`pattern@a 属性は、 正規表現を指定する。 ~controlの`値$fe — または［ `multiple$a 属性を有する ］~AND［ `multiple$a 属性は`適用される$ ］ならば ~controlの`値~群$fe — は、 この正規表現と突き合わせて検査されることになる。 ◎ The pattern attribute specifies a regular expression against which the control's value, or, when the multiple attribute applies and is set, the control's values, are to be checked.

この属性に指定する値は、 ~JS `Pattern$P_{[+UnicodeSetsMode, +N]} 生成規則に合致しなければナラナイ。 ◎ If specified, the attribute's value must match the JavaScript Pattern[+UnicodeSetsMode, +N] production.

作者は、 要素に `pattern$a 属性を指定する場合は，~patternの記述を与える `title@a 属性も与えるベキである。 ~UAは、 `title^a 属性が在るならば その内容を［ 利用者に~patternに合致していないことを伝えるとき, その他の相応しい時機 ］に利用してもヨイ — ~controlが`~focusを得た$とき ~tooltipに示したり，支援~技術により読み上げるなど。 ◎ When an input element has a pattern attribute specified, authors should include a title attribute to give a description of the pattern. User agents may use the contents of this attribute, if it is present, when informing the user that the pattern is not matched, or at any other suitable time, such as in a tooltip or read out by assistive technology when the control gains focus.

~controlが `pattern$a 属性を有する下で、 `title$a 属性を利用する場合、 それは~patternについて記述していなければナラナイ。 利用者が~controlを埋めるのを支援するものである限り，追加的な情報も含めれる。 さもなければ、 支援~技術は損なわれることになる。 ◎ When a control has a pattern attribute, the title attribute, if used, must describe the pattern. Additional information could also be included, so long as it assists the user in filling in the control. Otherwise, assistive technology would be impaired.

一例として， `title^a 属性が ~controlの~captionを包含していた場合、 支援~技術は，次の様な何かを言う結果になるが、 これでは有用にならない ⇒ あなたが手入力した~textは、 要求される~patternに合致しません。 Birthday ◎ For instance, if the title attribute contained the caption of the control, assistive technology could end up saying something like The text you have entered does not match the required pattern. Birthday, which is not useful.

~UAは、 ~errorでない状況であっても `~titleG$a を示してヨイ（例えば、 ~controlを~hoverしたときに~tooltipとして）。 なので，作者は、 `title$a を ~errorが必ず生じているかのような文面にしないよう，気を付けるべきである。 ◎ UAs may still show the title in non-error situations (for example, as a tooltip when hovering over the control), so authors should be careful not to word titles as if an error has necessarily occurred.

4.10.5.3.7. `min^a, `max^a 属性

~form~controlには、 利用者が供せる値の範囲を制限するような，明示的な拘束が適用されるものもある。 そのような範囲は，通常は連続的になるが、 `周期的範囲@ にもなり得る — その事例では、 ~controlがとり得る最も幅広な範囲は有限であり、 作者は，その中に境界をまたぐような明示的な範囲を指定できる。 ◎ Some form controls can have explicit constraints applied limiting the allowed range of values that the user can provide. Normally, such a range would be linear and continuous. A form control can have a periodic domain, however, in which case the form control's broadest possible range is finite, and authors can specify explicit ranges within it that span the boundaries.

特定的には、 `Time$st 状態にある~controlの最も幅広な範囲は，午前 0 時から次の午前 0 時~直前まで（ 24 ~~時間 ）になるが、 作者は、 連続的な範囲（ 午後 9 時 〜 午後 11 時など）のみならず，午前 0 時をまたぐ不連続な範囲（ 午後 11 〜 午前 1 時など）も設定できる。 ◎ Specifically, the broadest range of a type=time control is midnight to midnight (24 hours), and authors can set both continuous linear ranges (such as 9pm to 11pm) and discontinuous ranges spanning midnight (such as 11pm to 1am).

`min@a ／ `max@a 属性は、 要素に許容される値の範囲を指示する。 ◎ The min and max attributes indicate the allowed range of values for the element.

それらの構文は、 各種 `状態$を定義する節に定義される。 ◎ Their syntax is defined by the section that defines the type attribute's current state.

`min$a 属性は、 `~step基底$も定義する。 ◎ The min attribute also defines the step base.

【 ［ 最小~用の値 −∞, 最大~用の値 +∞ ］は、 要件の記述を簡潔にするために，この訳に導入したもの （原文では、単に “なし” ）。 】

要素は、 次を満たさなければナラナイ ⇒ ［ `周期的範囲$である ］~OR［ `最小$ ~LTE `最大$ 【！最小#attr-input-min／最大#attr-input-max】 ］ ◎ If the element does not have a periodic domain, the max attribute's value (the maximum) must not be less than the min attribute's value (its minimum).

注記： この条件を満たさない要素は、 `値$feを有する限り，`~underflowの難あり$か `~overflowの難あり$になる。 ◎ If an element that does not have a periodic domain has a maximum that is less than its minimum, then so long as the element has a value, it will either be suffering from an underflow or suffering from an overflow.

次を満たす要素は、 `範囲は裏返されて@ いるとされる ⇒ ［ `周期的範囲$である ］~AND［ `最大$ ~LT `最小$ ］ ◎ An element has a reversed range if it has a periodic domain and its maximum is less than its minimum.

次を満たす要素は、 `範囲~制限がある@ とされる ⇒ ［ `最大$ ~NEQ +∞ ］~OR［ `最小$ ~NEQ −∞ ］ ◎ An element has range limitations if it has a defined minimum or a defined maximum.

拘束~検証： ◎ ↓

• 要素が ~AND↓ を満たしている間は、 `~underflowの難あり$になる：

  【！最小#attr-input-min／最大#attr-input-max】
  • `範囲は裏返されて$いない
  • `文字列から実数に変換する$( 要素の`値$fe ) ~NEQ `~error^i
  • 前項の結果 ~LT `最小$
  ◎ Constraint validation: When the element has a minimum and does not have a reversed range, and the result of applying the algorithm to convert a string to a number to the string given by the element's value is a number, and the number obtained from that algorithm is less than the minimum, the element is suffering from an underflow.

• 要素が ~AND↓ を満たしている間は、 `~overflowの難あり$になる：

  【！最小#attr-input-min／最大#attr-input-max】
  • `範囲は裏返されて$いない
  • `文字列から実数に変換する$( 要素の`値$fe ) ~NEQ `~error^i
  • `最大$ ~LT 前項の結果
  ◎ Constraint validation: When the element has a maximum and does not have a reversed range, and the result of applying the algorithm to convert a string to a number to the string given by the element's value is a number, and the number obtained from that algorithm is more than the maximum, the element is suffering from an overflow.

• 要素が ~AND↓ を満たしている間は、 `~underflowの難あり$であると同時に `~overflowの難あり$になる：

  【！最小#attr-input-min／最大#attr-input-max】
  • `範囲は裏返されて$いる
  • `文字列から実数に変換する$( 要素の`値$fe ) ~NEQ `~error^i
  • `最大$ ~LT 前項の結果 ~LT `最小$
  ◎ Constraint validation: When an element has a reversed range, and the result of applying the algorithm to convert a string to a number to the string given by the element's value is a number, and the number obtained from that algorithm is more than the maximum and less than the minimum, the element is simultaneously suffering from an underflow and suffering from an overflow.

4.10.5.3.8. `step^a 属性

`step@a 属性は、 許容される値を制限することにより，［ `値$fe／`値~群$fe ］に期待される（かつ要求される）粒度を指示する。 以下に述べる属性の処理では、 `既定の~step@, `~step倍率@, および，一部の事例では `既定の~step基底@ も利用される — これらは、 各種 `状態$ごとに，それを定義する節に定義される。 ◎ The step attribute indicates the granularity that is expected (and required) of the value or values, by limiting the allowed values. The section that defines the type attribute's current state also defines the default step, the step scale factor, and in some cases the default step base, which are used in processing the attribute as described below.

【 既定の~step ／ ~step倍率とも、 定義されるならば，正な実数。 】

拘束~検証 ⇒ 要素が次を満たしている間は、 `~step不一致の難あり$になる ⇒ ［ 要素の`許容される値~step$ ~NEQ ε ］~AND［ `文字列から実数に変換する$( 要素の`値$fe ) ~NEQ `~error^i ］~AND［ ( `~step基底$ − 結果の実数 ) ~NIN { 要素の`許容される値~step$の整数倍 } ］ ◎ Constraint validation: When the element has an allowed value step, and the result of applying the algorithm to convert a string to a number to the string given by the element's value is a number, and that number subtracted from the step base is not an integral multiple of the allowed value step, the element is suffering from a step mismatch.

4.10.5.3.9. `list^a 属性

`list@a 属性は、［ 利用者に示唆される定義済み選択肢を~listする要素 ］を識別するために利用される。 ◎ The list attribute is used to identify an element that lists predefined options suggested to the user.

この属性に指定する値は、 同じ`文書~tree内$にある `datalist$e 要素の`~ID$を与えていなければナラナイ。 ◎ If present, its value must be the ID of a datalist element in the same tree.

［ `示唆~source要素$ ~NEQ ε ］の場合、 ~UAは： ◎ If there is a suggestions source element, then,＼

• 要素の`値$feを編集することを利用者に許容しているときは、［ 利用されている~controlの型に相応しい方式 ］で［ `示唆~source要素$が表現する示唆 ］を利用者に提供するベキである。 ◎ when the user agent is allowing the user to edit the input element's value, the user agent should offer the suggestions represented by the suggestions source element to the user in a manner suitable for the type of control used.＼
• 適切になる場合は、 示唆の［ `~label$opt, `値$opt ］を利用して，利用者~向けの示唆を識別するベキである。 ◎ If appropriate, the user agent should use the suggestion's label and value to identify the suggestion to the user.
• 示唆の個数が多い場合、［ `示唆~source要素$が表現する示唆のうち，最も関連なもの ］のみを含めるよう絞込むことが奨励される （例：利用者の入力に基づいて）。 精確な閾値は定義されないが、 4 〜 7 個くらいに抑えるのが適度であろう。 ◎ User agents are encouraged to filter the suggestions represented by the suggestions source element when the number of suggestions is large, including only the most relevant ones (e.g. based on the user's input so far). No precise threshold is defined, but capping the list at four to seven values is reasonable.＼

• 利用者からの入力に基づいて絞込むときは、 示唆の［ `~label$opt, `値$opt ］両者の中で合致するものを探索するベキである。 入力の変動がこの照合~処理nにどう影響するかを考慮するベキである：

  • ~Unicode正規化は、 適用するベキである — ~keyboardや入力に特有な仕組みが異なることにより，下層の~Unicode符号位置~並びが異なっても、 照合~処理nには干渉しないよう。
  • 文字大小の変動は無視するベキである — そのためには、 言語に特有な文字大小~対応付けが要求され得る。 例えば `CHARMODNORM$r を見よ。
  • 他の照合~特能を供してもヨイ — 少数の~~具体例を挙げるなら、［ 形が異なる仮名（あるいは漢字）を合致させる【旧字体と新字体など】／ 発音区別符を無視する／ 綴りの誤りを正す ］など。
  ◎ If filtering based on the user's input, user agents should search within both the label and value of the suggestions for matches. User agents should consider how input variations affect the matching process. Unicode normalization should be applied so that different underlying Unicode code point sequences, caused by different keyboard- or input-specific mechanisms, do not interfere with the matching process. Case variations should be ignored, which may require language-specific case mapping. For examples of these, see Character Model for the World Wide Web: String Matching. User agents may also provide other matching features: for illustration, a few examples include matching different forms of kana to each other (or to kanji), ignoring accents, or applying spelling correction. [CHARMODNORM]

注記： ~~通例と同じく、 ~UAは，［ 特定0の［ 要件, 利用者の事情 ］の組み合わせに応じて，どれが~UIにおいて適切になるか ］について裁定を下してかまわない。 しかしながら、 これは，歴史的に［ 実装者, ~web開発者, 利用者~等 ］にとって混同の元になる~~領域なので、 上述は “〜するベキ” 示唆として与えられている。 ◎ As always, user agents are free to make user interface decisions which are appropriate for their particular requirements and for the user's particular circumstances. However, this has historically been an area of confusion for implementers, web developers, and users alike, so we've given some "should" suggestions above.

利用者が ある示唆を選択したとき， その`値$opt %値 を~UAがどう取扱うかは、 要素が複数の値を受容するかどうかに依存する： ◎ How user selections of suggestions are handled depends on whether the element is a control accepting a single value only, or whether it accepts multiple values:

要素は `multiple$a 属性を有さない場合 ◎ If the element does not have a multiple attribute specified or＼

要素には `multiple$a 属性は`適用されない$場合 ◎ if the multiple attribute does not apply

要素の`値$feを %値 に設定するモノトスル — 利用者~自身が %値 を手入力したかのように。 ◎ When the user selects a suggestion, the input element's value must be set to the selected suggestion's value, as if the user had written that value themself.

［ 要素は `Email$st `状態$にある ］~AND［ 要素は `multiple$a 属性を有する ］場合： ◎ If the element's type attribute is in the Email state and the element has a multiple attribute specified

次のいずれかを行うモノトスル — 利用者~自身が それを行ったかのように：

• 要素の`値~群$feに［ %値 を値にとる新たな~entry ］を追加する。
• 要素の`値~群$feを成す既存の~entryの値を %値 に変更する。

どちらの挙動が適用されるかは、 `実装定義$な方式で，~UIに依存する。

◎ When the user selects a suggestion, the user agent must either add a new entry to the input element's values, whose value is the selected suggestion's value, or change an existing entry in the input element's values to have the value given by the selected suggestion's value, as if the user had themself added an entry with that value, or edited an existing entry to be that value. Which behavior is to be applied depends on the user interface in an implementation-defined manner.

`list$a 属性が`適用されない$場合、 `示唆~source要素$は無い。 ◎ If the list attribute does not apply, there is no suggestions source element.

4.10.5.3.10. `placeholder^a 属性

`placeholder@a 属性は、 短い ~hint（または単語や短い句） — ~controlが値を有さないとき，利用者を援助する~dataとして意図される~hint — を表現する。 この~hintは、［ 見本の値や，期待される形式についての概略的な記述 ］にすることもできる。 この属性に指定する値は、 `改行文字$を含んではナラナイ。 ◎ The placeholder attribute represents a short hint (a word or short phrase) intended to aid the user with data entry when the control has no value. A hint could be a sample value or a brief description of the expected format. The attribute, if specified, must have a value that contains no U+000A LINE FEED (LF) or U+000D CARRIAGE RETURN (CR) characters.

`placeholder$a 属性は `label$e の代替として利用されるベキでない。 より長い~hintや他の助言的~textには、 `~titleG$a 属性の方が適切になる。 ◎ The placeholder attribute should not be used as an alternative to a label. For a longer hint or other advisory text, the title attribute is more appropriate.

~UAは、［ 要素の`値$fe ~EQ 空~文字列 ］のときは，この~hintを［ `改行文字を剥いだ$上で，利用者に呈示する ］ベキである — とりわけ、 ~controlが`~focus$されていないときには。 ◎ User agents should present this hint to the user, after having stripped newlines from it, when the element's value is the empty string, especially if the control is not focused.

~UAは、 ~controlが `autofocus$a 属性の結果として~focusされたときは， この~hintを示すベキである — 通常の`~focus$時には、 この~hintを利用者に示さない~UAであっても。 この事例では、［ ~focusされる前に，利用者が~controlを精査する機会 ］は無いので。 ◎ If a user agent normally doesn't show this hint to the user when the control is focused, then the user agent should nonetheless show the hint for the control if it was focused as a result of the autofocus attribute, since in that case the user will not have had an opportunity to examine the control before focusing it.

<input name=t1 type=tel placeholder="&#x202B; رقم الهاتف 1 &#x202E;">
<input name=t2 type=tel placeholder="&#x202B; رقم الهاتف 2 &#x202E;">