[UIImage imageNamed:] gotcha in iOS < 4.0
UIImage's imageNamed: factory method requires file name extensions to work in iOS 3.x.
[UIImage imageNamed:@"name_of_image"] (without the file name extension) to load in an image from your app's bundle, it will fail in iOS versions earlier than 4.0. To support 3.x, include the file name extension in your calls. So, to be safe, do: [UIImage imageNamed:@"name_of_image.ext"].
UIImage's imageNamed: factory method requires file name extensions to work in iOS 3.x.
If you don't care for reading my rant at how I arrived at the solution, feel free to simply download the PSD of my UIPickerView skin with transparent selection bar (Photoshop CS3 format, .zip, 94KB) and customize it to your heart's delight and use it in your iPhone apps. Oh, and if I saved you some time, one way of thanking me is to feed my App Store habit with a tip.
Or: "How to make an opaque image transparent while matching the color values."
I'm going to be presenting my brand new session, Grab the Low-Hanging Fruit (or 5 Rules for Hedonistic Creatives) at Flash on the Beach next week.
The session got rave reviews at previews in Amsterdam and Belgium this week and I hope you guys will enjoy it too at FOTB in Brighton.
Today, I got an email from Eddie Babcock from the Y! Geo team informing me that this was due to a regression and that they will be issuing a fix today that will revert the API to its original state.
Googling around, I couldn't find any announcements from Yahoo! about this. I don't know if there's a notification feed somewhere that I'm missing -- if so, I'd appreciate it if someone could point me in the right direction. Otherwise, in case any other developres are using the Yahoo! GeoPlanet JSON API and are affected by this, here's a summary of the change from the post I just made on the yws-geo forum: