Re: Setting the contents of an NSTokenField programatically
Re: Setting the contents of an NSTokenField programatically
- Subject: Re: Setting the contents of an NSTokenField programatically
- From: Tim Gogolin <email@hidden>
- Date: Fri, 06 May 2005 08:33:14 -0500
On May 5, 2005, at 6:43 AM, Tim Gogolin wrote:
That's what I'm trying to do, yes. Its just not behaving as I wish.
I am trying this in a controller instantiated in awakeFromNib,
which is about as early as I can get. When I call setStringValue,
the string is set AS PLAIN TEXT in the NSTokenField, when what I
want to happen is for the little blue bubbles to appear. When I
simply type that same string (as a user interacting with the
window), then the tokens appear correctly (indicating that my
tokenField:displayStringForRepresentedObject: is called and
working correctly).
Apparently, setStringValue: does not trigger the same "check for
tokens" logic that a user typing into the field causes. My
question: How can I force the NSTokenField to look at the string
contents of the entire field and "tokenize" it all?
The objectValue of a NSTokenField is an NSArray of tokens. The
tokens can be strings or some class your delegate understands as
the represented object for a token. So, -setStringValue: is
presumably equivalent to -setObjectValue:[NSArray
arrayWithObject:aString].
You should be able to call -setObjectValue: with the correct set
of tokens. You'd still have to do the tokenization, but hopefully
this is easy.
-tim
That was it, thanks Tim! Calling [ tokenField setObjectValue:
myNSArray ]; causes the tokens to appear correctly, even when I
simply use NSStrings as my represented objects. Calling
setStringValue doesn't treat the string as a single token or attempt
to parse the string into individual tokens. In my mind this is a
little odd, in that calling setStringValue shows the string as plain
text until you move the insertion point across the string using the
arrow keys. Then they magically turn into tokens...
-- Tim Gogolin
_______________________________________________
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