• 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: Coreaudio-api Digest, Vol 4, Issue 24
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Coreaudio-api Digest, Vol 4, Issue 24


  • Subject: Re: Coreaudio-api Digest, Vol 4, Issue 24
  • From: Stefan Gretscher <email@hidden>
  • Date: Fri, 26 Jan 2007 19:26:12 +0100

Hi Michael,

it seems like the bug you're seeing strikes in hosts that are based on Cocoa,
while things work fine in Carbon. Something that you're doing on Carbon
seems to upset the Cocoa window management.
How exactly are you creating these secondary free-floating windows?


Also, I'm a bit curious about the intention of these free-floating windows -
what are they used for? Will they be closed by your code when the host
closes the actual plug-in UI?


Best,
Stefan

Am 26.01.2007 um 10:24 schrieb Michael Ljunggren:
Hello all,
I hope this is the right forum for this question, but I think so
as it concerns the AULab app. :-)

I have an AU plug-in which also exist as a VST plug-in for both Mac and
Windows. The plug-in has a rather complex GUI, and it makes AULab and
GarageBand a little bit confused. (Ableton Live & Apple Logic are not
confused.) I suspect that AULab and GarageBand probably share some code, or
possible the development team ;-) ? If someone from there could jump into
this discussion it would be great.


Our AU plug-in is regularly opening child windows in terms of options,
popups, messages, tweak guis etc... These are all top level windows. Opening
these, using them, and closing the windows is no problem - the problem is
that as soon as one child top-level window HAS been opened from the plug-in,
AULab/GarageBand refuse to close its window containing the GUI. Very odd.
The little red top-left "close" button does not lit red when you hover over
it with the mouse, indicating that it won't respond when pressing it.
Pressing the "close" button of the window does not close the plug- in editor
GUI.


To sum it up: Opening a secondary free-floating window from the AU GUI,
inhibits the AU host to close the plug-in gui properly.


As a clue to the mystery, I can reveal that it is irrelevant if the child
belongs to the AU GUI or not, it could just as well be a window with no
parent.


Any ideas? Has anyone stumbled upon this too?
Thank you for reading this far.

/Michael Ljunggren
Alien Connections



------------------------------------ Stefan Gretscher

plug-in development & 3rd party plug-in support
Logic Pro team, Apple

email: email@hidden
phone: (+49)-4101-495-586 (Central European Time)

AU developer support: email@hidden
TDM developer support: email@hidden



_______________________________________________
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


  • Follow-Ups:
    • RE: Coreaudio-api Digest, Vol 4, Issue 24
      • From: "Michael Ljunggren" <email@hidden>
References: 
 >RE: Coreaudio-api Digest, Vol 4, Issue 24 (From: "Michael Ljunggren" <email@hidden>)

  • Prev by Date: Re: Digital Performer AU
  • Next by Date: Re: Coreaudio-api Digest, Vol 4, Issue 24
  • Previous by thread: RE: Coreaudio-api Digest, Vol 4, Issue 24
  • Next by thread: RE: Coreaudio-api Digest, Vol 4, Issue 24
  • Index(es):
    • Date
    • Thread