Re: A window that rejects focus
Re: A window that rejects focus
- Subject: Re: A window that rejects focus
- From: John Stiles <email@hidden>
- Date: Tue, 19 Feb 2008 17:30:33 -0800
Actually, I'm trying to redo it now to be more sheets-friendly so I
don't have to do this, and it's coming along better than I expected, but
I want a backup plan.
What do you mean by "trapping click events"? You mean, subclassing
NSWindow and overriding every -mouse*: method? That seems pretty
heavy-handed… and I'm honestly not sure that it would do what I was
asking. I am not sure that it would keep the window from coming forward.
Kyle Sluder wrote:
On Feb 19, 2008 7:24 PM, John Stiles <email@hidden> wrote:
I am trying to implement a hierarchy of windows—e.g. clicking a button
on window A opens window B, and until window B is closed, window A can
no longer be focused at all. This isn't the same as a modal window
because a hypothetical window C, unrelated to windows A or B, should
still be accessible. It's more like sheets, actually, except that in
this case using a sheet would probably not be a good design.
This seems anti-usability (Office 2004 does this sometimes and it is
damn infuriating when I know that every other app on the system will
follow modality conventions)... but regardless, did you try
maintaining some sort of state in an external controller and trapping
click events in all the windows you want subject to this policy?
--Kyle Sluder
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden