AUCarbonViewControl::HandleEvent bug?
AUCarbonViewControl::HandleEvent bug?
- Subject: AUCarbonViewControl::HandleEvent bug?
- From: Marc Poirier <email@hidden>
- Date: Thu, 6 Feb 2003 01:37:56 +0100 (CET)
In AUCarbonViewControl.cpp, in the AUCarbonViewControl::HandleEvent()
method, there is this:
case kEventControlClick:
if (mLastControl != this) {
if (mLastControl != NULL)
mLastControl->Update(false);
mLastControl = this;
} mOwnerView->TellListener(mParam, kAudioUnitCarbonViewEvent_MouseDownInControl, NULL);
break; // don't return true, continue normal processing
case kEventControlHit:
if (mLastControl != this) {
if (mLastControl != NULL)
mLastControl->Update(false);
mLastControl = this;
mOwnerView->TellListener(mParam, kAudioUnitCarbonViewEvent_MouseUpInControl, NULL);
}
break; // don't return true, continue normal processing
But shouldn't that actually be:
case kEventControlClick:
if (mLastControl != this) {
if (mLastControl != NULL)
mLastControl->Update(false);
mLastControl = this;
} mOwnerView->TellListener(mParam, kAudioUnitCarbonViewEvent_MouseDownInControl, NULL);
break; // don't return true, continue normal processing
case kEventControlHit:
if (mLastControl != this) {
if (mLastControl != NULL)
mLastControl->Update(false);
mLastControl = this;
} mOwnerView->TellListener(mParam, kAudioUnitCarbonViewEvent_MouseUpInControl, NULL);
break; // don't return true, continue normal processing
(notice the that in second to last line above, TellListener() is moved
outside of the if (mLastControl != this) statement)
I think that this is a bug and should be changed to the second version
above, but maybe I am misunderstanding the code. Either way, I would
appreciate a confirmation of which is correct, I'm deep in automation woes
lately...
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.