Re: Cocoa Bindings - nondebuggable, non-obvious, procedural ???
Re: Cocoa Bindings - nondebuggable, non-obvious, procedural ???
- Subject: Re: Cocoa Bindings - nondebuggable, non-obvious, procedural ???
- From: James Dessart <email@hidden>
- Date: Mon, 3 Jan 2005 16:02:06 -0500
On Mon, 3 Jan 2005 14:38:54 -0600, Mark Munz <email@hidden> wrote:
> > But if you want to do a list of strings, how would you go about doing
> > that? That's the question he's asking, I think. I'm not sure he wants
> > the example to do anything more than just list an array of simple
> > strings.
>
> Thanks. Yes, that's the WAY SIMPLER version of my question.
> Apparently I've lost the ability to communicate in simple terms, at
> least temporarily
Then the answer is that it wont work, unfortunately. NSString doesn't
present any KVC compliant properties that you could bind to. So
although you have an array controller, the selection will never be KVC
compliant. I think you could just bind to "selection" as the
controller key, and leave it at that, though. But you're probably
better off writing a simple wrapper class that has a stringValue
property, so that you can have an (NSString*)stringValue and a
setStringValue:(NSString*)theStringValue. Then you can bind to
stringValue as the key for a table column.
James
_______________________________________________
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
| References: | |
| | >Cocoa Bindings - nondebuggable, non-obvious, procedural ??? (From: Izidor Jerebic <email@hidden>) |
| | >Re: Cocoa Bindings - nondebuggable, non-obvious, procedural ??? (From: Mark Munz <email@hidden>) |
| | >Re: Cocoa Bindings - nondebuggable, non-obvious, procedural ??? (From: mmalcolm crawford <email@hidden>) |
| | >Re: Cocoa Bindings - nondebuggable, non-obvious, procedural ??? (From: James Dessart <email@hidden>) |
| | >Re: Cocoa Bindings - nondebuggable, non-obvious, procedural ??? (From: Mark Munz <email@hidden>) |