Re: cocoa-dev digest, Vol 2 #2374 - 13 msgs
Re: cocoa-dev digest, Vol 2 #2374 - 13 msgs
- Subject: Re: cocoa-dev digest, Vol 2 #2374 - 13 msgs
- From: Ian Gillespie <email@hidden>
- Date: Thu, 22 May 2003 22:22:49 -0700
The only solution I have found was posted here
http://lists.apple.com/archives/cocoa-dev/2002/Jun/16/
stopeditingcellsintablev.001.txt in the archives.
Should be better than your timer fix.
Good luck,
Ian
On Thursday, May 22, 2003, at 22:00 US/Pacific,
email@hidden wrote:
Message: 6
From: Christopher Corbell <email@hidden>
To: email@hidden
Date: Thu, 22 May 2003 18:07:38 -0700
Subject: NSTableView return key and editing
How does one cleverly defeat the continuation of editing items
that NSTableView implements with the return key?
With an editable, single-column table, if you edit an item and
hit return, NSTableView then automatically causes the item below
it to become open for editing. I do not want this to happen, but
trying to defeat it with from the delegate shouldEditTableColumn:
doesn't work - if I say no, I get another editColumn: invocation;
if I say no twice, I get a third! It won't give up.
I've put in a one-shot timer that aborts editing after a short time but
this
seems like an inelegant solution.
(UI note: my table is sorted alphabetically like the Finder, so
when the user changes the name of an item it can trigger a
re-sort of the list. This is one major reason why the return-key,
spreadsheet-like editing behavior isn't wanted.)
Thanks for any help,
Christopher
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.