Hi Corbin, thanks for the clarification. I didn't re-read the
release notes when looking for information on this I must admit,
though the exact wording doesn't immediately clarify the precise
issue. But I do understand the thinking a little better now. This
though:
If no menu was returned, the menu for the NSTableView will be used.
Suggests to me that a good behaviour might be to not draw the
default row highlight in this case. If the cell returns a menu, then
fine, the menu must pertain to the row, and so the highlight is
appropriate. But if the table falls back to the view's menu, the row
highlight isn't appropriate, no?
That's a good idea, but it doesn't fit with the pattern that some
developers use. For instance, the DragNDropOutlineView demo app
dynamically changes the tableView's menu based on what was clicked.
So, it is falling back to using the view's menu, yet wants to
highlight a particular row.
However, even better would be a setting -
setShouldDrawRowHighlightForContextualMenu: or something (or another
delegate method), which just refers the problem to the developer.
For compatibility with the current implementation, this could
default to YES.
Please do log bug requests for things like this -- it is something we
should fix when there is time.
-corbin
I'm open to suggestions and ways on improving things -- please do
log bugs and/or enhancement requests, and ways you would expect the
highlighting to work but does not.
I haven't lodged a bug yet, but will once I know what a sensible
suggestion would be.
--Graham
_______________________________________________
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 arch...@mail-archive.com
