My post from a few days ago about how Microsoft should give up on their own rendering engine for IE and adopt WebKit got a lot of attention. This was thanks in large part to Mary Jo Foley of ZDNet tweeting about my post. Thanks Mary Jo, as you told me later when I was getting a lot of negative feedback, at least it caused people to think about the issue. It also led to a lot of very knowledgeable feedback, and based on that I’ve been convinced I was wrong.
Please understand that whenever I post to my blog, I strongly believe in what I posted at the time. It’s not link bait, or trolling, or whatever you want to call it, and I’ve been accused of all of these in the past. That being said I’m more than willing to be convinced and the longer I spend in the computer industry the more I know that there are many many people more knowledgeable than I am on any topic. So I only hope that my posts can spur some discussion and I am more than willing, and even eager, to be convinced of the opposing viewpoint.
What drove the original post was a frustration of Windows Phone getting slammed left and right and mostly because of the fact that IE isn’t WebKit and many mobile web developers take the easy path and make sure their stuff runs good on WebKit. This is very understandable since WebKit probably accounts for over 90 percent of mobile web traffic. This being the reality, it’s frustrating to see sites like The Verge give negative reviews to Windows Phone because of the fact that IE doesn’t render the non-standard CSS on their site properly.
It seemed like the obvious solution to this is if Microsoft was to adopt WebKit and contribute back to it to make it better, and overall WebKit’s implementation of HTML5 would get better. The main opposing viewpoints were that by Microsoft adopting WebKit there wouldn’t be a strong opposing implementation of HTML5 to keep WebKit honest and work harder to properly support the standard, and since the IE rendering engine, Trident, is so core to Windows 8 Store apps and other apps via the web browser control, it would be very hard to swap it out.
So back to my original frustration about Windows Phone and having a default non-WebKit browser. This is a real issue and I feel now that I recommended the wrong solution. The better solution is to add the capability to Windows Phone 8 to choose an alternative default browser. This would leave it open to the browser providers such as Google, Mozilla, Opera, etc. to provide a better option on the platform. Specifying a different default browser is something you can’t do on the iPhone, and Windows Phone could easily turn it into some positive publicity. After all, Windows 8 lets you pick your default browser, so why not enable this in Windows Phone.
So in conclusion, I’m not afraid to be wrong, and I’m wrong pretty often, but it’s great when it leads to a discussion where a better solution becomes clear. In this case I believe the real solution is for Windows Phone 8 to allow you to pick your default browser.