Re: [Pythonmac-SIG] QuickTime: BeginFullScreen

2007-06-12 Thread Jack Jansen
The problem is the "Ptr*" argument: BeginFullScreen returns an opaque pointer (Ptr) through a reference parameter, and the automatic interface code generator doesn't know how to treat this. It thinks it knows how to treat the companion "Ptr" argument to EndFullScreen (representing it as a s

Re: [Pythonmac-SIG] findertools.launch reports "no eligible process"

2007-06-12 Thread Jack Jansen
On 12-jun-2007, at 16:07, has wrote: > Not just that - there's other modernisation work required too. All of > which would be a complete waste of time and effort since nobody uses > these modules any more. > > Anyway, the items to remove from plat-mac are: > > aepack > aetools > aetypes > findert

[Pythonmac-SIG] QuickTime: BeginFullScreen

2007-06-12 Thread Edward Hartley
Hi I've been examining the functions exposed in the PythonMac Qt and QuickTime libraries and it seems that whilst the EndFullScreen call and the appropriate flags are exposed as can be seen from this snip from ipython help(Qt) EndFullScreen(...) (Ptr fullState, long flags) -> None howeve

Re: [Pythonmac-SIG] findertools.launch reports "no eligible process"

2007-06-12 Thread has
Ronald Oussoren wrote: > IIRC at least one of the ae* modules seems to have assumptions on > the byteorder engrained into its design. Fixing that may well be > possible but there doesn't seem to be anyone around that both wants > to have these modules fixed and has enough time (or money) to