Speaking of practical solutions, right?
Discussion on it: https://news.ycombinator.com/item?id=19597253
As a switcher to iPhone earlier this year, so many UI quirks drive me utterly bonkers. Can't stand these slow rotating dials, and for alarms specifically, I miss the confirmation that Android shows you "going off in 12 hours" or whatever, to make sure you didn't get the AM/PM or day of the week wrong.
But mostly, these numeric spinners are just terrible. In the Hilton app I have to put my kids ages all the time and it drives me crazy spinning the stupid little things to set their ages. Sigh.
I don't know how iOS got this reputation as magical and delightful and intuitive. I'm ready to go back to my Pixel, I think.
Back in the day the iPhone was notorious for messing up alarm timezones and failing to activate with DST changes… https://www.abc.net.au/news/2011-01-03/alarm-failure-leaves-...
The limitation comes from the UIPickerView system level UI component. I have a similar "bug" in my app.
Tutorial for "UIPickerView - Loop the data" involves "simply create a picker view with a large enough number of repeating rows that the user will likely never reach the end".
I guess Apple didn't think OP would reach the end.
https://stackoverflow.com/questions/26063039/uipickerview-lo...
Just wondering how they determined the length was enough? Was it constrained by a datatype or just an assumption on user behavior?
I hate that I had to find that by accident.
Sounds like junk code that's adding unnecessary complexity.
kadoban•1h ago