Re: Using Cocoa for AU Views
Re: Using Cocoa for AU Views
- Subject: Re: Using Cocoa for AU Views
- From: Bill Stewart <email@hidden>
- Date: Fri, 27 Sep 2002 13:02:23 -0700
We both understand and appreciate the desirability of having Cocoa views...
However, most of the apps that are or will be available in this space are
Carbon based apps. And there were problems getting Cocoa views/Windows to
work within Carbon contexts that we were not entirely clear about whether
those issues would be addressed in Jaguar or not.
Thus, it seemed an entirely safer and more easily and reliably supported
route to take initially to support Carbon based views.
However, we will certainly be looking into providing Cocoa View support with
a mechanism that would be natural for a Cocoa app - I believe that will
invovle something different than what we are doing for the carbon views -
but this is still an area to resolve.
Bill
>
Date: Fri, 27 Sep 2002 00:19:20 +0200
>
Subject: using Cocoa for AU views ?
>
From: Benjamin Golinvaux <email@hidden>
>
To: email@hidden
>
>
Hello
>
>
We have some already existing plugin views coded in Cocoa (using a
>
proprietary
>
sdk for host<->plugin integration) and we'd like to turn them into AUs.
>
>
Right now, the way we AU interfaces need to be implemented enforce the
>
use of
>
Carbon, am I right ?
>
>
If I understand correctly, the main call that needs to be implemented
>
is :
>
>
virtual ComponentResult CreateCarbonView(
>
AudioUnit inAudioUnit,
>
WindowRef inWindow,
>
ControlRef inParentControl,
>
const Float32Point& inLocation,
>
const Float32Point& inSize,
>
ControlRef& outParentControl
>
);
>
>
This is a problem for Cocoa hosts that need to host AU, although they
>
can create a Carbon
>
window and host the AU view in its own window, but for people using
>
Cocoa for AU views,
>
what can be done ?
>
>
The problem is the ControlRef parent control. I don't know Carbon _at
>
all_, but would it be
>
possible to create an NSView that would somehow be embedded in this
>
ControlRef ?
>
>
Maybe attaching an NSWindow to the existing WindowRef and then creating
>
an NSView at the
>
ControlRef location could work but then, how could i synchronise the
>
size and pos when theCarbon control
>
is moved ? (i'm just throwing ideas at random here)
>
>
Or, better : maybe there are plans to provide hooks for Cocoa-based
>
views ?
>
>
Would I be better buying a copy of 'Learning Carbon in 100 days'
>
instead ? I'd HATE to do this....
>
>
I know Apple is probably concerned first by people who want to port
>
their existing VST plugins to AU,
>
but it'd be sad if developers weren't allowed to use the best gui sdk
>
(cocoa) on top of the best
>
audio plugin sdk.
>
>
Thanks for some info
>
>
Benjamin-
>
--
mailto:email@hidden
tel: +1 408 974 4056
__________________________________________________________________________
"Much human ingenuity has gone into finding the ultimate Before.
The current state of knowledge can be summarized thus:
In the beginning, there was nothing, which exploded" - Terry Pratchett
__________________________________________________________________________
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.