On Fri, Jun 6, 2008 at 3:16 PM, Daniel Oberhoff
<[EMAIL PROTECTED]> wrote:
>
>
> Anfang der weitergeleiteten E-Mail:
>
>>> Also event handling shouldn't be so hard. As long as the original osx
>>> implementation does all the event handling through the NSOpenGLView it
>>> should just come along. Though I will have to check if gtk+quartz does
>>> something to hog the event chain (probably does actually).
>>
>> (Did you mean to leave the list out of the loop?)
>
> Ah, no, sorry. Forgot to hit "reply to all" in Mail.
>
>> The event handling in clutter assumes stage equals
>> ClutterGLWindow+ClutterGLView, so for one it would need to be able to
>> work based on NSView only. Probably not too hard.
>>
>> Another issue is that in clutter there's a really low level hack to
>> get NSApp events. Now, gtk-quartz does virtually the exact same thing,
>> so the two are unlikely to run peacefully in parallel. So when used in
>> gtk context, the gtk widget should be able to disable the poll
>> function in clutter and let gtk own the event queueing.
>
> Ok. Can you provide me with pointers to source files?

Once you check out clutter from trunk there's
clutter/clutter/osx/ directory, interesting files would be
clutter-event-osx.c and clutter-stage-osx.c

I don't have immediate pointer to gtk.. some of the files in
gdk/quartz/ I'm sure.
Can probably grep for NSView and NSApp


-- 
Tommi Komulainen [EMAIL PROTECTED]
-- 
To unsubscribe send a mail to [EMAIL PROTECTED]

Reply via email to