If the value of the type attribute is file, this attribute indicates the types of files that the server accepts; otherwise it is ignored.

The URI of a program that processes the information submitted via the form. This value can be overridden by a formaction attribute on a button or input element.

This attribute defines the alternative text describing the image. Users will see this displayed if the image URL is wrong, the image is not in one of the supported formats, or until the image is downloaded.

This Boolean attribute lets you specify that a form control should have input focus when the page loads, unless the user overrides it, for example by typing in a different control. Only one form element in a document can have the autoFocus attribute, which is a Boolean. It cannot be applied if the type attribute is set to hidden (that is, you cannot automatically set focus to a hidden control).

The capture attribute allows authors to declaratively request use of a media capture mechanism, such as a camera or microphone, from within a file upload control, for capturing media on the spot.

<keygen>: A challenge string that is submitted along with the public key.

Declares the character encoding of the page or script. Used on meta and script elements.

When the value of the type attribute is radio or checkbox, the presence of this Boolean attribute indicates that the control is selected by default; otherwise it is ignored.

The visible width of the text control, in average character widths. If it is specified, it must be a positive integer. If it is not specified, the default value is 20 (HTML5).

This attribute gives the value associated with the http-equiv or name attribute, depending of the context.

This Boolean attribute indicates that the form control is not available for interaction. In particular, the click event will not be dispatched on disabled controls. Also, a disabled control's value isn't submitted with the form.

This attribute is ignored if the value of the type attribute is hidden.

Describes elements which belongs to this one. Used on labels and output elements.

Allows association of an input to a non-ancestoral form.

For use in <meter> tags.

