W3C home > Mailing lists > Public > www-svg@w3.org > April 2010

Re: A proposal for declaritive drawing (<replicate>) to be added into SVG

From: Dr. Olaf Hoffmann <Dr.O.Hoffmann@gmx.de>
Date: Wed, 7 Apr 2010 10:07:02 +0100
To: www-svg@w3.org, david.dailey@sru.edu
Message-Id: <201004071107.03229.Dr.O.Hoffmann@gmx.de>

looks interesting.
I use similar techniques combined with animation created by PHP
mainly, because then there is no need for user sided script interpretation,
one cannot assume as author and it avoids to care about script interpretation
problems in different viewers of course. For example for me your examples
have no display at all.
But of course, this server sided scripts blow up the source code with a lot of
redundant information.
Something like this might help a lot to create much smaller files
without the complication of any scripting.

But concerning the proposal, I think it will help to define the meaning
of the attributes, properties and elements in detail for better 
understandability. Especially it is not obvious, how the interpolation
works. Cubic spline interpolation between two values will be pretty fine 
for many applications. For gradient like structures of course the other
question is, whether this method is effective for the viewer or is it possible
to get arbitrary gradients with another method with less CPU stress?

Another important issue is the compatibility with animation.
Because animation uses list item separation with semicolon, this
should never appear elsewhere, therefore this part of your proposal
is surely suboptimal, especially because it excludes, that these structures
are animatable themselves. 
Many of the documents I have with such troops of elements are animated
as well, therefore I think, this is an important requirement and I would not
be very clever to create incompatibilities with SMIL, because this 
excludes later improvements, even if for the current proposal the structures
are not considered to be animatable.

Received on Wednesday, 7 April 2010 09:22:10 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:54:26 UTC