Re: Custom view, selection consistency with NSTableView
Re: Custom view, selection consistency with NSTableView
- Subject: Re: Custom view, selection consistency with NSTableView
- From: Paul Szego <email@hidden>
- Date: Mon, 18 Apr 2005 18:23:12 +1200
On 17/04/2005, at 10:09 PM, mmalcolm crawford wrote:
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.)
Right - but that's not a continuous selection. I'd expect that
behaviour from command-click, which is cool - it's a good starting
point for that behaviour in my app.
Paul :)
_______________________________________________
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