3 ms·

Given that they use the same renderers, and Apple is gradually copying Chrome's security / reliability features (sand-boxing using subprocess) in every part of

by wisty 15y ago

Given that they use the same renderers, and Apple is gradually copying Chrome's security / reliability features (sand-boxing using subprocess) in every part of their OS (it's arguably the biggest feature in Lion), I don't think it really matters. If Safari (and the tech behind it) really starts lagging, Google might worry a little, but I can't see how it's a big deal. Google is using the strategy Microsoft seems to have given up on - don't rely on your ability to monopolise everything, just keep a foot in every door, and keep pushing at every level.

modeless 15y ago
It's the "app platform" parts of Chrome that are and will continue to be missing from Safari. Things like WebGL, NaCl, WebM/P, Dart VM, and various extension-only APIs that Chrome has introduced. WebGL may be enabled in Safari eventually, but the rest have basically no chance as far as I can see. Not that Safari necessarily should implement all Chrome features, but it would be nice if Chrome was actually available as competition.
- bradmccarty 15y ago
  I think that's the subtle beauty of what Google has done here. Sure, we care about WebGL and the like, but consumers? They just want easy access to the tools that they use. Your point about extensions is a big one, though. That's part of what makes Chrome and the Chrome OS so infinitely useful, and it's something that has a snowball's chance of ever landing on iOS.
  - nitrogen 15y ago
    "Consumers" would care if they weren't able to access some killer app because they don't have WebGL. Some of us are working on making tools comsumers will want to use that are only possible with WebGL.
- xentronium 15y ago
  > Things like WebGL, NaCl, WebM/P, Dart VM, and various extension-only APIs that Chrome has introduced. Can someone explain this to me: why such a move, when performed by microsoft is considered EEE (embrace, extend & extinguish) and when performed by google it suddenly becomes way to go?
  - daleharvey 15y ago
    WebGL started at Mozilla, then Opera. Apple/Google/Mozilla and Opera are part of the working group that are developing it. WebM/P solved a problem that people have been asking for for years. Nacl and Dart could be considered EEE, but really the web has always been about experimenting to push tech as google are doing, all these technologies are open to be implemented elsewhere. Microsoft actively broke existing technologies and attempted to replace them with closed ones
    - xentronium 15y ago
      Yeah, my problem was with NaCl and DartVM, not WebGL/WebM. When developers start using <script type="text/dart"> scripts, they will break web for a huge segment of users. And NaCl is only marginally better than ActiveX. That's why I think both these technologies will not gain much recognition outside google and some cool side projects.
      - beaumartinez 15y ago
        > Both these technologies will not gain much recognition outside google and some cool side projects ...Which is probably why there was little mention of "EEE" when they were announced—how can Google extinguish when nobody uses their alternative?

by wisty 15y ago

modeless 15y ago

It's the "app platform" parts of Chrome that are and will continue to be missing from Safari. Things like WebGL, NaCl, WebM/P, Dart VM, and various extension-only APIs that Chrome has introduced. WebGL may be enabled in Safari eventually, but the rest have basically no chance as far as I can see. Not that Safari necessarily should implement all Chrome features, but it would be nice if Chrome was actually available as competition.

bradmccarty 15y ago
I think that's the subtle beauty of what Google has done here. Sure, we care about WebGL and the like, but consumers? They just want easy access to the tools that they use. Your point about extensions is a big one, though. That's part of what makes Chrome and the Chrome OS so infinitely useful, and it's something that has a snowball's chance of ever landing on iOS.
- nitrogen 15y ago
  "Consumers" would care if they weren't able to access some killer app because they don't have WebGL. Some of us are working on making tools comsumers will want to use that are only possible with WebGL.
xentronium 15y ago
> Things like WebGL, NaCl, WebM/P, Dart VM, and various extension-only APIs that Chrome has introduced. Can someone explain this to me: why such a move, when performed by microsoft is considered EEE (embrace, extend & extinguish) and when performed by google it suddenly becomes way to go?
- daleharvey 15y ago
  WebGL started at Mozilla, then Opera. Apple/Google/Mozilla and Opera are part of the working group that are developing it. WebM/P solved a problem that people have been asking for for years. Nacl and Dart could be considered EEE, but really the web has always been about experimenting to push tech as google are doing, all these technologies are open to be implemented elsewhere. Microsoft actively broke existing technologies and attempted to replace them with closed ones
  - xentronium 15y ago
    Yeah, my problem was with NaCl and DartVM, not WebGL/WebM. When developers start using <script type="text/dart"> scripts, they will break web for a huge segment of users. And NaCl is only marginally better than ActiveX. That's why I think both these technologies will not gain much recognition outside google and some cool side projects.
    - beaumartinez 15y ago
      > Both these technologies will not gain much recognition outside google and some cool side projects ...Which is probably why there was little mention of "EEE" when they were announced—how can Google extinguish when nobody uses their alternative?