On Nov 17, 2011, at 10:14 AM, Matt Neuburg wrote:
> On Wed, 16 Nov 2011 14:43:55 -0800, Peter Edberg said:
>> ...
>>
>> The issue is this: With the *short* timezone formats as specified by z
>> (=zzz) or v (=vvv), there can be a lot of ambiguity. For example, "ET" for
>> Eastern Time" could a
I remember watching an Apple iOS video on performance for almost exactly the
same thing IIRC.
It's this video: Maximizing Your Application's Performance on iPhone
From: iPhone Development Essential Videos
You can get it in iTunes.
It's from the Developer on iTunes section.
>>
>> +1, I was
On 20 nov 2011, at 22:49, Gideon King wrote:
> Thanks for the suggestions guys - I have found the issues by a binary search
> process (there were some quotes in the wrong places). I'll keep those ideas
> in my bag of tricks for if I encounter something similar again.
Please file a bug report.
Thanks for the suggestions guys - I have found the issues by a binary search
process (there were some quotes in the wrong places). I'll keep those ideas in
my bag of tricks for if I encounter something similar again.
Regards
Gideon
___
Cocoa-dev mai
On Sun, Nov 20, 2011 at 11:33 PM, Gideon King wrote:
> Clearly there is some formatting error in the file but it is a rather large
> file and would take a very long time to manually go through and find the
> issue - is there some tool available that will tell me where to look in the
> file for
On Sun, Nov 20, 2011 at 10:23 PM, Gideon King wrote:
> Thanks for the plutil tip Brian.
>
> It's not supposed to be an old style dictionary - it's just a strings file,
> and I have the whole thing in English and Spanish - the English one loads
> fine, and the Spanish one doesn't. Unfortunately s
"+ (id)dictionaryWithContentsOfFile:(NSString *)path
Parameters
path
A full or relative pathname. The file identified by path must contain a string
representation of a property list whose root object is a dictionary."
👱 Brian Krent
On Nov 21, 2011, at 12:23 AM, Gideon King wrote:
> Thanks fo
On Sun, Nov 20, 2011 at 10:13 PM, Brian Krent wrote:
> For validation, try "plutil -lint yourFile.plist" in the Terminal. Also, use
> curly braces for dictionaries in old-style ASCII plists.
I tried that before suggesting it; plutil just uses the same plist
parser that NSDictionary does, so it g
Thanks for the plutil tip Brian.
It's not supposed to be an old style dictionary - it's just a strings file, and
I have the whole thing in English and Spanish - the English one loads fine, and
the Spanish one doesn't. Unfortunately seeing as plutil thinks it's supposed to
be an old style dictio
strings files are not true dictionary files in the sense of NS or CF
dictionaries, so you can't treat them like an xml file (plist)
you can parse them line by line, manually, if you want to read them in. unless
there's another way i don't know about.
On Nov 20, 2011, at 9:33 PM, Gideon King w
For validation, try "plutil -lint yourFile.plist" in the Terminal. Also, use
curly braces for dictionaries in old-style ASCII plists.
👱 Brian Krent
On Nov 20, 2011, at 11:33 PM, Gideon King wrote:
> Hi, I'm trying to use NSDictionary's dictionaryWithContentsOfFile: method and
> am getting a
Hi, I'm trying to use NSDictionary's dictionaryWithContentsOfFile: method and
am getting an error: CFPropertyListCreateFromXMLData(): Old-style plist parser:
missing semicolon in dictionary.
The entire file is of the format:
/*some comment */
"Some string" = "Some other string";
Clearly there
Thanks, Kyle. This also fixed my problem with the MapView. Because MapView
is so self-contained, I had it in a xib presented in a popover, and didn¹t
even keep a reference to the MapView. (I do now.)
On 11/20/11 2:01 PM, "cocoa-dev-requ...@lists.apple.com"
wrote:
> On Sat, Nov 19, 2011 at 2:
Op 19 nov. 2011, om 05:29 heeft Quincey Morris het volgende geschreven:
>> 2 - Through 'NSManagedObjectContextObjectsDidChangeNotification'
>>
>> The objectIDs of the changed / inserted / deleted objects can be collected
>> from this notification and forwarded to the background thread. According
Op 19 nov. 2011, om 17:00 heeft Frederic Testuz het volgende geschreven:
>> At the moment I cannot find an acceptable way to merge changes from the main
>> thread into the background thread context. Is there a solution for my use
>> case?
>>
>> I could probably try to extend a solution with loc
On Nov 16, 2011, at 6:16 PM, Tom Harrington wrote:
> I'm finding that if I use nested managed object contexts,
> awakeFromInsert will be called twice on new objects.
On Mac OS X 10.7 NSManagedObjectContext can have a parentContext.
Perhaps this would be applicable.
--Richard
_
(Reposted to the list, with permission.)
On Sun, Nov 20, 2011 at 2:59 AM, Peter Hudson wrote:
>
> Thanks for the test app Kyle - I've run it and it works as you say.
> I suspect my difficulty lies somewhere I have not thought of.
> Attached is a frame shot of the tables on the screen.
> This scre
17 matches
Mail list logo
