4 ms·

While Chrome for iOS will include a number of key features, including incognito mode and tab syncing across devices, the browser will still use Apple's WebKit-b

by speg 14y ago

While Chrome for iOS will include a number of key features, including incognito mode and tab syncing across devices, the browser will still use Apple's WebKit-based engine required by the App Store developer guidelines. It also will lack the Nitro JavaScript engine that Apple uses to speed Safari's performance.

kyrra 14y ago
Which is why I still like Android as a mobile platform. Google gives users a choice, Apple makes you live within their walled garden.
- anextio 14y ago
  V8 requires just-in-time compilation, which is not allowed on iOS for security-related reasons.
ricefield 14y ago
So, no V8 or Nitro, but Chrome/Chromium uses Webkit, so renders should be the same (just slower) right?
- estel 14y ago
  Well, Mobile Safari's webkit version will usually be somewhat behind the latest six-weekly Chrome release cycle.
- bzbarsky 14y ago
  The WebKit on iOS is rather different from all other WebKit ports in various ways (e.g. there are various -webkit CSS properties that are only supported by WebKit on iOS and not WebKit anywhere else). And of course there are lots of Chrome features. So the renders may or may not be the same, depending. And various DOM features that are part of UIWebView won't be the same (e.g. any DOM or HTML feature that Chrome has but Mobile Safari does not will be missing).
wavephorm 14y ago
still use Apple's WebKit-based engine required by the App Store developer guidelines This is pretty retarded, and should really be looked at by the DoJ. To hobble all web browsers like this is something that even Microsoft, at the height of their dominance, didn't even attempt.
- ajross 14y ago
  Apple isn't dominant like Microsoft was, though (though I'll be honest that it looked for a year or two like they would be -- I'm still wiping the sweat from my brow over that). It's not enough to be anticompetetive under antitrust law, you have to be a monopoly too. Apple's hobbled third party browser environment isn't hindering android adoption, basically.

by speg 14y ago

kyrra 14y ago

Which is why I still like Android as a mobile platform. Google gives users a choice, Apple makes you live within their walled garden.

anextio 14y ago
V8 requires just-in-time compilation, which is not allowed on iOS for security-related reasons.

ricefield 14y ago

So, no V8 or Nitro, but Chrome/Chromium uses Webkit, so renders should be the same (just slower) right?

estel 14y ago
Well, Mobile Safari's webkit version will usually be somewhat behind the latest six-weekly Chrome release cycle.
bzbarsky 14y ago
The WebKit on iOS is rather different from all other WebKit ports in various ways (e.g. there are various -webkit CSS properties that are only supported by WebKit on iOS and not WebKit anywhere else). And of course there are lots of Chrome features. So the renders may or may not be the same, depending. And various DOM features that are part of UIWebView won't be the same (e.g. any DOM or HTML feature that Chrome has but Mobile Safari does not will be missing).

wavephorm 14y ago

still use Apple's WebKit-based engine required by the App Store developer guidelines This is pretty retarded, and should really be looked at by the DoJ. To hobble all web browsers like this is something that even Microsoft, at the height of their dominance, didn't even attempt.

ajross 14y ago
Apple isn't dominant like Microsoft was, though (though I'll be honest that it looked for a year or two like they would be -- I'm still wiping the sweat from my brow over that). It's not enough to be anticompetetive under antitrust law, you have to be a monopoly too. Apple's hobbled third party browser environment isn't hindering android adoption, basically.