[whatwg] Input type attribute reflection
Ian Hickson
ian at hixie.ch
Wed Jul 28 16:01:39 PDT 2010
On Tue, 13 Apr 2010, Magnus Kristiansen wrote:
>
> 4.10.7
> "The type attribute controls the data type (and associated control) of the
> element. It is an enumerated attribute."
>
> "The accept, alt, autocomplete, max, min, multiple, pattern, placeholder,
> required, size, src, step, and type IDL attributes must reflect the respective
> content attributes of the same name."
>
> 2.7.1
> "If a reflecting IDL attribute is a DOMString whose content attribute is an
> enumerated attribute, and the IDL attribute is limited to only known values
> (...)"
>
> "If a reflecting IDL attribute is a DOMString but doesn't fall into any of the
> above categories, then the getting and setting must be done in a transparent,
> case-preserving manner."
>
> The input section does not specify that @type is limited to only known values.
> I assume this is so to allow extensions with new input types to work properly.
> However, this also means get/set operations on .type are not allowed to
> normalize case for known values, and that the missing value default does not
> apply to .type.
Fixed.
> 4.10.7
> "The missing value default is the Text state."
>
> 'Missing value default' is not linked to the definition. Yes, it is quite
> close to the sentence saying @type is an enumerated attribute, but there is a
> huge table between them, breaking the flow.
Yeah... I'd rather not xref that one, since that would need changes
throughout to keep the spec consistent. It's unambiguous.
--
Ian Hickson U+1047E )\._.,--....,'``. fL
http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,.
Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
More information about the whatwg
mailing list