This is the single required attribute for anchors defining a hypertext source link. It indicates the link target, either a URL or a URL fragment. A URL fragment is a name preceded by a hash mark (#), which specifies an internal target location (an ID) within the current document. URLs are not restricted to Web (HTTP)-based documents. URLs might use any protocol supported by the browser. For example, file, ftp, and mailto work in most user agents.

This enumerated attribute defines the pragma that can alter servers and user-agents behavior. The value of the pragma is defined using the content attribute and can be one of the following:

- content-language - content-type - default-style - refresh - set-cookie

This attribute defines a unique identifier (ID) which must be unique in the whole document. Its purpose is to identify the element when linking (using a fragment identifier), scripting, or styling (with CSS).

The inputmode attribute tells the browser on devices with dynamic keyboards which keyboard to display. The inputmode attribute applies to the text, search and password input types as well as <textarea>.

http://www.w3.org/TR/2015/CR-SRI-20151112/#the-integrity-attribute

React key

For use in <keygen>

<keygen>: Specifies the type of key generated.

This attribute participates in defining the language of the element, the language that non-editable elements are written in or the language that editable elements should be written in. The tag contains one single entry value in the format defines in the Tags for Identifying Languages (BCP47) IETF document. If the tag content is the empty string the language is set to unknown; if the tag content is not valid, regarding to BCP47, it is set to invalid.

For use in <meter> tags.

For use in <meter> tags.

This attribute specifies the media which the linked resource applies to. Its value must be a media query. This attribute is mainly useful when linking to external stylesheets by allowing the user agent to pick the best adapted one for the device it runs on.

The HTTP method that the browser uses to submit the form. Possible values are:

- post: Corresponds to the HTTP POST method ; form data are included in the body of the form and sent to the server.

- get: Corresponds to the HTTP GET method; form data are appended to the action attribute URI with a '?' as a separator, and the resulting URI is sent to the server. Use this method when the form has no side-effects and contains only ASCII characters.

This value can be overridden by a formmethod attribute on a button or input element.

For use in <meter> tags.

On form elements (input etc.): Name of the element. For example used by the server to identify the fields in form submits.

On the meta tag: This attribute defines the name of a document-level metadata. This document-level metadata name is associated with a value, contained by the content attribute.

For <script> and <style>elements.

'on' attribute for amp tags.

The on attribute is used to install event handlers on elements. The events that are supported depend on the element.

The value for the syntax is a simple domain specific language of the form:

eventName:targetId[.methodName[(arg1=value, arg2=value)]]

The blur event is raised when an element loses focus.

The change event is fired for input, select, and textarea elements when a change to the element's value is committed by the user.

The click event is raised when the user clicks on an element. The click event will occur after the mousedown and mouseup events.

React alias for onDoubleClick

The dblclick event is fired when a pointing device button (usually a mouse button) is clicked twice on a single element.

Type: script code

This event is sent to an image element when an error occurs loading the image.

https://developer.mozilla.org/en-US/docs/Mozilla/Tech/XUL/image#a-onerror

The focus event is raised when the user sets focus on the given element.

A user agent MUST fire a pointer event named gotpointercapture when an element receives pointer capture. This event is fired at the element that is receiving pointer capture. Subsequent events for that pointer will be fired at this element.

The keydown event is raised when the user presses a keyboard key.

The keypress event should be raised when the user presses a key on the keyboard. However, not all browsers fire keypress events for certain keys.

Webkit-based browsers (Google Chrome and Safari, for example) do not fire keypress events on the arrow keys. Firefox does not fire keypress events on modifier keys like SHIFT.

The keyup event is raised when the user releases a key that's been pressed.

The load event fires at the end of the document loading process. At this point, all of the objects in the document are in the DOM, and all the images and sub-frames have finished loading.

A user agent MUST fire a pointer event named lostpointercapture after pointer capture is released for a pointer. This event MUST be fired prior to any subsequent events for the pointer after capture was released. This event is fired at the element from which pointer capture was removed. Subsequent events for the pointer follow normal hit testing mechanisms (out of scope for this specification) for determining the event target.

The mousedown event is raised when the user presses the mouse button.

The mouseenter event is fired when a pointing device (usually a mouse) is moved over the element that has the listener attached.

The mouseleave event is fired when a pointing device (usually a mouse) is moved off the element that has the listener attached.

The mousemove event is raised when the user moves the mouse.

The mouseout event is raised when the mouse leaves an element (e.g, when the mouse moves off of an image in the web page, the mouseout event is raised for that image element).

The mouseover event is raised when the user moves the mouse over a particular element.

The mouseup event is raised when the user releases the mouse button.

A user agent MUST fire a pointer event named pointercancel in the following circumstances:

• The user agent has determined that a pointer is unlikely to continue to produce events (for example, because of a hardware event).
• After having fired the pointerdown event, if the pointer is subsequently used to manipulate the page viewport (e.g. panning or zooming). NOTE: User agents can trigger panning or zooming through multiple pointer types (such as touch and pen), and therefore the start of a pan or zoom action may result in the cancellation of various pointers, including pointers with different pointer types.
• Immediately before drag operation starts [HTML], for the pointer that caused the drag operation. NOTE: If the start of the drag operation is prevented through any means (e.g. through calling preventDefault on the dragstart event) there will be no pointercancel event.

After firing the pointercancel event, a user agent MUST also fire a pointer event named pointerout followed by firing a pointer event named pointerleave.

NOTE: This section is non-normative. Examples of scenarios in which a user agent might determine that a pointer is unlikely to continue to produce events include:

• A device's screen orientation is changed while a pointer is active.
• The user inputs a greater number of simultaneous pointers than is supported by the device.
• The user agent interprets the input as accidental (for example, the hardware supports palm rejection).
• The user agent interprets the input as a pan or zoom gesture. Methods for changing the device's screen orientation, recognizing accidental input, or using a pointer to manipulate the viewport (e.g. panning or zooming) are out of scope for this specification.

A user agent MUST fire a pointer event named pointerdown when a pointer enters the active buttons state. For mouse, this is when the device transitions from no buttons depressed to at least one button depressed. For touch, this is when physical contact is made with the digitizer. For pen, this is when the pen either makes physical contact with the digitizer without any button depressed, or transitions from no buttons depressed to at least one button depressed while hovering.

NOTE: For mouse (or other multi-button pointer devices), this means pointerdown and pointerup are not fired for all of the same circumstances as mousedown and mouseup. See chorded buttons for more information.

For input devices that do not support hover, a user agent MUST also fire a pointer event named pointerover followed by a pointer event named pointerenter prior to dispatching the pointerdown event.

NOTE: Authors can prevent the firing of certain compatibility mouse events by canceling the pointerdown event (if the isPrimary property is true). This sets the PREVENT MOUSE EVENT flag on the pointer. Note, however, that this does not prevent the mouseover, mouseenter, mouseout, or mouseleave events from firing.

A user agent MUST fire a pointer event named pointerenter when a pointing device is moved into the hit test boundaries of an element or one of its descendants, including as a result of a pointerdown event from a device that does not support hover (see pointerdown). Note that setPointerCapture or releasePointerCapture might have changed the hit test target and while a pointer is captured it is considered to be always inside the boundaries of the capturing element for the purpose of firing boundary events. This event type is similar to pointerover, but differs in that it does not bubble.

A user agent MUST fire a pointer event named pointerleave when a pointing device is moved out of the hit test boundaries of an element and all of its descendants, including as a result of a pointerup and pointercancel events from a device that does not support hover (see pointerup and pointercancel). Note that setPointerCapture or releasePointerCapture might have changed the hit test target and while a pointer is captured it is considered to be always inside the boundaries of the capturing element for the purpose of firing boundary events. User agents MUST also fire a pointer event named pointerleave when a pen stylus leaves hover range detectable by the digitizer. This event type is similar to pointerout, but differs in that it does not bubble and that it MUST not be fired until the pointing device has left the boundaries of the element and the boundaries of all of its descendants.

NOTE: There are similarities between this event type, the mouseleave event described in [UIEVENTS], and the CSS :hover pseudo-class described in [CSS21]. See also the pointerenter event.

A user agent MUST fire a pointer event named pointermove when a pointer changes coordinates. Additionally, when a pointer changes button state, pressure, tangential pressure, tilt, twist, or contact geometry (e.g. width and height) and the circumstances produce no other pointer events defined in this specification then a user agent MUST fire a pointer event named pointermove.

A user agent MUST fire a pointer event named pointerout when any of the following occurs:

• A pointing device is moved out of the hit test boundaries of an element. Note that setPointerCapture or releasePointerCapture might have changed the hit test target and while a pointer is captured it is considered to be always inside the boundaries of the capturing element for the purpose of firing boundary events.
• After firing the pointerup event for a device that does not support hover (see pointerup).
• After firing the pointercancel event (see pointercancel).
• When a pen stylus leaves the hover range detectable by the digitizer.

A user agent MUST fire a pointer event named pointerover when a pointing device is moved into the hit test boundaries of an element. Note that setPointerCapture or releasePointerCapture might have changed the hit test target and while a pointer is captured it is considered to be always inside the boundaries of the capturing element for the purpose of firing boundary events. A user agent MUST also fire this event prior to firing a pointerdown event for devices that do not support hover (see pointerdown).

A user agent MUST fire a pointer event named pointerup when a pointer leaves the active buttons state. For mouse, this is when the device transitions from at least one button depressed to no buttons depressed. For touch, this is when physical contact is removed from the digitizer. For pen, this is when the pen is removed from the physical contact with the digitizer while no button is depressed, or transitions from at least one button depressed to no buttons depressed while hovering.

For input devices that do not support hover, a user agent MUST also fire a pointer event named pointerout followed by a pointer event named pointerleave after dispatching the pointerup event.

NOTE: For mouse (or other multi-button pointer devices), this means pointerdown and pointerup are not fired for all of the same circumstances as mousedown and mouseup. See chorded buttons for more information.

The reset event is fired when a form is reset.

Specifies the function to be called when the window is scrolled.

The select event only fires when text inside a text input or textarea is selected. The event is fired after the text has been selected.

The submit event is raised when the user clicks a submit button in a form ().

Event indicating that the touch point has been canceled or disrupted.

For example, when popup menu is shown.

Event indicating that the touch point does not exist any more.

For example, whn you release your finger.

Event indicating that the touch point has moved along the plane.

Event indicating that the user has touched the plane.

For use in <meter> tags.

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.

A hint to the user of what can be entered in the control. The placeholder text must not contain carriage returns or line-feeds. This attribute applies when the value of the type attribute is text, search, tel, url or email; otherwise it is ignored.

This Boolean attribute indicates that the user cannot modify the value of the control. This attribute is ignored if the value of the type attribute is hidden, range, color, checkbox, radio, file, or a button type.

This attribute names a relationship of the linked document to the current document. The attribute must be a space-separated list of the link types values. The most common use of this attribute is to specify a link to an external style sheet: the rel attribute is set to stylesheet, and the href attribute is set to the URL of an external style sheet to format the page.

This attribute specifies that the user must fill in a value before submitting a form. It cannot be used when the type attribute is hidden, image, or a button type (submit, reset, or button). The :optional and :required CSS pseudo-classes will be applied to the field as appropriate.

For <ol> elements.

The number of visible text lines for the control.

For use in <style> tags.

If this attribute is present, then the style applies only to its parent element. If absent, the style applies to the whole document.

The initial size of the control. This value is in pixels unless the value of the type attribute is text or password, in which case, it is an integer number of characters. Starting in HTML5, this attribute applies only when the type attribute is set to text, search, tel, url, email, or password; otherwise it is ignored. In addition, the size must be greater than zero. If you don't specify a size, a default value of 20 is used.

This enumerated attribute defines whether the element may be checked for spelling errors.

If the value of the type attribute is image, this attribute specifies a URI for the location of an image to display on the graphical submit button; otherwise it is ignored.

This attribute contains CSS styling declarations to be applied to the element. Note that it is recommended for styles to be defined in a separate file or files. This attribute and the style element have mainly the purpose of allowing for quick styling, for example for testing purposes.

The value is actually just summary. This is named summaryAttr in Scala to avoid a conflict with the <summary> tag in all.

This integer attribute indicates if the element can take input focus (is focusable), if it should participate to sequential keyboard navigation, and if so, at what position. It can takes several values:

- a negative value means that the element should be focusable, but should not be reachable via sequential keyboard navigation; - 0 means that the element should be focusable and reachable via sequential keyboard navigation, but its relative order is defined by the platform convention; - a positive value which means should be focusable and reachable via sequential keyboard navigation; its relative order is defined by the value of the attribute: the sequential follow the increasing number of the tabIndex. If several elements share the same tabIndex, their relative order follows their relative position in the document).

