Re: TableView::setDoubleAction's action always responding even editable items
Re: TableView::setDoubleAction's action always responding even editable items
- Subject: Re: TableView::setDoubleAction's action always responding even editable items
- From: Jerry Krinock <email@hidden>
- Date: Sun, 20 Jan 2008 20:49:48 -0800
On 2008 Jan, 20, at 9:14, John James wrote:
I subclassed TableView and called setDoubleAction: in
myTableView::awakeFromNib to a method which I do a special edit on
items a given column; All works fine for the column that I set
UNeditable;
According to the docs "If the double-clicked cell is editable, this
message isn’t sent and the cell is edited instead." In mine the
double-click action is always called even for the columns that have
been set editable.
I set all columns except the one I want the doubleAction to be
called, to editable in IB. What am I missing?
If I recall correctly, I believe that the "documentation" you are
referring to is the Mac OS 10.5 AppKit Release Notes, and you are
using the new "single-click to edit" feature in Leopard's NSTable/
OutlineView. Is that correct?
If so, I see this in my app also, but it depends on where I click:
STEPS TO REPRODUCE:
1. Click a row in an NSOutlineView to select it.
2. Wait 5 seconds and click again. This should be a "single click".
EXPECTED RESULT: Begin editing cell.
ACTUAL RESULT: Depends whether or not I moved the mouse slightly
between steps 1 and 2. If I moved the mouse, I get the Expected
Result. But if I do not move the mouse, I get the doubleAction
instead. Very Annoying!
I noticed that Path Finder (Steve Gehrman's Finder replacement) has
this same issue, but Apple's Finder does not. Is this possibly
because Path Finder is a Cocoa app and uses an NSOutlineView subclass
but Apple's Finder does not?
Also, I am using an old Macally QBall Trackball (with old driver
installed). I wonder if that's why. Or maybe it is a bug, but only
noticed by people using a trackball or trackpad, since mouse users
rarely hold their mouse perfectly still.
Can you reproduce any of my results?_______________________________________________
Cocoa-dev mailing list (email@hidden)
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:
This email sent to email@hidden