• 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: graphics in AU
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: graphics in AU


  • Subject: Re: graphics in AU
  • From: Urs Heckmann <email@hidden>
  • Date: Mon, 30 Sep 2002 20:01:21 +0200

Am Montag, 30.09.02, um 18:44 Uhr (Europe/Berlin) schrieb Michael Hopkins:

If you are creating controls such as slider controls using
CreateSliderControl() from the control Manager, you can specify your own
function to get called when the control is modified. You need to create a
function with the signature:

void SliderControlProc(ControlRef theControl, ControlPartCode partCode){}

You then pass this ProcPtr as the second to the last parameter of the call.


Hi Michael,

I don't create sliders (they are simply too big) but my own knob-like control. By the help of Art Gillespie I managed to get that working over the weekend. - Meanwhile I have my own control-factory class which is very comfortable.

The mentioned SliderControlProc doesn't do anything in the SDK, 'cause the controls have other means of notification for setting parameter values. Again, Art has already given a hint which I will give a try tonite.

I think this will have been solved by then.


Another thing is, I experience crashes when I open the AU a second
time, obviously by some uncertainty how to dispose off data I have
added to the derived AUCarbonViewBase (the image, that is). Do I have
to take care for superclasses when I implement a deconstructor there?

Your destructor should be called for you. You might want to verify this by
either putting a printf() in your destructor, or using the debugger to see
if your destructor is getting called.

We did have a problem in the header (AUCarbonViewBase.h) where the
destructor was not declared as virtual. This will be fixed in a subsequent
release.

I'm currently looking into these issues and will get back to the list with
further details shortly.

-Michael


The MultitapAUView example doesn't sport a destructor at all, that's why I was wondering.

Declaring destructors virtual is new to me (I think it is highly un-recommended in VST), but I will check this out by adding the virtual flavour in AUCarbonViewBase.h.

I look forward to your further details!

Cheers,

;) Urs
_______________________________________________
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.

  • Follow-Ups:
    • Re: graphics in AU
      • From: Bill Stewart <email@hidden>
    • AU interface consistency
      • From: email@hidden
References: 
 >Re: graphics in AU (From: Michael Hopkins <email@hidden>)

  • Prev by Date: AU & CodeWarrior Newbie question
  • Next by Date: Re: Control value passing
  • Previous by thread: Re: graphics in AU
  • Next by thread: AU interface consistency
  • Index(es):
    • Date
    • Thread