Re: NSTableView, IB & NSUserDefaults
Re: NSTableView, IB & NSUserDefaults
- Subject: Re: NSTableView, IB & NSUserDefaults
- From: Chris Heimark <email@hidden>
- Date: Mon, 26 Nov 2007 09:44:13 -0500
HI:
I was finally able to get NSUserDefaults binding to (MOSTLY) work
with an NSTableView without resorting to any code at all. It is
really neat how the bindings work for an NSTableView are setup. I
just had to make sure that the NSTableView dataSource was pointing at
shared defaults, table references were specified, etc. And I don't
even need to have the delegate of the NSTableView pointing at my
application controller.
HOWEVER, what is missing is the ability for in situ table edits to
stick. I can change a field in the NSTableView, but the moment I
press enter, tab to the next field or click on another row, the edit
reverts immediately back to what it had been before the edit. This is
puzzling as I would expect that the behavior would mimic the behavior
of all the other user defaults bindings that I have in my application
which all work as expected, including automatic updates. I receive no
errors or warnings from the console, leading me to believe I am not
far off the mark...
What simple little thing am I am missing?
Cannot see the forest through the trees...
TIA, Chris
On Nov 19, 2007, at 6:15 PM, Chris Heimark wrote:
snip...
Can anyone shed some light on this darkness for me? What little
tidbit am I missing? Is there some magic to naming of binding
entries so the right intersection of row&columns occurs?
Thanks in advance.
Chris
_______________________________________________
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