> You’re also not able to tap the AM/PM or minute items to select them, which is completely inconsistent because you can tap the day and hour items! WAT
Uh oh, that is a major red flag that the code behind this picker is one terrible mess. It implies that the code used for the time part of the picker is completely separate from the code for the date part.
Hm, it's more likely that when you have a picker column with just a few elements (like only "AM" & "PM"), the tap boundaries aren't adjusted to fill the entire container.
The bigger flag is how this wasn't picked up internally, given how prevalent UIDatePicker is in Apple's own apps. I'd be surprised if no one noticed, so am curious to see if this intentional and stays the same, or was truly accidental.
He lists that as a separate bug, so it seems the drag targets are too small and they don't respond to taps.
I had some trouble myself interacting with an iOS7 time picker but it was about confusion of how wide the active areas where.
I'm also dubious of the still skeomorphic toggle buttons. They look like something you could drag across to activate, but you need to start your drag on the toggle switch so they're basically buttons.
I don't know much about how Apple works, but any software of reasonable size simply has to ship with bugs. I'd bet there were more important problems being fixed up until the last minute.
Perhaps the right side of the picker which is closer to your resting thumb (for right handed people) was preserved to allow you to continue to scroll up/down since it's now an inline control.
Uh oh, that is a major red flag that the code behind this picker is one terrible mess. It implies that the code used for the time part of the picker is completely separate from the code for the date part.