Resolved iOS7 deprecations and 64-bit warnings. Removing old changes I made that make no sense with the new iOS7 APIs. Converting some syntax to its "Modern Objective-C" equivalent.

It seems I was nearer finishing than I thought. I've tested this with spot checks and I can't see any show-stopping issues. Not sure I've got the Core Data stuff working properly as I'm quite new to Core Data. It looks like the explanation for each comic isn't persisting properly, but perhaps you know more and could get it persisting properly. If there are changes that you want to make, can you let me know what they were so I can learn from it? Cheers!

Sorry about the gratuitous commits in here. I tried to match your code style as much as I could; let me know if I am doing anything irritating.

The EXIF data was actually really easy to ignore: use a CGImageRef and get it's width and height. That uses the bitmap width and height (exif agnostic). I added a category to UIImage with the property exifAgnosticSize, and updated size accessors where I thought necessary. I may have missed one or two, but everything seems to be working.

I did some cleanup for readability while I was throwing out ivars. Nothing much to see here.

Added local notifications that fire MWF at 2:00 AM EST. This required a new (somewhat messy) category on NSDate. It adds a property for nextMondayWednesdayOrFriday, which returns 2:00 AM EST of the the next Monday, Wednesday, or Friday (whichever is soonest). The next notification gets scheduled when the user leaves the app; if you don't visit after the last notification, it will stay out of your hair. I could set a repeatInterval on these and only set up notifications once, but I like this approach better.

If anything's unclear, let me know.

Includes new assets, new overall look-and-feel, launch images, replacing the system action icon in the top left (up arrow doesn't make sense when at the top of the screen), etc.

2012-10-12 20:43:52.239 xkcd[8113:907] Store path: /var/mobile/Applications/9EFA3B99-3422-4C64-B24B-BDA58C8ED53B/Documents/comics.sqlite 2012-10-12 20:43:52.823 xkcd[8113:907] Scroll error 2012-10-12 20:43:52.864 xkcd[8113:907] Starting synchronization of downloaded images 2012-10-12 20:43:52.869 xkcd[8113:907] Synchronized downloaded images: 0 images 2012-10-12 20:44:59.956 xkcd[8113:907] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: 'keypath downloaded not found in entity ' *** First throw call stack: (0x37b782a3 0x35e8897f 0x39487597 0x394872bd 0x39486ed5 0x3948664f 0x39486119 0x39485531 0x39483e2b 0x35039 0x3a447 0x33121 0x30f61 0x3d101 0x3900ab01 0x38e5eabb 0x38ed38d7 0x357c5bd9 0x368684b7 0x3686d1bd 0x37b4bf3b 0x37abeebd 0x37abed49 0x37ffb2eb 0x38e9d301 0x2d101 0x3c5a9b20) libc++abi.dylib: terminate called throwing an exception

Some users cannot access comics more recent than 1248. As far as I can tell, https://xkcd.com/1248/info.0.json and https://xkcd.com/1249/info.0.json both have well-formed JSON, so this may be a local issue with the app.

I have been working on integrating Explain XKCD into the app and it's looking good ... but for now, here's a little pull request for something I encountered whilst I was working on that.

Reported by Pete (thanks, Pete!):

Viewing comic #76, for some reason I can't zoom out to see the full width of the comic or scroll all the way to the right. I can hold it in place with my finger, but as soon as I let go it snaps back.

Reproduced locally with an iPhone 5 running iOS 6.1.3.

Reported by Tyler:

I'm not sure if this is user error on my part or just a bug, but ever since one of your updates(it was 2-3 updates ago if I can remember), I haven't been able to disable the rotation in the settings.
Oh, and I've tried restarting my phone with rotation enabled and disabled to see if that would fix it somehow... It didn't.

We just display the small image right now. Main challenge is detecting that there is a linked-to image (wasn't a good hint in the API last I checked).

Fix for #68. I did my best to add high-resolution image support in a way that a) didn't require huge changes to how the app works and b) minimizes requests to xkcd servers.

Unfortunately there is no way (that I could find) to determine the high-resolution image URL to use. Some comics use the default img URL, some use the img but with _large at the end (those are usually the ones that the xkcd.com comic image is a link to a larger version), and almost every comic >= 1084 has a _2x version (the only ones without _2x are some of the ones that use _large).

So my change will, on loading the image, attempt _large, then attempt _2x, then fall back to the default image URL. However, to minimize requests, I have hardcoded known comics that are _large up to current date, so it doesn't have to check for the vast majority that aren't. This doesn't need to be updated -- future comics not included in the hardcoded part will just always check for _large first. Sorry it's so ugly, but I'm not sure there's a better way to do it, since the xkcd API is so useless for high-res images.

Also comics 256 and 273 are special -- their default image URL has _small at the end, but the link is to one with no suffix. I just hard-coded these URLs. It will still fall back to the default URL if my hard-coded URL fails.

Additionally, since the 2x comics are bigger, I modified the view controller to zoom out to 0.5 when loading comics >= 1084. That way, they don't show up super big on screen by default. (While doing this, I also fixed the "Open Zoomed Out" feature, which did not seem to be working originally.)

I received this bug report from a user:

The app used to let you scroll a comic until the bottom of the comic was even with the bottom toolbar. Now, the comic stops at the bottom edge of the screen, so the bottom toolbar can cover up the bottom of comics that are taller or roughly the same size as my phone screen.

I also am having this issue, specifically for comics 2328 and 2326 (among others).

The app will randomize to some comics that aren’t downloaded when offline. Ideally, if the app can detect that the user isn’t connected to the internet, it shouldn’t randomly choose a comic that is not stored locally on the device.

The ability to have Push Notifications so that when your waiting for the next most recent comic, you get notified when it's available.

Feature to also autodelete/download a set list of most recent comics too.

Per iOS 7 and general trend towards more in-place feeling transitions. Maybe render an expandable thumbnail in the comic list? Change the ui more fundamentally?