Should Microsoft Switch To WebKit?
DeviceGuru writes "Although IE remains the one of the top browsers on desktops, it's being trounced on tablets and smartphones by browsers based on WebKit, including Safari, the Android Browser, and Google Chrome. Faced with this uphill battle on handheld mobile devices, Microsoft MVP Bill Reiss has suggested that it might be time for Microsoft to throw in the towel on Trident and switch to WebKit (though Reiss later decided he was wrong). But although there are lots of points in favor of doing so, there are also some good reasons not to, including security and a need for healthy competition to avoid having mobile developers begin to target WebKit rather than standards."
IE's problem is not the engine, it's the shitty interface.
(Ditto about Windows 8, many would say.)
Circumcision is child abuse.
In the past many on Slashdot argued vehemently for web standards. It's interesting that a lot of people who used to be pro-web-standard when Microsoft was non-compliant with IE are now saying "hey, we're only going to target webkit because ..."
The same reasons that applied to avoiding an IE monoculture for web development apply to a webkit monoculture. Rather than bathing in schadenfreude, people should be kicking over bins just like they did with IE to ensure that the most popular implementation follows the standard, not the standard follows the most common implementation.
I think it's a bad idea to put all your eggs on the same basket.
As a web application developer, this would certainly make my life much easier. I'd estimate that implementing work-arounds for IE can add 30 to 50% on to the initial HTML/CSS build, and IE specific issues add a fair amount of to ongoing support costs. This is for versions = IE8, I'm not sure if IE9 / 10 are better.
Why should Microsoft move to WebKit? I mean, yeah, it's a more secure browser engine perhaps, but it's still their prerogative to use their own. I think it'll be more important for Microsoft -- and any browser (engine) for that matter -- to follow the W3C standard accurately, possibly with their own extensions if they want, but in the basis they should support the standard to make sure web sites render uniformly and accurately over all browsers.
That'll finally bring more choice to the user, in stead of the pseudo-choice now.
I prefer opera and have that installed as my default browser, but still have IE and Chrome installed because some websites will only work on either of those. Between the three I can open all sites that I need, but it shouldn't be necessary if all just follow the standards, and consequently, all web sites only need to be written to that standard as well.
Manuals are your last resort only
Trident is getting better with each major release, which is a good thing.
And Microsoft still has some input towards standards as well, such as the WebRTC spec if I remember correct, or something similar that also had some features missing from it.
Yeah, you could argue that things would be simpler if there was just ONE thing, the one thing that correctly interprets the specs, but it is also those incorrect spec implementations that have driven competition, driven the creation of new ideas to replace old ones and inspired so many developers to create methods to deal with them in their own ways.
Not only that, without all this mess, there would be no experimentation with future specs, and all these separate browsers lead to browser prefixes being implemented, even by Microsoft recently.
The main problem with web dev is most devs are terrible. Admittedly that is mainly a problem with such inconsistency in JavaScript, and HTML allowing spaghetti syntax all over the place.
And lets not get started on scope. Holy crap, so many people are clueless about it. And again, that it is true globally in any form of programming. Abuse of global namespaces being the biggest headache in all programming, such things that make you want to headbutt your monitor with your fist, a physical impossibility! But damn it I will find a way and collapse the universe just so THEY don't exist!
The next huge change in JS is going to bring a lot of new features, but also a bunch of changes to the way JS is executed.
It is going to be a shaky decade when that comes about. But it will be for the better. I hope...
http://en.wikipedia.org/wiki/Browser_wars
http://en.wikipedia.org/wiki/United_States_v._Microsoft
http://en.wikipedia.org/wiki/European_Union_Microsoft_competition_case
"I have downloaded hundreds and hundreds of records, why would I care if somebody downloads ours?" Robin Pecknold
Yes, they are on the same level, but the point in healthy competition is that you do not rely on the benevolent actions of the parties involved. A Microsoft and an Apple, with the same inherent company values and attitudes, are far better for the marketplace than just having either of them.
Trident (or MSHTML) is built on COM+ like everything else in Windows. Bundled with it comes numerous COM interfaces, maybe 100+ in total. Interfaces that are used by the OS all over the place and also by a lot of 3rd party software. To integrate WebKit into Windows would require making it compatible with all those COM interfaces and that is simply not worth the amount of work required.
Here they are, laid out for all to see...
http://msdn.microsoft.com/en-us/library/hh801967(v=vs.85).aspx
http://msdn.microsoft.com/en-us/library/jj206442(v=vs.85).aspx
I wonder if the people who were writing KDE back in the 90's ever suspected that their code would make it so far! If they heard 15 years ago that some Microsoft MVP would be talking about replacing the rendering engine of IE with the rendering engine from Konqueror, they would have shit themselves.
There is an update on MVP Bill Reiss's blog now.
http://www.billreiss.com/follow-up-to-webkit-for-ie-hint-i-was-wrong/
Seems like he changed his mind. He is now against the idea and has instead suggested allow Win mobile devices to be allowed to change their default browser.
Sounds like a good idea, effectively making IE, a tool used by the OS that has browsing functionality.
Effectively what he is saying is that the other browsers, can serve as browsers while IE is now reduced to a tool!
Actually, in a very real sense the engine _does_ belong to the competition. To actually get your code landed in WebKit you have to convince the current project maintainers (mostly Google and Apple) to accept it.
Which means that if you want to do something that Google and Apple don't (both, often!) approve of, you have to maintain it as a separate branch and deal with the merge pain. No different from other projects where you have to collaborate with others, but a lot different from having control over the code as Microsoft does with Trident right now.
Microsoft is a public corporation.
The default opinion should not be "why SHOULD we switch to webkit", it should be, "why SHOULD we continue to invest tens of millions of dollars per year into developing, testing, and maintaining an engine that does not serve a competitive purpose anymore".
Trident literally makes Microsoft NO money, and costs them a TON of money. They don't license it. It serves no marketing or branding purpose, because people using IE do not know or care what engine is running their web pages. And the original plan of embrace the web and extend it with trident-specific extensions failed, and doesn't look like it is going to succeed any time soon.
So, why continue throwing all this money into this sinkhole? That is what I don't understand. As a shareholder, that is the question I would be asking.
Now if Microsoft would switch to something other than Windows 8 and RT, maybe companies like Samsung wouldn't be abandoning them in droves.
http://www.samsung.com/global/ativ/ativ_s.html
Of course news about a fake are Fake News.
Webkit is making MS honest.
Have you tried IE 10? I know the thought probably sends shiver down your spine but I have to say MS really is caring and shaking in their boots. It is a great browser. I fear webkit becoming too dominate at this point and Windows Phone users are whinning they can't view mobile sites as they cater to just webkit.
I can't advocate openstandards and bash IE 6, yet fully support webkit at the same time. I would be a hypocrite otherwise. What if you want to use FirefoxOS in your next phone? Will you be screwed over? Right now, yes.
IE has standard behavior now. Since IE 9 it passed all the acid tests. Just because you hate one browser doesn't mean you should support the entrenchment of another or support things like html5test that test non standard non implemented things. It encourages all the things that caused IE to be proprietary when implementations of things like the CSS box model came about locking corporate desktops up for decades.
http://saveie6.com/
Content managers upload code today.
Most web-designers do not even know how to code today. Usually some intern comes in and cuts and paste word docs into the system and she clicks the upload button. If the content management software was from 2011 it will only include -webkit support.
Go upgrade? HA, didn't we just blow $50,000 for this just over a year ago! I DONT THINK SO! etc.
Watch what happens when the W3C decided to make changes to the standard and older webkit engines do not render it properly? It will be IE 6 all over again where corps will downgrade new phones with out of date Android versions ... shudder. ... it gets better. Website makers will now have to put conditional comments for specific webkit versions as these corps will run outdated versions of android to run their enterprise apps. We do not want to loose those customers do we? Hmmm this sound very familiar like I heard this before?
The prefixes might cause more problems than they fix. I will wait for a few years and see what happens? I think all this will do is make new IE 6,s and IE 7s in specific webkit versions if this fucks up.
http://saveie6.com/
> People ought to know that the prefixed attributes
> are in beta and may change.
That would be true if WebKit didn't explicitly promise to never remove or change them. Which they do. So people assume they can use them with no fear.
> Fortunately none of the vendor-specific extensions
> are anything but minor enhancements,
That's just not true for transforms, where not supporting them makes a page done entirely using positioning via transforms totally unreadable.
Or for animations where an element is display:none or off-screen and then animated in: no CSS animations means you never see the element at all.
Seriously, I suggest using a non-WebKit mobile UA for a bit and seeing just how broken some sites are.