• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Modal only to another window?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Modal only to another window?


  • Subject: Re: Modal only to another window?
  • From: Howard Moon <email@hidden>
  • Date: Thu, 01 Mar 2012 08:00:21 -0800

Thanks, guys!  A sheet looks like just what I need here.  Now I just need to figure out how to set that up in the context of vstgui.  I'll ask over there if I need help with that.

Thanks,
	Howard

On Feb 29, 2012, at 7:15 PM, Graham Cox wrote:

>
> On 01/03/2012, at 10:05 AM, Howard Moon wrote:
>
>> HI,
>>
>> 	I have a an audio plug-in, run inside a host application, that provides me a window in which my plug-in's UI is drawn.  What I would like to do is to make a modal window, but one that in ONLY modal in relation to my plug-in window.  Is that possible?  It's easy on Windows, but I don't see how to do that in Cocoa.  The docs talk about an "application modal" or a "modal session", but neither of those looks appropriate.  I don't want to prevent the user from accessing the host or OTHER plug-ins' windows, but I need to prevent them from accessing MY plug-in's window until they click Save or Cancel.  So application modal doesn't look right.  On the other hand, a modal session doesn't seem right, either, since I'm not in a loop doing any work at the time, just waiting for the user to set some plug-in preferences.  And I I don't see any way to make the orderingMode permanent, such as an "alwaysOnTop" flag or something.
>
>
>
> Use a sheet. That is Cocoa's solution for making a modal window relative to another window. Don't try to force a non-sheet window always on top or anything like that, your users will think your app/plugin sucks or is broken.
>
> --Graham
>
>


_______________________________________________

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


  • Prev by Date: Re: HELP!! Big problem with relationships and saving in iOS core data
  • Next by Date: Who is responsible for removing observers in longer key paths
  • Previous by thread: Re: HELP!! Big problem with relationships and saving in iOS core data
  • Next by thread: Who is responsible for removing observers in longer key paths
  • Index(es):
    • Date
    • Thread