Hello,

 

It seems that it could be dangerous (from a maintenance point-of-view)
to use one object as the delegate for multiple controls.  As new
controls/delegate methods are added, it seems possible that you could
inadvertently break existing control functionality.

 

For example, it seems that NSMenus check for the existence of method
menuNeedsUpdate: only in the case that numberOfItemsInMenu: and
menu:updateItem:atIndex:shouldCancel: are not implemented.  So if I used
the first delegate for my first menu, then later added a second menu
using the latter delegates, I've just broken my first menu.

 

Seems the best practice would be to make a separate delegate for every
control type (or at least related control types) and establish some type
of data exchange mechanism (read: "global pointer") between the delegate
object and the controller object that has all the data I need.

 

Or is there some way to say 'this delegate method is only appropriate
for the following inputs' ?

 

-Brian

 

 

_______________________________________________

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]

Reply via email to