Re: Forcing AU window to redraw
Re: Forcing AU window to redraw
- Subject: Re: Forcing AU window to redraw
- From: Airy André <email@hidden>
- Date: Tue, 4 Feb 2003 19:40:31 +0100
Le mardi, 4 fiv 2003, ` 16:12 Europe/Paris, Marc Poirier a icrit :
If you don't do this, then you have to hope that the host triggers some
sort of update event that will result in triggering
AUCarbonViewControl::ParamToControl to happen. I don't know the
internal
details, but most hosts to cause this to happen when opening AUViews,
but
Logic 6 does not. Anyway, I was skeptical at first ("it's beta
software
and every other host works differently!"), but now I am leaning towards
Emagic in agreeing that it is a plugin bug, which can easily be
addressed
in AUCarbonViewControl::Bind
Marc
While I agree the Update() may be needed, I am much less convinced about
the need for the other "workaround" (force Draw1Control or even worse,
the
SizeWindow stuff).
I don't think the other drawing problems are AU problems : either there
are
Logic problems (I don't have redraw problem except with Logic, which
have also
redraw problem for example when switching from Apple's GraphicEQ view to
generic view), or a Apple SDK problem (which can be considered by emagic
as a AU problem).
AU developers should just have to populate the carbon pane with their
controls
and bind them to parameters. If that's not enough, for me, the problem
is not
the developers one...
But that's just my point of view and I could be wrong...
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.