- 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. http://roasp.com/cgi-bin/new_svg/examples/roadselect.pl 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. source: http://roasp.com/svg/roadselect.pl.txt Kevin, If you don't mind, I'd like to throw it in into my tutorials at roasp.com. PS there's a new version of SVG.pm out V1.13. Ronan §-----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. § §Kevin § §
Received on Sunday, 28 October 2001 17:34:20 UTC