- From: Thierry Kormann <Thierry.Kormann@sophia.inria.fr>
- Date: Thu, 31 Aug 2000 19:41:47 +0200
- To: Jon Ferraiolo <jferraio@Adobe.COM>
- cc: Thierry Kormann <Thierry.Kormann@sophia.inria.fr>, www-svg@w3.org
Jon, > The main reason for the having attributes in the DOM such as 'width' and > 'height' are so that you can have object-oriented access to the values, > rather than just as strings. Yes, in many cases, string access is > sufficient, but in other cases, there is a lot of value in object-oriented > access. For example, with an SVGLength, you can determine what unit type > was applied without having to write a parser. I have also another comment. By writting my example, I was just thinking on "how people will use the SVG DOM API". In fact, developers don't (and don't even want to) know what the viewer has to perform when the setAttribute or the setValue method is called. They will just would like to know "What's the easiest way to do what I want" and really think that the setAttribute is the good answer. As far as the performance is concerned, I am really not sure that parsing 10cm is slower that creating a SVGLength plus an AnimatedSVGLength and invoking methods of those objects. In memory I am sure that the String version is much smaller than the object-oriented version. If you want to provide a lot of value (2 at the moment), you can imagine 2 attributes (more can be added in SVG 2 without changing the API) such: getAttribute("width"); getAttribute("animated-width"); May be, namespaces can be used : svg:width and animatedSvg:width to specify the attribute. Thierry. -- Thierry Kormann email: Thierry.Kormann@sophia.inria.fr http://www.inria.fr/koala/tkormann/ Koala/Dyade/Bull @ INRIA - Sophia Antipolis
Received on Thursday, 31 August 2000 13:41:53 UTC