Re: Advanced / Expert params
Re: Advanced / Expert params
- Subject: Re: Advanced / Expert params
- From: Marc Poirier <email@hidden>
- Date: Wed, 18 Jun 2003 00:46:55 -0500 (CDT)
>
> Hehe, and while we're at it, how are multiple AUViews ("beginner",
>
> "expert", "ill-minded", "are you a musician or what?" 8-) expected to
>
> be handled?
>
>
Well - when we got lots of requests from people who to present
>
alternate views we'll figure this out.. At the moment we seem to be
>
dealing with just getting single UI's up and running...
>
>
But my idea would be to publish a collection of subtypes for the view
>
components that are defined for these kinds of groups - and let the
>
host present a choice to the user...
This is sort of related, something that's maybe obvious to others but I
just realized ('tis relevant to something else that I'm working on right
now): It's easier than you might think to support multiple versions of an
AU (like an AUView) with the same Component entry point, binary, etc. So
for example, if you had multiple versions of a GUI that mostly functioned
the same but had some differences here and there (like maybe just a
different looking skin or something), you can easily manage this by
creating the multiple resources for the AU and then just looking at the
Component description at runtime, upon creation of the Component. E.g.
something like this (what I'm doing in a current project):
ComponentDescription desc;
OSErr error = GetComponentInfo((Component)GetComponentInstance(), &desc, NULL, NULL, NULL);
if (error == noErr)
{
if (desc.componentSubType == 'blah')
InitBoringStyle();
else if (desc.componentSubType == 'WOW!')
InitExcitingStyle();
}
So of course this isn't useful for UI stuff until hosts start providing a
way to choose between multiple UI components, but anyway, for anyone how
might care and didn't already figure this out. And actually, if you have
a set of AUs that use similar GUIs, you could use this tactic too if they
might be able to share most of the same code...
Marc
_______________________________________________
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.