Re: Porting fill/stroke (and -opacity variants) to plain CSS

Dirk Schulze:

> PS: Ironically a previous version of SVG had the initial value 'none' for 
> fill before, until we changed it for SVG1.1SE to follow implementations
> IIRC.  

Which version? In SVG 1.0, SVG1.1 (first edition) and SVG tiny 1.2 it is
black - I think, there was never another initial value. Right from the
beginning one expects a black fill due to specifications, if there is no
other value applicable.
Up to now, the backwards compatibility of SVG specifications is
pretty good, what might change with the current efforts concerning SVG 2.

I think, in some versions of Gecko there is additionally a bug, that
everything turns into black, if CSS interpretation is switched off for
documents having only presentation attributes and no CSS at all -
such bugs are really an indication, that SVG interpretation in browsers 
is not ready for use yet ;o)

Could the model of fill and stroke be useful for the box-model of
CSS as well? Instead or additionally to that of borders and outlines?

Olaf

Received on Thursday, 24 January 2013 11:26:04 UTC