Re: Custom view, selection consistency with NSTableView
Re: Custom view, selection consistency with NSTableView
- Subject: Re: Custom view, selection consistency with NSTableView
- From: mmalcolm crawford <email@hidden>
- Date: Sun, 17 Apr 2005 03:09:48 -0700
On Apr 17, 2005, at 2:47 AM, Paul Szego wrote:
From your original post:
"For selection with mouse clicks most things are possible, but I
cannot figure out how to easily implement shift-clicking using the
additional model so that it co-operates with the NSTableView."
It's not clear what you're after. Are you simply after HI
guidelines, or is there a technical issue?
Both.
I want to implement selection in my view so that it's consistent
with existing controls, so there are no surprises for the user. The
documentation isn't up to scratch, so it seems I have to reverse
engineer out the behaviour by observing existing controls. Is this
a guideline issue (doco) [...] How to figure out the correct
answer? The HI guide doesn't have enough detail. By observing
NSTableView it results in selection of (0,1,2,3,7,8,9). Fine - I
can try to generalise from that observation into a rule to augment
the HI guide.
Feel free to file an enhancement request for the HI Guidelines.
Now how to build it? If my control only observes the first three
actions via a KVO notification of changes to 'selectionIndexes' of
an NSArrayController, but the fourth click is done in my view, how
do I implement this? I can make something up, that's not hard. But
I'm surprised that this isn't covered somewhere already.
This works in the Graphics Bindings example...
(Make an arbitrary selection in the table view -- it's reflected in
the graphics view. Now Shift-click on a dot -- it's added to or
removed from the selection as appropriate.)
mmalc
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden