Re: New way for Cocoa AU hosts to wrap Carbon AU GUIs?
Re: New way for Cocoa AU hosts to wrap Carbon AU GUIs?
- Subject: Re: New way for Cocoa AU hosts to wrap Carbon AU GUIs?
- From: Evan Olcott <email@hidden>
- Date: Wed, 25 May 2005 16:25:53 -0500
On May 25, 2005, at 4:08 PM, Luke Bellandi wrote: With this code, I can get the carbon windows to not act deactivated, but apparently there's another trick so that the *Cocoa* window doesn't appear (or become) deactivated. Any one know what that one is?
Use NSPanel instead (subclasses NSWindow.) Create the NSPanel with NSNonactivatingPanelMask, which is also available as an option in Interface Builder's attributes inspector.
- Luke
Indeed this is what I am doing for my Cocoa hosting window (double-checked it in IB). I have other "non-activating NSPanels" in my app, so there are times where the AU hosting window *should* become inactive, just not from it's child carbon window click...
Should the carbon child window I'm building have any special settings in IB perhaps? Poking around, it seems to be the difference between being able to become the "key window". Cocoa docs says if a window doesn't have a title bar or a resize bar, it can't become key - this carbon window DOESN'T but CAN.
AULab isn't using an NSPanel, is it? It's got a big titlebar!?
Ev Technical Knowledge Officer Head Programmer/Designer Audiofile Engineering
|
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden