News for hackers. Stuff that matters.

A comment on When IE gave us beautiful, fast touch interactions, and nobody cared. Parent comment

Re:When IE gave us beautiful, fast touch interactions, and n... by jakobegger on Friday March 13, 2015 @02:40PM (#9199024)
I'm almost certain that's the reason why Apple ported Safari to Windows. I doubt that they were actually trying to take market share from IE or Firefox, I think they just wanted to give Windows-based web developers an easy way to test their websites in WebKit. Now that Webkit is all but ubiquitous, Safari on Windows is no longer necessary.
[ Parent | on HN ]
Re:When IE gave us beautiful, fast touch interactions, and n... by sorenjan on Friday March 13, 2015 @03:44PM (#9199524)
Apple released Safari for Windows less than three weeks before the iPhone went on sale. As you may recall, the first iPhone didn't allow third party native apps and instead used web apps with shortcuts on the home screen. Safari for Windows was most probably mainly meant as a Webkit based browser for developers.
[ Parent | on HN ]
Re:When IE gave us beautiful, fast touch interactions, and n... by jakobegger on Friday March 13, 2015 @05:03PM (#9200018)
I don't think it was about web apps at all. Web apps where just an interim thing while they were working on getting the SDK ready. I think the reason for Safari on Windows was to make sure that normal websites work on the iPhone.
[ Parent | on HN ]
Re:When IE gave us beautiful, fast touch interactions, and n... by valuegram on Friday March 13, 2015 @02:52PM (#9199127)
Safari still uses WebKit, but Chrome has been using a WebKit fork called Blink since version 28.
[ Parent | on HN ]
Re:When IE gave us beautiful, fast touch interactions, and n... by integraton on Friday March 13, 2015 @03:03PM (#9199218)
The person you are responding to doesn't say anything about Chrome. WebKit can be built on Windows and Linux and there are browsers that use WebKit that support Windows and Linux.
[ Parent | on HN ]
Re:When IE gave us beautiful, fast touch interactions, and n... by yebyen on Friday March 13, 2015 @03:17PM (#9199331)
It might be relevant to the assertion that WebKit is ubiquitous though, since the most popular browser using WebKit on Windows is Chrome, if say Safari on Windows gets less support because "there are other WebKit browsers," that it's not even the same WebKit in Chrome, but actually a fork.
[ Parent | on HN ]
Re:When IE gave us beautiful, fast touch interactions, and n... by valuegram on Saturday March 14, 2015 @08:19AM (#9202369)
It's possible the person didn't say anything about Chrome, or since all of the direct responses reference Chrome, it's also possible the parent comment was edited.
[ Parent | on HN ]
Re:When IE gave us beautiful, fast touch interactions, and n... by jakobegger on Friday March 13, 2015 @05:13PM (#9200082)
Yeah, I know. "Ubiquitous" is a bit exaggerated. But now there's enough WebKit users out there that developers can't afford to ignore them; especially on mobile, so the strategic importance of Safari for Windows is diminished.
[ Parent | on HN ]
Re:When IE gave us beautiful, fast touch interactions, and n... by natmaster on Friday March 13, 2015 @02:43PM (#9199051)
Chrome differs substantially from Safari in rendering though.
[ Parent | on HN ]
Re:When IE gave us beautiful, fast touch interactions, and n... by pjmlp on Friday March 13, 2015 @03:42PM (#9199512)
This is the same mistake everyοne makes.

Just because a browser uses Webkit doesn't mean it uses the same version.

I already had to track down CSS rendering issues across Webkit implementations.

Also the JavaScript engine is not the same. Once we had sequence of Ajax calls failing in Safari, but working properly in Chrome.

[ Parent | on HN ]