News for hackers. Stuff that matters.
Re:Apple changed how reading books works in iOS 16, and I ma... by tempusr on Saturday December 17, 2022 @01:32PM (#34030687)
I'm gonna shill for apple and say that this is probably an oversight. Something that has been around for years and everyone expects to work as such that fell out of QA testing. Hopefully they bring it back after realizing their slipup.

That being said, I've used Kindle for years because it's online etc. They have had this same feature for years on their mobile versions so I don't get how this was a killer feature of Books.

Re:Apple changed how reading books works in iOS 16, and I ma... by yamtaddle on Saturday December 17, 2022 @01:40PM (#34030754)
The Apple Books version wasn't just a static animation—you could partially flip the page, flip it back, make just the corner flip up a little then push it back in place, et c., all with smooth and responsive enough operation that it was close-enough to feeling like a real, physical thing. The "back" of the page, as it flipped, showed the text from the front as if it were showing through thin paper, it wasn't just blank. Lots of apps have page flip animations but most of them are both non-interactive and bad. Apple's was interactive and good. Dunno if Kindle's is as good—I used it long ago and my recollection was a slow, ugly, non-interactive page flip animation, but it may have changed since then.
Re:Apple changed how reading books works in iOS 16, and I ma... by frosted-flakes on Saturday December 17, 2022 @10:39PM (#34034822)
Kindle's animation is pretty good, and I did that fidgeting thing with it all the time. I've never experienced the stuttering on Android that the OP has on iOS. It also shows the text bleeding through the back side of the page.

But the animation is disabled by default and lately I've stuck with the regular sliding animation because it's faster and much less obtrusive. It also lets you start turning the page as you're reading the last line.

Re:Apple changed how reading books works in iOS 16, and I ma... by dymk on Saturday December 17, 2022 @01:41PM (#34030771)
I disagree that something like this could have been an oversight. A designer spent time coming up with the new animation, it was approved by somebody in a project management role, and engineers had to spend time implementing the new feature.

Apple has an intense culture of dogfooding, so it would surprise me very much if someone in a leadership position didn't experience the new page-flipping animation, much less explicitly approve its design.

Re:Apple changed how reading books works in iOS 16, and I ma... by eCa on Saturday December 17, 2022 @01:52PM (#34030882)
> fell out of QA testing

That’s not really a change you miss if you do any QA of that app at all. And if it was missed that’s even worse for Apple than if it was a conscious choice.

Re:Apple changed how reading books works in iOS 16, and I ma... by dwighttk on Saturday December 17, 2022 @02:10PM (#34031068)
I’m trying to imagine QA testing that doesn’t ever actually turn the page
Re:Apple changed how reading books works in iOS 16, and I ma... by hombre_fatal on Saturday December 17, 2022 @02:19PM (#34031150)
My shill for Apple here is that the simple sliding animation is much better. I never liked that book animation. It felt heavy and distracting and out of place like most skeuomorphism.
Re:Apple changed how reading books works in iOS 16, and I ma... by CamperBob2 on Saturday December 17, 2022 @05:00PM (#34032689)
It wasn't just skeuomorphic, it had a functional component. It helped you keep your place and maintain context as you turned the page, just as you'd do with your finger while reading a real book.

No one has ever designed a physical book that works anything like the new page-turning approach, and you have to believe there's a reason for that.

Re:Apple changed how reading books works in iOS 16, and I ma... by brundolf on Saturday December 17, 2022 @02:42PM (#34031396)
It's very clearly a choice and not a bug

But what I could imagine is that it fell out of product oversight and an engineer just came along and said "well that's a really complicated piece of code, I don't want to maintain that, I'll replace it with something simple", and nobody pushed back because this isn't a high-priority feature any more