[Uncle Skeleton]

I'm trying to screen scrape from blockbuster.com, where it shows chapter times from dvds. Each line of chapters ends in a \r except the last one, which ends in \n (wtf, btw, and how would you even create such a file, with different newline chars used?), and I'd like to store this "ending" value in a plist, so if blockbuster changes it (fixes it?), the program can adapt without recompiling.

So how to put this character in a plist file? well I tried saving the downloaded string as a file, opening in BBEdit, copying the newline, pasting into the plist and saving. But when I pulled up my NSDictionary, the value I got was \n, not \r. I also tried putting <string>\r</string> as a value in the plist, but that gave me \\r.

so, is there any way to store a \r in a plist? or do I have to "post-process" the data I get from my plist (which works, but is quite lame)?

[KEL9000]

why not use the ascii value?

[Uncle Skeleton]

huh. didn't think of that. anyone know what it is?

edit: how do you put the ascii value in the plist? whouldn't it need to be preceeded by a \, which would be escaped by NSArray when I read it back in (just like the \r was)?

[KEL9000]

I believe it is 13 Dec (you can check all of them at asciitable.com). you can just put the ascii value into the string using format and set the char equal to the int value.

Code:
string = [NSString stringWithFormat: @"%d", c];

c = [string intValue];

[Uncle Skeleton]

so there's no way to actually put it in the plist? I would have to read all strings that are @"\013" as @"\r" and do extra processing of the Dictionary I get from my plist? Since posting I've found a way to avoid the whole issue in this particular case, but I still think there should be a way to store the standard ascii characters in a plist.