Jim Ley wrote:
"Thomas DeWeese" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
Jim Ley wrote:
I don't accept that Batik is doing the right thing within ECMAScript binding.
Come on Jim, an error is an error :).
True, but the could point to a deeper problem and I believe it does, because javascript didn't necessarily call (string,string) it may have called (object,object) so you are doing type conversion on some of the parameters passed, why not all?
As I think you are aware all these interfaces are 'proxied' into JavaScript automatically by Rhino. It has a fairly complex system to handle these sorts of type conversions and locate an appropriate underlying method to call (it is probably worth noting that absent parameters -> 'null' is not one of them).
I am sure you can construct ecma script functions that would be impossible to map this way, but due to the LCD nature of the IDL used to define these interface I don't think it's a likely problem with any of the DOM interfaces - for example there are _no_ overloaded functions in DOM.
I don't know of an example stating the behaviour is wrong, but the error you're reporting does not exist in ecmascript, ecmascript objects do not throw such an error, the spec doesn't indicate it's an error thrown.
Once again an error is an error - I can understand that as a JavaScript Purist it might annoy you - but I don't think it is worth so much attention.
I believe usefully setProperty(a,b,null) and setProperty(a,b) should behave identically in an ecmascript binding. ecmascript authors should not need to know if it's a host provided or native javascript object.
In either case they will get an error! Are you seriously suggesting that I go and write and then maintain several dozen wrapper classes (which will likely slow things down) _just_ so the user sees 'priority can't be null'? I really think I have much better things to do with my time, however if you think this is _really_ that important contributions are always welcome (it should be noted that a hard dependency on Rhino would be bad).
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
