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

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   What is wrong with SVG?

[ Lists Home | Date Index | Thread Index ]
  • From: "Don Park" <donpark@docuverse.com>
  • To: "XML-DEV (E-mail)" <xml-dev@xml.org>
  • Date: Fri, 3 Mar 2000 13:58:54 -0800

Now that we had a nice "In praise of SVG" thread, I think it
is now time for a bit of roasting to see if any loose parts
falls off.  If SVG is so great, I think it deserves some more
peer review.  If you see anything you donot like in SVG, its
time to speak up before it gets copper-plated.

Speaking for me, I like the basic premise of SVG and am looking
forward to using it very much.  So when I heard about Jasc's
SVG editor (Trajectory Pro), I downloaded and started playing
with it.  Neat!  Then I looked at the SVG source files.  What
I saw was a bunch of <path> elements with monstrous 'd' attributes.

Here is an example:

<path d="M -9156.6833 4804.3804 l 7.8300 2.4368 2.4277 -0.1274 1.3000 0.1870
h 0.0069
  l  0.8736 -1.2764 0.3692 -0.5917 0.0397 -0.0057 0.0221 -0.0328
0.6615 -0.0927
  0.0664 0.0141 0.1335 -0.0199 3.8513 0.8465 2.0401 1.2276 0.5585 -0.2380
  0.0045 0.0011 1.8395 0.4616 0.9720 -0.1560 0.0404 -0.0409 0.3983 -0.0297
  ... [387 lines similar to above]

Is this proper use of XML?  Why on earth would anyone stuff this
much data into a single attribute?  Why not use child elements
instead of M for moveto in a monster attribute?  Why bother with
short non-intuitive attribute name like 'd' when its size of its
value can be so big?  How am I supposed to parametize SVG graphics
if everything is hardwired?

I suspect there are some logical explanations for this, so I would
like to hear from some of the SVG WG members on this and issues
raised by others on this thread.  I am looking forward to being
slammed hard with some compelling arguments.

Best,

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