Extending the dict class

[Duncan Booth]

chosechu wrote:

> SOAPpy cannot know in advance the argument names since
> they are server-dependent and SOAPpy is generic, so retrieving
> named arguments with **k seems like the sensible thing to do.
> Unfortunately this gets converted to a dict so looses all ordering
> when being received. Extending the base dict class to support ordering
> was one possible idea.

If the order of the argument names matters, then it seems to me that should 
be handled by the SOAP library, not pushed onto the end user whoch should 
just be calling the function with the named arguments in the most 
convenient order.

Shouldn't SOAPpy be able to get this information out of the WSDL?