• 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: linked Cocoa-Carbon windows for AUCarbonViews
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: linked Cocoa-Carbon windows for AUCarbonViews


  • Subject: Re: linked Cocoa-Carbon windows for AUCarbonViews
  • From: Marc Poirier <email@hidden>
  • Date: Tue, 27 Sep 2005 17:04:06 -0400

On Sep 27, 2005, at 2:27 PM, Marc Poirier wrote:

On Sep 27, 2005, at 2:05 PM, William Stewart wrote:

What if the AU's UI is only taking up *part* of the window?

Yes, I realize that that's possible (I've been doing most of my basic testing in AudioUnitHosting). Again, though, no biggie; if you change the transparency and then don't like the result, then you just turn the transparency right back down. The way I've currently implemented it, when you choose "set window transparency" from the AU's contextual menu, a floating window pops open with a slider control, and the slider control does live updating so you see the changes as you slide it, and so you simply slide it back down to 0 if you don't like the results. I think it's better than nothing, and in no way worse than nothing. :)

Mmm, let me ammend this slightly: Before someone says, "AudioUnitHosting? Well that's ridiculous, then you would be just making the whole application window go transparent." Yes, that's true. And that's also another reason why it doesn't really matter. There's no real reason to do the transparency in that sort of context. Well, maybe I'm not thinking of someone else's possible interests, but for me, it's just in the context of the multi-window multi-track host application with lots of plugin instances that I want to be doing this. Actually, for that matter, I would also love to be able to make a mixer window transparent over an arrangement window. But again, that's why I am gonna make a more general enhancement request for Mac OS X...




On Sep 27, 2005, at 3:11 PM, Marc Poirier wrote:

On Tue, 27 Sep 2005, Stefan Gretscher wrote:

I don't understand why you want to modify the entire window instead of using transparency in your AU view only?
This should be ok with the spec and will save you from messing up any host that adds its own controls to the same window that the AU lives in.

Because my intent is to be able to see what's under the AU view (the song arrangement, mixer, whatever). Making only view transparent will simply allow you to see the base background of the window beneath the view.

And let me ammend this slightly, too. I would also be happy to see what you described earlier, where a host like Logic or GarageBand would just make the area of the Cocoa window under the Carbon overlay window transparent, so then I could make just the AU view's area transparent while keeping the window's toolbar opaque. That would be fine with me, too. But again, that would still involve me making the overlay window itself transparent, not just the AU view's embedded content.



Marc _______________________________________________ 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
References: 
 >linked Cocoa-Carbon windows for AUCarbonViews (From: Marc Poirier <email@hidden>)
 >Re: linked Cocoa-Carbon windows for AUCarbonViews (From: Stefan Gretscher <email@hidden>)
 >Re: linked Cocoa-Carbon windows for AUCarbonViews (From: William Stewart <email@hidden>)
 >Re: linked Cocoa-Carbon windows for AUCarbonViews (From: Marc Poirier <email@hidden>)

  • Prev by Date: Re: MIDI note tranformations
  • Next by Date: Re: Input callback timestamp reset and current sample time
  • Previous by thread: Re: linked Cocoa-Carbon windows for AUCarbonViews
  • Next by thread: Re: linked Cocoa-Carbon windows for AUCarbonViews
  • Index(es):
    • Date
    • Thread