[Pythonmac-SIG] Re: Carbon Tkinter/Python 2.2
Jack Jansen
Jack.Jansen@oratrix.nl
Sat, 26 Jan 2002 00:27:49 +0100
On Friday, January 25, 2002, at 07:14 PM, Christopher Smith wrote:
> ==> If I click the mouse first, the cursor does not appear until the
> second click. I can successfully navigate between text boxes
> but when the
> mouse gets down in the check box region, it disappears but
> remains active
> (so I can blindly click on the check boxes even though I can't see the
> cursor). I can get the "event delayed" behavior that Jack noted by
> clicking on the desktop first AND THEN clicking in the console.
There's a good chance I got into this mode through similar
means, or maybe through selecting the Apple menu first or
something.
Everything we've seen so far, even though the symptoms are
pretty different in different circumstances, seems to point to a
problem with WaitNextEvent(). Now, in CarbonLib WaitNextEvent()
is really a simulated call implemented with Carbon Events, i.e.
the lowlevel mechanism is Carbon Events.
So in the one process part of the code (Python's cmd-. handler,
GUSI's wait spinloop) uses the Carbon simulated WNE and another
part of the code (Tk) uses the real old-style WNE in
InterfaceLib. It could be that this leads to the strange
behaviour we see.
Does anyone here know whether this hunch is worth pursuing? Any
idea where we could find more info on this?
--
- Jack Jansen <Jack.Jansen@oratrix.com>
http://www.cwi.nl/~jack -
- If I can't dance I don't want to be part of your revolution --
Emma Goldman -