OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   RE: What is wrong with SVG?

[ Lists Home | Date Index | Thread Index ]
  • From: "Don Park" <donpark@docuverse.com>
  • To: <martind@netfolder.com>, "'Jon Ferraiolo'" <jferraio@adobe.com>, "'Elliotte Rusty Harold'" <elharo@metalab.unc.edu>
  • Date: Wed, 8 Mar 2000 19:59:36 -0800

>I tried to convert the paths (used quite often in the figures) 
>into elements and I got an explosion of elements and a huge
>DOM. But with the actual format the number of nodes seems

The node explosion you encountered is actually quality of
DOM implementation issue.  Most DOM implementations build
nodes as XML data is parsed, not when they are accessed.
SVG DOM's custom path data access interfaces has similar

One difference I notice is that SVG's non-node objects are
not part of the document tree.  Changing x and y values of
a path's SVGPoint will not affect the path.  This approach
prevents node explosion at the cost of having to instantiate
fresh copy of value for each access.  However, read-only
version of SVG DOM should have this problem.

Considering all this, I think that the decision made by SVG
WG not to use elements for path segments is close to the
80/20 point.  I still do not agree with the decision to use


Don Park    -   mailto:donpark@docuverse.com
Docuverse   -   http://www.docuverse.com

This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@xml.org&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS