Re: idl

At 02:53 PM 10/24/00 +0200, Stephane Conversy wrote:
> > 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 ?

There will be fixes to the IDL in these areas in a soon-to-be-released 
revised version of the Candidate Recommendation specification. Implementers 
pointed out problems with these interfaces in email to this list a couple 
of months ago.

Jon


>Thank you.
>
>     stef