Well, as a note, at least looking at them to compare some of the button
graphics to those that I created, I did end up with 4000+ graphics to evaluate.
But your reply points out something.
On iOS, Apple does a great job at giving us many of the standard button
controls in many cases except wher
On 1 Feb 2013, at 22:11, Felix Franz wrote:
>
> On 01.02.2013, at 21:13, mail...@ericgorr.net wrote:
>
>>
>> The problem then is that my NSPersistentDocument generates an error which
>> says:
>>
>>"The document "xxx" could not be saved. The file has been changed by
>> another applicati
On 1 Feb 2013, at 20:13, mail...@ericgorr.net wrote:
> I've got a NSPersistentDocument. I have read the Concurrency with Core Data
> in the Core Data Programming Guide and am following the typically recommended
> approach which is to create separate managed object context (MOC) for each
> thre
On 01.02.2013, at 21:13, mail...@ericgorr.net wrote:
>
> The problem then is that my NSPersistentDocument generates an error which
> says:
>
> "The document "xxx" could not be saved. The file has been changed by
> another application"
>
> Of course, the other application is the NSOperati
I've got a NSPersistentDocument. I have read the Concurrency with Core
Data in the Core Data Programming Guide and am following the typically
recommended approach which is to create separate managed object context
(MOC) for each thread, but to share a single persistent store
coordinator (PSC)
Please don't do that. Apple owns its artwork - it's not for you to take at will
unless we explicitly provide it for use via API. Besides, you can't expect what
you take from one release to make sense on the next release. The iPod app was
split out into the Music and Videos apps, each with differ
On Feb 1, 2013, at 02:21 , Graham Cox wrote:
> Well, I might pursue this line of thought if I had a clear understanding of
> how to reliably check the type of an arbitrary property.
Here are some fragments of the code I use to analyze properties. Note that this
is accessing @property informat
Yup. You can pull them from the simulator, then pass the PNG files through an
open source converter to remove Apple's PNG munging.
If you have the app, you can get the images.
Sent from my iPhone
On Feb 1, 2013, at 12:01 PM, Luke Hiesterman wrote:
> Nope.
>
> Luke
>
> On Feb 1, 2013, at 5:
Nope.
Luke
On Feb 1, 2013, at 5:15 AM, Dave
wrote:
> Hi All,
>
> On iOS, is it possible to grab the Icons/Images for the Map and Contacts Apps
> somehow from the OS?
>
> Thanks a lot
> Dave
>
> ___
>
> Cocoa-dev mailing list (Cocoa-dev@lists.app
Hi All,
On iOS, is it possible to grab the Icons/Images for the Map and
Contacts Apps somehow from the OS?
Thanks a lot
Dave
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the lis
On 01/02/2013, at 6:16 PM, Quincey Morris
wrote:
> On Jan 31, 2013, at 22:54 , Graham Cox wrote:
>
>> For the errant CFTypes, I hit -valueForUndefinedKey: and
>> -setValue:forUndefinedKey:, overridden in this base class. This then checks
>> whether in fact the selector really is undefined,
11 matches
Mail list logo
