W3C home > Mailing lists > Public > www-svg@w3.org > October 2001

RE: Groups with non-zero intersections

From: <ronan@roasp.com>
Date: Sun, 28 Oct 2001 23:22:46 +0100
To: "Kevin Lindsey" <kevin@kevlindev.com>, "Chris Lilley" <chris@w3.org>, <www-svg@w3.org>, "Svg-Discuss@Roasp. Com" <svg-discuss@roasp.com>
Cc: "Jason Foster" <jafoster@uwaterloo.ca>
A bit of pseudo-plagarism on my part...

here's a dynamically generated copy of the DOM-manipulating SVG sample which
Kevin Lindsey mailed out earlier today. Used SVG.pm (of course) w/ perl.

I am using polylines with a random number of vertices, and am randomly
generating the groups 0,1,2,3 each time with 3,3,2,1 polylines.


Kevin, If you don't mind, I'd like to throw it in into my tutorials at

PS there's a new version of SVG.pm out V1.13.


§-----Original Message-----
§From: www-svg-request@w3.org [mailto:www-svg-request@w3.org]On Behalf Of
§Kevin Lindsey
§Sent: Sunday, October 28, 2001 9:58 PM
§To: Chris Lilley
§Cc: Jason Foster; www-svg@w3.org
§Subject: Re: Groups with non-zero intersections
§> > You will have
§> > to solve this one by manipulating your document's DOM.
§> Agreed; in this case, the CSS object model to alter the styling. Adding
§> a rule to the runtime stylesheet that makes all elements in a particular
§> set have a defined style is the easiest way to achieve this.
§Yes, styling classes can be used to alter the line color, but the drawing
§order needs to be altered too.  Lines that come later in the drawing order
§that are not in the currently displayed set may partially overlap the
§currently displayed set.  Since SVG styling does not use z-order, you have
§to resort to re-arranging elements in the DOM.
Received on Sunday, 28 October 2001 17:34:20 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 8 March 2017 09:46:51 UTC