- From: Dr. Olaf Hoffmann <Dr.O.Hoffmann@gmx.de>
- Date: Sun, 2 Oct 2011 18:18:11 +0200
- To: www-svg@w3.org
Dirk Schulze: > I like the idea of stroke-position. I believe it covers most needs of web > developers, it is easy to implement and doesn't cause multiple DOM calls > like vector-effect does. > > stroke-fraction is maybe a bit to complicated in my eyes. How does it work > together with stroke-width? If it takes stroke width into account, what if > the width doesn't reach the outermost border defined by stroke-fraction? > This would have a better place in vector-effects. > You can see it in the examples, generally it is the same effect as if you cover/clip parts of the stroke with another stroke of the same path with another width. Because it is only a fraction of the stroke-width, the remaining part will be always within the width. If you need a larger offset, you have to increase the stroke-width. If you think stroke-position differs in what one can finally see, I think, it would be a good idea to have a proposal with a precise definition of stroke-position for arbitrary path segments (especially cubic) and the combination with other stroke properties. Then we can see, whether it really differs from a stroke-fraction (of a stroke-fraction with a larger stroke-width) or not. Because the idea of stroke-fraction I can realise already today with clipping and masking, I think, it is simple to implement. If the appearence of stroke-position differs significantly from a stroke of SVG 1.1 with some width and parts of the width is clipped, this would be really something new to implement, no simplified notation of a known effect. Therefore (decaratively animated) example simulations with loops, open paths, subpaths, degenerate paths with no inside additionally to a precise definition will be interesting as well to see how this stroke-position really behaves in non trivial situations. This can help to avoid, that critical situations are not defined at all - what we already have for stroke-dasharray. Olaf
Received on Sunday, 2 October 2011 16:18:41 UTC