On Thu, Nov 5, 2009 at 8:04 AM, Ryan Homer <email@hidden>
wrote:
Actually,
That was a bad example since \u only allows up to 4 digits, so the
string
was in fact a length of 3 characters, the character '5' being the
3rd.
However, the issue still seems to exist.
I have the actual characters in a text file and an application that
imports
the data. When the application imports the string with those two
characters,
it returns a length of 3. I will paste the characters directly into
the
string constant, though some people might not be able to see them.
NSString *s = @"灵𤟥";
NSLog(@"%@ (length=%d)",s,s.length);
OR
NSString *s = @"\u7075\xf0\xa4\x9f\xa5";
NSLog(@"%@ (length=%d)",s,s.length);
still returns a length of 3.
NSString uses UTF-16, so your U+247e5 character is represented by two
surrogate characters. In general, you should never expect the length
of a string code units, as a programmer would see it, to match the
length of characters in a string as users would see it.
You don't even have to involve characters outside of the basic
multilingual plane for this to be an issue. Take, for example, the
string "müssen" (i.e. the verb "must" in German). There are two ways
of representing this string, one of which will have a length of 6,
while the other has a length of 7.
