Re: idl

> The SVG IDL was made to copy the techniques used by IDLs in other W3C
> specifications. The main reason the SVG IDL doesn't use enumerations is
> that the other specs don't use them either.

That's to bad since enumeration are a way to catch type errors when setting
an attribute, or calling a method.

> The lack of enumerations in
> Java and JavaScript is probably why all W3C spec don't have enumerations in
> their IDLs.

And that's much too bad since enumeration  are easily translated in short int
when they are not handle by a language.
Anyway, I can cope with that.

However, there some strange stuff from place to place in the idl.
For example, there is a 'NumberList' interface, which can be used
in an interface that owns, well, a list of number. But there is no
DOMStringList, thus the SVGTests interface uses a nuntyped List, which is said

in the RFC to handle 'only DOMString'.
It's the same for SVGTextRotate(List angles) or AnimatedPathData...

What is the reason behind that ?

Thank you.

    stef