- From: Jon Ferraiolo <jferraio@Adobe.COM>
- Date: Wed, 05 Jul 2000 14:04:28 -0700
- To: bbrodie@savagesoftware.com (Blaine Brodie)
- Cc: www-svg@w3.org
Blaine,
I believe that the factory methods createSVGColor() and createSVGPaint()
need to be eliminated. There is no ability to create any of the CSS_CUSTOM
interfaces in DOM2; you can only retrieve objects of type
CSS2BackgroundPosition or CSS2Cursor; you have no creation facilities.
If createSVGColor() and createSVGPaint() are eliminated, I believe we are OK.
Jon Ferraiolo
SVG Editor
Adobe Systems Incorporated
At 06:30 PM 7/4/00 -0700, Blaine Brodie wrote:
>>Blaine,
>>I believe you have analyzed things correctly.
>>
>>Not only SVGColor, but also SVGPaint, needs to inherit from CSSValue. We
>>will fix the spec at our earliest opportunity.
>>
>>Thanks for the report.
>>
>>Jon Ferraiolo
>>SVG Editor
>>Adobe Systems Incorporated
>
>After looking at the spec. again I noticed that there are two factory
>methods named createSVGColor() and createSVGPaint(). There could be a
>problem if SVGColor inherits from CSSValue, since these methods create
>their objects outside the context of a CSS property. This means the user
>will not be able to use the CSSValue::setCssText() method since there will
>be no property grammar to parse against. Perhaps a better solution,
>rather than having SVGColor inherit from CSSValue, would be to do
>something like the following, which is similar to how CSSPrimitiveValue
>retrieves its RGBColor, Rect and Counter objects.
> SVGCSSValue : CSSValue // where SVGCSSValue has a valueType of
>CSS_CUSTOM
> {
> SVGColor getSVGColor();
> };
>---
>Blaine
>
Received on Wednesday, 5 July 2000 17:02:25 UTC