Re: SVG12: getRGBColorTrait vs non-SVGRGBColor

Hi Björn,

Thanks for finding this. The intent is that an exception should be raised if the attribute is not an rgb color. The spec has now been changed to remove the inconsistency.

/ola

 

 

From: Bjoern Hoehrmann <derhoermi@gmx.net <mailto:derhoermi@gmx.net?Subject=Re:%20SVG12:%20getRGBColorTrait%20vs%20non-SVGRGBColor&In-Reply-To=%3C430f9e26.483091187@smtp.bjoern.hoehrmann.de%3E&References=%3C430f9e26.483091187@smtp.bjoern.hoehrmann.de%3E> > 
Date: Mon, 04 Jul 2005 04:25:49 +0200
To: www-svg@w3.org <mailto:www-svg@w3.org?Subject=Re:%20SVG12:%20getRGBColorTrait%20vs%20non-SVGRGBColor&In-Reply-To=%3C430f9e26.483091187@smtp.bjoern.hoehrmann.de%3E&References=%3C430f9e26.483091187@smtp.bjoern.hoehrmann.de%3E>  
Message-ID: <430f9e26.483091187@smtp.bjoern.hoehrmann.de> 
 
Dear Scalable Vector Graphics Working Group,
 
  http://www.w3.org/TR/2005/WD-SVGMobile12-20050413/svgudom.html
appendix A.7.12 states getRGBColorTrait 
 
  Returns the trait value as SVGRGBColor. The returned object
  is a copy of the trait value and will not change if the
  corresponding trait changes. If the actual trait value is not
  an RGBColor (i.e. "none"), this method will return null.
 
and that it raises "DOMException with error code TYPE_MISMATCH_ERR if
requested trait's computed value cannot be converted to SVGRGBColor".
This is obviously inconsistent, please change the draft such that this
inconsistency is removed.
 
Note that it is incorrect to state that "none" is the only value for
which it might not be possible to convert the color to RGBColor, e.g.
system color keywords might represent gradient fills.
 
regards,
-- 
Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de <http://bjoern.hoehrmann.de> 
Weinh. Str. 22 · Telefon: +49(0)621/4309674 · http://www.bjoernsworld.de <http://www.bjoernsworld.de> 
68309 Mannheim · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/ <http://www.websitedev.de/>