Re: (10.0.x) option-clicking in statusbar hides active app (update)...
Re: (10.0.x) option-clicking in statusbar hides active app (update)...
- Subject: Re: (10.0.x) option-clicking in statusbar hides active app (update)...
- From: "Alastair J.Houghton" <email@hidden>
- Date: Wed, 16 Jul 2003 10:54:15 +0100
On Wednesday, July 16, 2003, at 08:50 am, Philip George wrote:
It appears as though the window server (who is in charge or
notifying your run loop in the first place) handles the hiding of the
active
app before notifying your app to focus. The click (if it's an option
click
AND if another app was active when you option-clicked your window)
never
makes it to your run loop at all, therefore there is NO place (that I
know
of) that it can be caught and killed before hiding other apps.
[snip]
How do I catch a click BEFORE the window server hears about it?
I think the entire point is that you can't, at least not with a Cocoa
application; the idea behind it was that windows should remain
responsive (to use requests to move, hide, minimise or resize them)
even if the application stops responding to events, which means that
the window server has to handle those things without asking the
application first.
I believe Carbon applications behave differently in this respect
(although they may still not be able to intercept option-click or
application hiding); it might be worth asking on one of the Carbon
lists to see if there's an easy way to do what you want.
Kind regards,
Alastair.
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.