Apple has confirmed that the web viewer embedded with iOS 4.3 does not offer certain optimizations included with the Safari browser bundled with Apple's mobile operating system. "The embedded web viewer does not take advantage of Safari's web performance optimizations." Apple spokeswoman Trudy Muller tells The Register. It would …
Wrong headline ?
"Apple spokeswoman Trudy Muller tells The Register"
Does this mean that Apple have finally acknowledge that El Reg exists ?
I was going to say, seems like the real news here is Apple actually acknowledging and talking to the reg!
Real news is "Apple tells Register"
Has hell frozen over?
Does this mean this time those WWDC tickets really are in the mail?
Has El Reg sold it's soul to Steve?
Is this where I put a title?
Seeing Apple respond to El Reg took me by surprise.
I wonder if Trudy Muller is still an Apple spokeswoman.
Apple spokeswoman tells The Register
Now that's the real story here, forget this Safari nonesense.
How much did El Reg pay Steve?
Or what dirt has Cade got on Miss Muller that he's used to bribe her with???
Maybe if we keep making snarky remarks about Apple in the comments section, they might go away again? =p
Gruber knows all...
No, it's obvious
No, it\s obvious why; Apple are being conservative, they didn't want to unleash a new version of the optimisations on app unsuspecting app developers without letting them test their applications worked as planned (not least because when an app suddenly stops working people are pretty miffed and blame the OS update - reasonably so). But Apple wanted to get these optimisations in play for Safari as soon as possible (especially with faster dual core Android devices arriving now).
So, Safari has all the optimisations, and runs a slight risk that some stuff won't work as planned (but this is the web - we're all used to this) where applications don't get the speed ups, but will still work (many users won't understand the distinction when it comes to these web apps - so would be really annoyed if they stopped working).
I'm sure Apple will urge developers to test against their new technology and up date as needed, then we'll see these optimisations across the board.
Isn't that obvious?
Good Thing that the optimization did not extend to embedded browser
I have an existing web application that worked fine under the previous iOS 4.2 running on either Safari or the embedded browsers offered by some other app.
However, after I updated by iPAD to iOS 4.3, the web application now CRASHES when running in Safari. So I had to use other apps to "download" my web application and then run it using its embedded browser. Then it will work.
Now, until Apple fixes the problems with NITRO, perhaps they can provide a "switch" to turn off the optimization on the Safari browser so that I can still use my existing working web apps.
No, it's not obvious
...why Apple included a redundant framework for browsing in iOS. That's effectively what this is; instead of Safari without the controls, you get Safari minus minus without the latest gadgets and gear. This means that said web apps are going to have different user experiences from the optimizations and tweaks made in the latest version of Safari, and it's now apparent this is completely true, because they've admitted the underlying engines are different.
This isn't just about native apps either - this is about web apps, which are basically just bookmarks on the home screen. Apple has no financial interest in helping out these apps, so the idea it would hold back optimizations to discourage their use, as conspiratorial as it is, is quite in tune with their past form. I'm not saying that this is the case, only offering an opposing viewpoint. From my technical perspective at least, it's an unusual policy to maintain two different libraries or applications in the same OS for the same purpose.
"Apple has no financial interest in helping out these [Web] apps..."
How many Web apps require users to pay for them? Answer: very few. Therefore, if the developers turned those Web apps into native iOS Apps, they would almost certainly be sold for free. And Apple loses money on free Apps.
Ergo, it would appear to be in Apple's best interests to make Web apps as good as possible.
Now, I agree that it is odd that there are now two HTML(etc) rendering back-ends, but I suspect that it was easier to plumb in Nitro et al to Safari, than the more general UIWebView part of iOS (since that probably has to deal with varying app permissions, etc). If there is still a discrepancy come iOS 5.0, then we can start to complain.
"This isn't just about native apps either - this is about web apps, which are basically just bookmarks on the home screen."
There is as yet no evidence of conspiracy.
Yeah. All that's happened is web apps didn't get the speed up - they use the same "tried and true" implementation.
There is work underway within the WebKit project that will mitigate this (providing security for web apps outside of Safari Mobile) and it gives developers more time to assure their web apps run as intended.
No, these run is separate processes, that's why they appear distinct from Safari in the multitasking UI. Users see these as 'Apps', and rightly so, this is exactly what they are.
This situation is not permanent.
One should also remember these haven't become "slower", they run as fast as they ever did. All that's happened is Safari Mobile has been speeded up...
I think the icon speaks for itself
Come on, people - UIWebView, as Gruber points out in his comprehensive disembowelment of this entire reach-for-a-story, is also used by apps sold within the app store. Only Safari in iOS has gotten any faster. Nothing has actually gotten slower, except in comparison. Please read: http://daringfireball.net/2011/03/nitro_ios_43
Re: I think the icon speaks for itself
somethingmissing, gruber failed to understand that the caching and offline features for web apps which were in pre 4.2 are GONE now. So yes, things ARE slower in 4.3 than 4.2.
Hadn't realised that
But I think the main point still stands, that if Safari is being made faster than UIWebView, yet UIWebView is used by apps from within the app store as well as web apps, then this can hardly be called an attempt by Apple to force the app store down developers' throats.
Although having removed that possible motive, it's difficult to tell why Apple are approaching it this way at all.
Apple spokeswoman Trudy Muller fired for talking
Are there two browsers?
Forgive this noobs obvious question. It sounds like there are two web browsers on the iPhone, Safari and the Web Viewer.
Is this true? If so, why?
alternative headline :
Canadian startup uses dodgy research to self-publicise.
oh, and see Daring Fireball and various links thereof for a discussion of why it makes sense to allow only signed/trusted apps access to the Nitro JIT(for now).
(and yes, Gruber is fairly objective on this one)
@SuccessCase, I don't know if I buy it. People have had apps break from one iOS to the next and had to come up with fixes for it. I don't think they would turn away a nice speedup that is supposed to not change behavior at all over this.
For those who think it's intentional, I must make one comment -- it's in Apple's best interest to make things as low power as possible. If the goal was just to slow down apps on the desktop, they should use the newer, more efficient code and throttle CPU usage. This would save battery life.
What can code choose?
@Henry Wertz 1: Thanks for your comment. Is it fair to say that most end-users have no idea that 2 browsers exist on their phone, and also have no idea how to go about using a specific browser?
Is this also true of a developer, or do they know which one their code will be running in? Can they choose which browser to use?
I don't have an iOS device. By default, do Apple apps use one browser, and apps from the web store or from the internet use the other browser?
Thanks for any answers and for cleaing up the mystery.
And now for the real reason
The reason for this is purely commercial and it comes back to the subscription rake off plans apple introduced a few weeks ago.
Full performace of web apps would negate the requrement to offer an App from the Itunes store with the in app purchase and forced price fixing.
So anyone with subscriber content doesnt need to offer any form of Itunes purchase or sub rake off.
So if your a newspaper, magazine etc or any other sub or payment service you can web app instead and avoid the iTax.
I will of course get flamed by the fanboi for pointing this out but it follows all the other steps apple have taken including the price fixing of in app and out of app purchasing.
Apple have already seen subscriber based content providers moving to web apps since the announcement so its no surprise really.
One word: security
So, The Register can make a conspiracy out of the fact that Apple made their browser faster?
The fact the improvements haven't been extended to UIWebViews and full screen web apps is nothing more than a security issue, which will probably be overcome sooner or later:
Blah blah blah
How fast does a freaking web site need to be and when are we at the point where it doesn't matter to anyone other than tech nerds?
Matthew, Matthew, Matthew. The possibilities and applications for of HTML 5 have sailed right over you head haven't they?
This is about HTML5 APPLICATIONS - not static websites - lots of client side rich UI, local caching of data, local databases, etc, etc. Performance is quite important here, you see. It means you can do stuff like offline rich document editing, spreadsheets, databases, games.
Maybe "tech nerds" are the only ones who care about how the performance is delivered, but end users will appreciate the functionality that it brings with it.
Jobs is still a dick
And will never receive a single penny of my money.
Not buying this one
Until recently everyone thought Safari and UIWebView used the same Webkit, now there's suddenly a fast one and a slow more compatible one.
Or perhaps Safari instantiates Webkit with one set of flags saying what features it should use and UIWebView with another...
WHY does the iPhone web API lacks the optimization but Safari doesn't?
WHAT is the big surprise that Apple responded to the register?
blah blah blah
why TF do I need faster CPU than 2x1600MHz to read freaking linkedin mail without browser slowing down to a crawl? There is not that much text anyway that can't be handled by 3.5Mhz Z80 for sure.