I like to think of myself as being browser agnostic. I’ve been technologically agnostic since back in the days when I was a software developer (not a good one, mind you). We always took the approach to pick the right platform for a given project rather than figure out how to do the project in our ‘standard’ platform. It was great for the customer and great for learning new skills.
That concept has stayed with me in every tech position I’ve held over the past 18 or so years, and was a large part of the driving force behind starting Browsium. I firmly believe web applications should be built for the browser you want, not the browser you have to run. If you are stuck on IE6, you shouldn’t have to be limited to building IE6-dependent applications. The web is so much more powerful than that. Browsium Ion is designed to free you to embrace web capabilities based on business need and ‘future proof’ your legacy applications.
Along those lines I applaud the Google Chrome team for building Chrome Frame. It’s an impressive technical accomplishment (as we well know) to put one browser inside another. Yes, Chrome Frame isn’t new by any stretch, but given a recent spate of questions we’ve fielded recently it seemed like a good time to talk about it.
While I like the idea of what Chrome Frame can offer, it’s not a solution to the problem that Browsium solves – making legacy web applications work in modern browsers. Chrome Frame does the opposite. It’s designed to enable Google services, and other modern web applications, in legacy browsers (or at least just inside old versions of IE).
The goal here is to get rid of IE6 (and IE7) completely. Even being browser agnostic doesn’t make me want to keep them around. I spent a fair amount of my time working with Microsoft trying to get customers off IE6. It was really difficult because customers needed to keep their business-critical applications running after a browser upgrade. Chrome Frame doesn’t do that, and other solutions that attempt to do this are insanely expensive and complex. That’s why I started Browsium – to make this migration cost effective and easy.
In addition to not moving companies off IE6, Chrome Frame is really not geared for an enterprise deployment. Is has some Group Policy settings, but nothing compared to the 1500+ you can get in IE. One of the things you can’t control is how Chrome Frame is invoked. By design, you invoke Chrome Frame through a META tag and there is no way to lock down that option to a specific site. Many customers have asked about using Chrome Frame for some new application they want to run. Without the ability to prevent ANY site on the Internet from invoking it, their security teams have shut down the effort. I’m not saying that Chrome Frame is insecure; I’ll leave that to Microsoft and Google to fight out. Lacking a mechanism to prevent it from being invoked doesn’t seem like a good idea. We took that into account when developing Ion to be invoked only based on preconfigured and defined Rules.
A related issue is the lack of Zone-like functionality, but that’s not just an issue with Chrome Frame. Only IE has the Zone concept and I think it’s great. The idea that web applications were all created equally is silly. Maybe the consumer web has the same settings requirements, but certainly the enterprise web has different needs. That’s why Zones make sense. If you can only load applications using one settings configuration, then you’ll be faced with the least common denominator problem as you build out new applications.
And again, with Chrome Frame you’ll still be running IE6. Which means you’ll still be on Windows XP. It’s late 2012 and Windows 8 is already here – if XP didn’t feel old before it certainly does now. XP was a great operating system in its day and was a workhorse for enterprise for a long time. But it’s about to go out of support (in 592 days if you’re watching the clock). Why would you make a move that doesn’t get you off XP? You don’t need to go to Windows 8 (sorry Microsoft) but Windows 7 should be the real goal here.
If you want to solve your IE6 compatibility problems, let’s solve them. Don’t sweep them under the rug and deal with the lump later. Ion is designed to help you get off IE6 today and deploy IE8 or IE9 so that you can innovate properly and deliver the new applications services that your business needs. Don’t be caught watching the clock as time expires on Windows XP.
P.S. I meant what I said about being browser agnostic. My marketing people will scream bloody murder at me now, but I’ll have more to say on that in the coming months … watch this space.
With Windows 8 hitting its RTM milestone on August 1st, we’re now starting to field questions about when Ion will support IE10. To support a new version of Internet Explorer and a new version of Windows, we first need the final code to deal with any changes that have been made since the previous public release. With MSDN availability of Windows 8 slated for this week, we will use that build to begin our final integration work with a planned release of Ion for Windows 8 and IE10 some time after the Windows 8 GA launch in late October.
Another related question we often get is whether enterprise will deploy Windows 8 in large volume or whether they’re likely to stick with Windows 7 – assuming they’ve even made it that far. While we aren’t in the business of predicting the adoption of any new operating system, we can say Windows 8 appears to currently be below radar for most of our customers. The IT managers we talk with have yet to craft even a basic Windows 8 strategy, much less begin thinking about Windows 8’s impact on their business-critical web applications.
But when Windows 8 does land in these organizations – whether through a structured IT deployment or via end users who bring their own Windows 8 laptop or tablet to work – we know some web applications will have issues. It’s likely IT will first learn about these issues when some poor Windows 8 early adopters call their helpdesk because they can’t process an invoice or submit an expense report. While the number and magnitude of the changes between IE9 and IE10 pale in comparison with the changes from IE6 to any newer version, there are still many significant breaking changes. That’s why delivering Ion for IE10 is a critical milestone on our product roadmap.
Given that neither “Modern IE10” (formerly known as “Metro IE10”) nor the desktop version of IE10 on Windows RT (the ARM version of Windows 8) support browser plug-ins, the approach we currently use for Ion will not work on these platforms. Of course neither can the ActiveX controls found in many enterprise line-of-business applications, so the compatibility problems in these environments run very deep. We are looking into solutions to fit the limited extensibility model of Modern and ARM IE10 but it’s too soon to commit to a specific product plan or release timeline.
Lastly, we’re all wondering when we’ll see IE10 on Windows 7. Microsoft has not made any public announcements about IE10 on Windows 7 since the platform preview release in June of 2011 (14 months ago). Once Microsoft delivers their final release (or even another developer release), we’ll have a better idea of when Ion can support it. A safe bet is that we’ll provide support for IE10 on Windows 7 within a few months of Microsoft’s release of the final version.