Re:IOS6 html hardware acceleration changes and how to fix them
by lukifer on Sunday September 30, 2012 @03:28PM
(#4593814)
Here's how you make a tasty burger: make a tasty chicken sandwich instead. :P
The issue affects websites as well as hybrid apps. Given that this change is poorly documented by Apple, and it directly affects a JS plugin I'm working on, I'm quite grateful for the OP sharing their findings.
Re:IOS6 html hardware acceleration changes and how to fix them
by pjmlp on Monday October 01, 2012 @04:38AM
(#4595871)
hybrid apps are not native.
Re:IOS6 html hardware acceleration changes and how to fix them
by lukifer on Monday October 01, 2012 @08:53AM
(#4596656)
I know that. But your comment was like answering a question about optimizing a Python snippet with a recommendation to use C++. If you don't like hybrid apps (or Python, or whatever), that's fine, but it doesn't mean that bringing it up aids the discussion. Trust the developer to understand the tradeoffs of their tools and stack.
Re:IOS6 html hardware acceleration changes and how to fix them
by pjmlp on Monday October 01, 2012 @10:21AM
(#4597099)
My point is that native applications are the only way to take proper advantage of the hardware.
You cannot try to bend something thought to display documents into some kind of application, and they complain about lack of hardware acceleration.
Re:IOS6 html hardware acceleration changes and how to fix them
by lukifer on Monday October 01, 2012 @03:57PM
(#4599037)
Why not have a document with hardware accelerated effects? Anyway, we're talking about a feature which already existed and worked quite well, which Apple felt the need to discourage the use of, probably for battery reasons. Which is fine, but it's annoying that they didn't document it in more detail.
It's ultimately the developer's responsibility to make good choices on behalf of users, whether on native, hybrid, or the mobile web.
No need for workarounds and hints in an application whose main function is to display _documents_.