W3C home > Mailing lists > Public > www-svg@w3.org > January 2006

Re: [SVGMobile12] uDOM attribute normalization and getAttribute

From: Bjoern Hoehrmann <derhoermi@gmx.net>
Date: Thu, 19 Jan 2006 23:20:50 +0100
To: Robin Berjon <robin.berjon@expway.fr>
Cc: www-svg@w3.org
Message-ID: <sg00t190snudtdsaf06ula5pfnbgnabuc3@hive.bjoern.hoehrmann.de>

* Robin Berjon wrote:
>You make an interesting argument. However it lacks references for its  
>axioms. Pointers and their accompanied commentary would definitely  
>help assess whether:
>  a) the DOM spec is buggy compared to what was convened with other  
>WGs, notably but not solely the SVG WG
>  b) the DOM spec might not be what those WGs wanted, but cannot be  
>fixed and therefore the fix lies on those WGs' side
>  c) adding a mention to the uDOM indicating that the DOM parsing is  
>expected to operate as if 'datatype-normalization" were set to true  
>would address your concerns (this was considered at some point but  
>few people saw value in it)
>  d) the strawman reconciliation concerning the traits that I sent a  
>few days back is workable for you (and perhaps others, as Anne has  
>  e) you're simply wrong (hey, I'm listing *all* options ;)

I want the following to hold true:

  * for attributes and attribute values common to SVG Tiny 1.2 and SVG
    "Full" 1.2 there is no difference between what constitutes two
    equivalent attribute values;

  * implementations are not required to expose the difference between
    two syntactically different attribute values only if the
    specifications define that the two values are equivalent;

  * equivalence of attribute values does not depend on contextual

  * equivalence of presentation attribute values is consistent with
    equivalence of CSS property values

And I think we should rather talk about how anything else might be
desirable than what might be permissable under some interpretation of
vague and incomplete suggestions in DOM Level 3 Core. Regarding d) I'm
all for dropping this ingenious "TraitAccess" interface. What you pro-
pose in terms of canonicalization is tricky to get right but would make
sense regardless of "TraitAccess" interfaces. Whether this would make
the best possible interface to the SVG DOM in SVG Tiny 1.2 is not clear
to me, but that's out of scope here.
Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de
Weinh. Str. 22 · Telefon: +49(0)621/4309674 · http://www.bjoernsworld.de
68309 Mannheim · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/ 
Received on Thursday, 19 January 2006 22:20:30 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 8 March 2017 09:47:06 UTC