Re: GarageBand moves my AUCarbonView's pane, sneaky style
Re: GarageBand moves my AUCarbonView's pane, sneaky style
- Subject: Re: GarageBand moves my AUCarbonView's pane, sneaky style
- From: Art Gillespie <email@hidden>
- Date: Thu, 25 Mar 2004 07:15:31 -0500
Yeah,
And while we're discussing GB's window. Did anybody ever anticipate
that hosts would give us kUtilityWindowClass windows for our views?
From MacWindows.h(166):
A utility window is similar to a floating window, but it floats above
the windows of all applications rather than just above the windows of
the application that creates it....
-- Well, *that* just sucks for users --
But when I look at the AudioUnitCarbonViewCreate documentation, I don't
see any restriction or guidance on the class of window that may be
passed in. Does this mean that plug-in developers should be prepared
to draw into any class of window? kHelpWindowClass, kSheetWindowClass?
Can we really be expected to deliver optimal, Mac-like user
experiences when we can't even guarantee that our window won't be
application modal? (Absurd example to illustrate a point. Surely no
host would ever do this. But then again, I wouldn't have thought that
any host would use Utility Windows, either)
We have such beautiful and well-defined interfaces for audio data and
parameters, but certain aspects of the view just seem to be 'anything
goes' affairs -- your view could be compositing, could be
non-compositing, could be a document window, could be a utility window.
I'm content to work around this stuff to reach our customers, and I
don't want to sound like I'm complaining, but doesn't it seem like all
interested parties could benefit from a better-defined view interface?
My .02
Best,
Art
On Mar 24, 2004, at 6:11 PM, Marc Poirier wrote:
Alright, is this legit? After much investigation this afternoon, I
have
finally determined that GarageBand has a very peculiar habit with
AUCarbonViews skinnier than 333 pixels...
_______________________________________________
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.