QUOTE(TheUberOverlord @ Sat Sep 8 2007, 14:02) [snapback]438963[/snapback]
programatically? If yes, then call.Finish();
Yes, thanks.
The documentation:
-> SET CALL <id> STATUS FINISHED
<- CALL <id> STATUS FINISHED
...
ERROR 24 Cannot hangup inactive call
Given call is not in progress and therefore can not be hung up.
essentially says that the call must be "in progress" first, which I guess includes "ringing"?
...and generally,
Is there any documentation available that describes semantics in some meaningful and canonical way?
The ...Docs/ApiDoc/* stuff is full of:
Object.setX - sets X on Object
SET CALL <id> SEEN - sets the call to seen
and so on. I am using environment knowledge of how-phones-work, plus the english definition
of terms (hold,forward,ringing, etc), plus a lot of black box testing to deduce behavior. This in
turn becomes the the core algorthmic logic of a/my application, which is uncomfortable indeed.
It is very inefficient, highly likely to be incomplete, and subject to change and therefore heaps-o'-testing
with each new release.
For starters, a documented finite state machine for basic call handling with complete semantics of states and transitions would be a very useful thing for developers and ultimately, I believe, for overall perception of Skype quality.
thanks again,
rick