W3C home > Mailing lists > Public > www-forms-editor@w3.org > June 2007

Re: xf:insert and attribute order (PR#105)

From: (wrong string) é <xforms-issues@mn.aptest.com>
Date: Thu, 14 Jun 2007 10:21:36 -0500
Message-Id: <200706141521.l5EFLaIK018584@htmlwg.mn.aptest.com>
To: paul.butcher@formsplayer.com
CC: www-forms-editor@w3.org


we changed 6a and 6b to say that the insert location is the attribute list of
the insert location node's parent element.

Ulrich Nicolas Lissé.
For the Form WG

> In the Working Draft of 22 February 2007, Items 6a and 6b in section
> 9.3.5, "The insert Action"
> (http://www.w3.org/TR/2007/WD-xforms11-20070222/#action-insert)  both
> state that " If the cloned node is an attribute, then the target
> location is before the first attribute of the insert location node
> node."  Given the following, this directive is meaningless:
> According to XML,
> "the order of attribute specifications in a start-tag or empty-element
> tag is not significant."
> http://www.w3.org/TR/2006/REC-xml-20060816/#sec-starttags
> According to XML Infoset, the attributes property of the element
> information item is "An unordered set of attribute information items,
> one for each of the attributes"
> http://www.w3.org/TR/xml-infoset/#infoitem.element
> Also, according to the DOM, one cannot insert attributes at a given
> location with insertBefore, appendChild, or replaceChild.  Therefore,
> the only way to achieve the mandated effect would be to remove each of
> the attributes, then set them again in the correct order.  However,
> given the above, I'm not sure that would be reliable.
> http://www.w3.org/TR/2004/REC-DOM-Level-3-Core-20040407/core.html#ID-1590626202
> and
> http://www.w3.org/TR/2004/REC-DOM-Level-3-Core-20040407/core.html#ID-952280727
> -- 
>   Paul Butcher, formsPlayer
>   paul.butcher@x-port.net
>   www.formsPlayer.com  standards. innovation.
Received on Thursday, 14 June 2007 15:25:01 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 10 June 2009 18:12:15 GMT