> 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