W3C home > Mailing lists > Public > www-svg@w3.org > July 2011

Re: stroke=gradient for lines or horizontal paths

From: Dr. Olaf Hoffmann <Dr.O.Hoffmann@gmx.de>
Date: Wed, 13 Jul 2011 10:42:04 +0200
To: www-svg@w3.org
Message-Id: <201107131042.04753.Dr.O.Hoffmann@gmx.de>
Note, that there is an option to provide a fallback colour in for example
fill and stroke, that has to be used, if something like a gradient or
pattern is not applicable. And why to use a line, if one wants to have
a rectangle?
I think, Opera fixed a bug in a previous version, because I send a
bug report about this ;o)

I think, if width or height of a bounding box is zero, it is not obvious,
what non zero values in objectBoundingBox units mean.
Therefore for most gradients or patterns the presentation would
be undefined, if there would be no such specific rule to ignore
it or maybe another how to interprete such degenerate cases
in general.

Because it has use cases for both to have objectBoundingBox units
only for the fill area and for everything including stroke, maybe there
should be an attribute or property available for authors to indicate,
how the objectBoundingBox should be calculated - maybe there
are other options possible as well, is something is clipped, masked
of filtered.
Obviously one has define a lot of things about stroke-properties
interactions, what is already mentioned in the recommendation to
be not defined to be able to calculate the bounding box of a shape
including stroke.

Note that the adobe SVG  plugin has general problems with lines.
I think, it generates always a non zero fill area, therefore their 
bounding box for horizontal and vertical lines is not really 
zero due to this bug - this means, that they apply the paint
server looks like a follow-up of this bug ;o)
If it appears for arbitrary paths without a wrong fill however,
this can be a specifc bug for such constructs.


Olaf
Received on Wednesday, 13 July 2011 08:42:42 GMT

This archive was generated by hypermail 2.3.1 : Friday, 8 March 2013 15:54:48 GMT