- From: Philippe Le Hegaret <plh@w3.org>
- Date: 11 Feb 2002 14:25:35 -0500
- To: Morten Wang <warnckew@online.no>
- Cc: WWW DOM <www-dom@w3.org>
On Thu, 2001-12-13 at 05:59, Morten Wang wrote: > 1: section 1.6.3, first sentence says > "... is _a_ HTML 4.0 document ..." > (my underlining). it should read "... an HTML 4.0 document ..." > which is what is used elsewhere in the draft. fixed. > 2: the definition of HTMLInputElement says that the attribute "size" > is of type "DOMstring", which startled me. it didn't take me long > to find that this is done due to the fact that both HTML 4.01 DTDs > (strict & transitional) define the "size" attribute as "CDATA" (the > XHTML DTDs inherit this definition). the definition contradicts > the recommendation which itself says: > > ''The width is given in pixels except when type attribute has > the value "text" or "password". In that case, its value refers > to the (integer) number of characters.'' > > so in both cases the field contains a number. > > browser practice differs on this though. Mozilla 0.9.6 defines the > attribute as a string (element.size.toSource() return 'new String()) > while Microsofts reference defines the attribute as an integer. > > in my opinion the HTML 4.01 DTD shouldn't allow the attribute to be > set to "foo" when the recommendation clearly notes it should contain a > number, so both the DTDs, the recommendation and in turn the DOM draft > should be updated to reflect this. Good catch. HTMLInputElement::size is now an unsigned long, instead of a DOMString. Thank you for the report, Philippe, for the DOM WG.
Received on Monday, 11 February 2002 14:25:38 UTC