- From: Thomas Much <thomas@snailshell.de>
- Date: Fri, 15 Feb 2002 00:16:00 +0100
- To: Philippe Le Hegaret <plh@w3.org>
- CC: WWW DOM <www-dom@w3.org>
am 11.02.2002 20:27 Uhr schrieb Philippe Le Hegaret unter plh@w3.org: >> In HTMLTableElement there are tFoot, tHead and caption. >> Why are they *not* readonly? > > You can always remove the elements in the table by using the removeNode > methods. It doesn't seem necessary to make them readonly without a > rational and these attributes are already readwrite in implementations. > > The decision was not to accept the requested changes. That's OK for this question, but IMHO there are still two questions unresolved: [again setting tFoot, tHead and caption] > DOM2-HTML should specify what happens if one tries to assign a wrong > element type ("raises DOMException on setting, if a wrong element is > assigned"). (Message-ID: <B847DCA1.9AEF%thomas@snailshell.de>) Mozilla 0.9.8 throws a conversion error in this case. > HTMLSelectElement.add raises a DOMException(NOT_FOUND_ERR) if the "before" > argument is not a descendant of the SELECT element. OK. > > But what happens if I try to add an element (passed in the "element" > argument), that is not an OPTION element? Currently, add is directly delegated > to Node.appendChild or Node.insertBefore - that is, I can add HEAD, IMG, FORM > elements to the options array... That makes no sense. > > If the standard specifies a special operation for adding OPTIONs, it should > deal with errors specially and raise an exception if an element other than > OPTION is passed. (Message-ID: <B847DF6C.9AEF%thomas@snailshell.de>) MSIE 5.1.3 (Mac) throws a "type mismatch" error in this case. bye, Thomas
Received on Thursday, 14 February 2002 18:16:01 UTC