An element with a 0 value, an invalid value, or no tabIndex value should be placed after elements with a positive tabIndex in the sequential keyboard navigation order.

This attribute contains a text representing advisory information related to the element it belongs too. Such information can typically, but not necessarily, be presented to the user as a tooltip.

Shorthand for the type attribute

This attribute is used to define the type of the content linked to. The value of the attribute should be a MIME type such as text/html, text/css, and so on. The common use of this attribute is to define the type of style sheet linked and the most common current value is text/css, which indicates a Cascading Style Sheet format. You can use tpe as an alias for this attribute so you don't have to backtick-escape this attribute.

IE-specific property to prevent user selection

Don't bother with := on this; call .apply instead.

The initial value of the control. This attribute is optional except when the value of the type attribute is radio or checkbox.

ARIA is a set of special accessibility attributes which can be added to any markup, but is especially suited to HTML. The role attribute defines what the general type of object is (such as an article, alert, or slider). Additional ARIA attributes provide other useful properties, such as a description for a form or the current value of a progressbar.

This attribute indicates whether the value of the control can be automatically completed by the browser. This attribute is ignored if the value of the type attribute is hidden, checkbox, radio, file, or a button type (button, submit, reset, image).

The attribute describes the role(s) the current element plays in the context of the document. This can be used, for example, by applications and assistive technologies to determine the purpose of an element. This could allow a user to make informed decisions on which actions may be taken on an element and activate the selected action in a device independent way. It could also be used as a mechanism for annotating portions of a document in a domain specific way (e.g., a legal term taxonomy). Although the role attribute may be used to add semantics to an element, authors should use elements with inherent semantics, such as p, rather than layering semantics on semantically neutral elements, such as div role="paragraph".

A name or keyword indicating where to display the response that is received after submitting the form. In HTML 4, this is the name of, or a keyword for, a frame. In HTML5, it is a name of, or keyword for, a browsing context (for example, tab, window, or inline frame). The following keywords have special meanings:

- _self: Load the response into the same HTML 4 frame (or HTML5 browsing context) as the current one. This value is the default if the attribute is not specified. - _blank: Load the response into a new unnamed HTML 4 window or HTML5 browsing context. - _parent: Load the response into the HTML 4 frameset parent of the current frame or HTML5 parent browsing context of the current one. If there is no parent, this option behaves the same way as _self. - _top: HTML 4: Load the response into the full, original window, canceling all other frames. HTML5: Load the response into the top-level browsing context (that is, the browsing context that is an ancestor of the current one, and has no parent). If there is no parent, this option behaves the same way as _self. - iframename: The response is displayed in a named iframe.

<textarea>: Indicates whether the text should be wrapped.