It has been more than 8 months since www.yola.com went live with a redesign, built and designed by a small team of people here in Cape Town.
Before we started the build (after months of design by committee), a simple decision was made: Let’s abandon Internet Explorer 6. This simple decision has had a significant impact on our development and design work at Yola, all for the better.
The effects of IE6 on a company
IE6 affects many areas of a web development company, not just its engineers. You’ll feel its cold, evil touch in:
- Product and Design
- Development / Engineering
- …and even Customer Support.
Let me explain…
The influence of IE6 on web design
Any good web designer will tell you how limiting it is having to design with IE6 in mind. IE6 feels boxy, slow and above all else: ancient. One of the single biggest limitations it has (from an aesthetics point-of-view) is the lack of native blended transparency support typically afforded by PNG-24.
IE6 adds obstacles to the QA cycle
Not only do your QA engineers have to have an additional IE6-ready VM (or physical machines if you’re kicking it old-school style) but so too do your developers.
IE6’s impressive list of 119 bugs are encountered any time you, for example, use a CSS float or influence an element’s box properties. Testing in IE6 is relatively easy, when it works, but debugging is another matter entirely.
IE6: the thorn in the side of every web developer
Microsoft created the Developer Toolbar for IE 6 and 7 (which feels archaic compared to Firebug). Without this toolbar, simple as it is, dev-life would be even harder working with IE.
If you work towards Standards-based HTML and CSS development, your handiwork will look great in Standards-compliant browsers, and then completely crap in IE6 – often causing a refactoring of the CSS and HTML so that sensible IE6 fixes can be applied.
To add to the frustration, the fixes for IE6 incompatibility are typically inconsistent and unreliable. Take our blended transparency issue above… Developers usually get around this IE6 limitation by using png-fixes – which lead to more headaches – try using a pngfix on a blended background image with an offset background-position!
Dealing with IE6 users
Bugs do sometimes slip through to production environments, and these bugs usually occur in IE. Those poor Customer Service people have to deal with IE6 too, but primarily through its frustrated users.
What did we gain by dropping IE6?
I think the primary benefit for me was the reduced frustration. IE6 is incredibly frustrating to develop for, which is a feeling so contradictory to the one accompanied by building a well-mannered website.
So, a rudimentary list of benefits in dropping IE6 support:
- Fewer design limitations allowing design work to push the envelope
- All supported browsers can now use blended transparency without the need for hacks / fixes
- Improved development turn-around times – less time wasted by testing and fixing IE6 bugs
- Fully native CSS1, greatly improved CSS2.1 and even improved native CSS3 selector support!
- Improved CSS selector support puts less strain on HTML development
- One less VM for QA peeps and Engineers
- One less browser officially supported by CS peeps
- …and less frustration!
Someday I’ll create a nice fat blog post on the CSS selector changes we saw. (It makes me giddy just thinking of the impact this has had on the CSS and markup development for yola.com)
Some web developers will be locked into IE6 for good, others will find it worth the effort to develop for. All I can say now is that I’m glad we turned our back on IE6, in a way, we’re doing our part to make IE6 less of a necessity on the web.