views:

321

answers:

3

I have a custom NSView (it's one of many and they all live inside an NSCollectionView. I don't think that's relevant, but who knows?). When I single-click the view, I want it to change its selection state (and redraw itself accordingly); when I double-click the view, I want it to pop up a larger preview window for the object that was just double-clicked.

My first looked like this:

- (void)mouseUp:(NSEvent *)theEvent
{
    if([theEvent clickCount] == 1) {
     [model setIsSelected:![model isSelected]];
    }
    else if([theEvent clickCount] == 2)
    {
     if([model hasBeenDownloaded])
     {
      [mainWindowController showPreviewWindowForPicture:model];
     }
    }
}

which mostly worked fine. Except. When I double-click the view, the selection state changes and the window pops up. This is not exactly what I want.

It seems like I have two options. I can either revert the selection state when responding to a double-click (undoing the errant single-click) or I can finagle some sort of NSTimer solution to build in a delay before responding to the single click. In other words, I can make sure that a second click is not forthcoming before changing the selection state.

This seemed more elegant, so it was the approach I took at first. The only real guidance I found from Google was on an unnamed site with a hyphen in its name. This approach mostly works with one big caveat.

The outstanding question is "How long should my NSTimer wait?". The unnamed site suggests using the Carbon function GetDblTime(). Aside from being unusable in 64-bit apps, the only documentation I can find for it says that it's returning clock-ticks. And I don't know how to convert those into seconds for NSTimer.

So what's the "correct" answer here? Fumble around with GetDblTime? "Undo" the selection on a double-click? I can't figure out the Cocoa-idiomatic approach.

+6  A: 

Delaying the changing of the selection state is (from what I've seen) the recommended way of doing this.

It's pretty simple to implement:

- (void)mouseUp:(NSEvent *)theEvent
{
    if([theEvent clickCount] == 1) {
        [model performSelector:@selector(toggleSelectedState) afterDelay:[NSEvent doubleClickInterval]];
    }
    else if([theEvent clickCount] == 2)
    {
        if([model hasBeenDownloaded])
        {
                [[NSRunLoop currentRunLoop] cancelPerformSelectorsWithTarget:model];
                [mainWindowController showPreviewWindowForPicture:model];
        }
    }
}

(Notice that in 10.6, the double click interval is accessible as a class method on NSEvent)

Dave DeLong
I had not noticed the extension to NSEvent, that is really good to know.
Louis Gerbarg
Let's pretend that we're targeting 10.5. Is there an alternative to [NSEvent doubleClickInterval]?
James Williams
+1  A: 

Personally, I think you need to ask yourself why you want this non-standard behaviour.

Can you point to any other application which treats the first click in a double-click as being different from a single-click? I can't think of any...

Jeff Laing
Click to select versus double click to edit? That one's pretty commonly seen...
Dave DeLong
Standard or non-standard behavior aside, I actually have a very good reason for this. I'm writing an app specifically to help my mom email pictures of her grandson. She gets confused very easily by computer stuff, so I'm trying to subvert the inevitable "I try to double click but it does something else! HELP!" call. :)
James Williams
Darren's convinced me that my entire UI might need to be re-thought (see my comment on his answer). So I'll take another look at it. Thanks for the food-for-thought.
James Williams
+2  A: 

If your single-click and double-click operations are really separate and unrelated, you need to use a timer on the first click and wait to see if a double-click is going to happen. That is true on any platform.

But that introduces an awkward delay in your single-click operation that users typically don't like. So you don't see that approach used very often.

A better approach is to have your single-click and double-click operations be related and complementary. For example, if you single-click an icon in Finder it is selected (immediately), and if you double-click an icon it is selected and opened (immediately). That is the behavior you should aim for.

In other words, the consequences of a single-click should be related to your double-click command. That way, you can deal with the effects of the single-click in your double-click handler without having to resort to using a timer.

Darren
So I've examined this and I think the issue is that selection in my app is sticky (to avoid having to use keyboard tricks to select more than one item) which is unusual. Click an item: it's selected. Click another item: now both are selected. Double click the first item: it opens in a window and is unselected. I'll re-evaluate to see if this is the best UI. Thanks for the food-for-thought.
James Williams

related questions