• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Forcing AU window to redraw
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Forcing AU window to redraw


  • Subject: Re: Forcing AU window to redraw
  • From: Marc Poirier <email@hidden>
  • Date: Tue, 4 Feb 2003 21:34:33 +0100 (CET)

> > 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).

Well, I know, that's why I'm not trying to convince anyone. :) I didn't
even mention Draw1Control or SizeWindow at all in the message above. Even
though I am the one who originally mentioned the SizeWindow idea, I did
also emphasize that it was a _bad_ idea. The only reason why I mentioned
it was because Emagic's Pan example plugin does it and that's why that
plugin updates "correctly" upon instantiation, albeit not in a proper
fashion...


> 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...

Well, I agree, and that's what I was trying to emphasize again that the
problem is with the SDK because binding does not initialize value of the
CarbonControl (by which I mean that AUCarbonViewControl::Bind does not
initialize the value of AUCarbonViewControl::mControl with
SetControl32BitValue or SetControlValue).


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.

References: 
 >Re: Forcing AU window to redraw (From: Airy André <email@hidden>)

  • Prev by Date: Re: Forcing AU window to redraw
  • Next by Date: Re: Offline processing
  • Previous by thread: Re: Forcing AU window to redraw
  • Next by thread: HostTime and the Music Player (was What is HostTime?)
  • Index(es):
    • Date
    • Thread