Re: Re-Sizing an AU window from within the AU view.
Re: Re-Sizing an AU window from within the AU view.
- Subject: Re: Re-Sizing an AU window from within the AU view.
- From: Airy André <email@hidden>
- Date: Tue, 20 May 2003 20:40:05 +0200
Le mardi, 20 mai 2003, ` 15:05 Europe/Paris, Ben Dyer a icrit :
Hi All,
I know this has been discussed before but I just wondered what the
general opinion was
on AU's that have a facility to resize their window, therefore
changing the view?
I'm about to start work on a plug-in where the client wants to have a
view that includes a piano keyboard which
can be removed using a button leaving the remaining controls displayed
in a 'rack'. Due cross-platform development,
I'm not using standard AU View controls - I'm drawing into a carbon
window using a cross-platform GUI library.
So, a couple of questions regarding re-sizing :
1) Is this a good thing to be doing in AU i.e. is it in keeping with
the general AU philosophy?
No.
The window does not belong to you.
You just have a pane to play with. There can be a lot of things around
your pane in this window, and resizing the window will not
automatically resize your pane.
You could also resize your pane, but having the right behaviour of your
owner window when you do this is making a lot of wild guesses about
your host... (your host is not supposed to have defined attachement to
its controls, and is not supposed to move its controls when the window
is resized).
Look at AudioUnitHosting for example, which has a more complicated
window than the average host (which is great to test your GUI) : your
pane is not at the top/left of the window, and depending on your GUI
height, the bottom of the window could be or could be not be the bottom
of your pane.
I propose that next version of AUH to have also controls below and at
the right of the mCarbonPane...
2) Are there any built-in facilities for this that I've missed?
3) Are the any other AU's that do this and therefore a known method to
solve this problem?
Some VST do it, some VST-to-AU converted AU do it (JunoX2 for example).
For JunoX2, hosts (at least SynthTest and Logic 6.1) don't like that
(drawing problems).
I don't any native AU that does that but I haven't tried them all...
Personally, I'm not keen on the show/hide a keyboard approach by
window re-sizing..just wanted
to check with the rest of the group..
Can't you create a new window for your keyboard, and show/hide it ?
I've never used them, but carbon can define window groups. Maybe you
could create a window group, put the CarbonWindow and your keyboard
window so the act as one (while I am not sure this is a good idea
since it is not "your" window. For example the window could be already
belonging to a group. Does a window can belong to several groups ?)
Many thanks.
Ben.
P.S. The AU I have been working on hit the streets last weekend :-)
(Novation V-Station). Many thanks to all of
you that helped me along the way.
Cool !
Will a demo be available ?
BTW, I've just moved away from using PNG's for AU graphic objects and
now use WIN BMP's with pre-calculated alpha (again
cross-platform reasons).
The difference in re-draw speed is amazing (thanks to the
pre-calculation). If anyone needs any hints on this then I'd be glad
to help -
definitely worth the extra effort.
_______________________________________________
I am curious (having worked quite a lot on drawing optimisations of
layered bitmaps for AUGUIFramework...). What BMP can do that PNG can't ?
Airy
_______________________________________________
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.