Re: [MACTCL] Re: Status: QuickTimeTcl on OSX

[Jim I. <ji...@ap...>]

Benny,

On Sunday, December 1, 2002, at 09:33  AM, Benjamin Riefenstahl wrote:

> Hi Mats,
>
>
> Mats Bengtsson <ma...@pr...> writes:
>> Unless things are accepted to be in the core I can't use it.
>
> In the end that's right of course, but to get there we have to
> establish what is needed.
>
>> Perhaps it's better to focus on Apples recommended way of handling
>> QT movies, by using a Control, and installing a default event
>> handler, which should take care of everything. Before I start poking
>> with code, does the handledByTk flag also stops such event handling?
>
> I can't speak with authority, only from experience with Unicode input
> events.  Setting handleByTk currently prevents a call to
> SendEventToEventTarget().  After that, no event handler is called, the
> event is dropped.  From experience this prevents the Unicode input
> handlers in the Carbon event handler stack from operating, as well as
> all event handling necessary to open an IME floating window from the
> input menu.

Right, what we need to do is figure out when it is safe to send events 
to the event target.  You can imagine things like the handling of an 
event causing a Tk event to get sent.  If it is put on the event queue, 
then it may not get handled till you back out of handling the sent 
event and get back to the Tcl event queue.  OTOH, you might get one of 
those fake immediately handled events that tries to be handled under 
the Carbon event, which may also not work so well...

>
> The Apple recommended way, if I understand correctly, is
> RunApplicationEventLoop().  I tried that but it seems not possible to
> make that work at all with the current Tk architecture.
>

Yeah, Tk wants to control its own event loop.  We tried to use RAEL and 
then feed events to the Tcl event loop running on another thread, but 
some things really have to be called on the thread on which Carbon 
initialized itself.  We would get stalls where somebody tried to call a 
handler on the current thread, which had no handler registered.  We 
were basically told by the Carbon guys to stop doing that...  The 
current way of doing things is pretty much the only one that will work.

Jim


>
> so long, benny
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Tcl-mac mailing list
> Tc...@li...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac
>
_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
Jim Ingham                                                           
ji...@ap...
Developer Tools - gdb