John Bandhauer wrote:
> Yes this is legal, but you've misused it. You can't decalre the
> second param as type nsISupports. It should be of type nsQIResult
> - or some '[ptr] native' type that you make up (see the
> nsQIResult declaration in nsrootidl.idl). The issue is that by
Ahh - OK - that makes sense. So for scripting languages like Python and js, it is
probably unusable as most '[ptr] native' types wont be supported?
> FWIW, The docs were not written by the person who implemented
> this stuff and they do have errors.
The first URL I posted had your name at the top ;-)
> xpctest.idl that uses 'inout' (but not 'in'). Also, the code you
> sited is in the module I call xpti not xptcall :)
*sigh* I'm having real trouble with terminology here ;-)
So xpti is a "companion" package to xptcall? It would seem to me that one is pretty
useless without the other, and the xpcom projects page does not refer to xpti, so I
assumed they were one and the same.
Thanks for the clarification...
Mark.
