Showing posts with label internetexplorer. Show all posts
Showing posts with label internetexplorer. Show all posts

06 March 2008

Angry thoughts about IE7 and IE8

So much has been written about how IE7 b0rked the user experience for a lot of users... and everytime I see that comment, I get pissy.

Why?

Reasons I get mad about IE7’s twitchiness

  1. If so many folks hadn't used IE6 as their dev platform and ignored everything else, these problems never would have developed.
  2. If the rest had used proper filter rules, their sites would’ve been easier to fix.
  3. If people would take the time to stay current with their skills and learn new ones, the breakage would’ve made more sense at the time (and thus caused less uproar).
  4. Did Microsoft's senior management honestly believe that the rest of the world would stand by idly while it let the Internet Explorer property go to seed? Pshaw! (Insert saltier words of one syllable here. Yes, I'm still all manner of pissed off about that.)

By my way of thinking the furore over IE7's “breakage” is from people who treat their jobs like sinecures.

…And the horse they rode in on!

My own experience

Perhaps I’m being a hardass; goodness knows that I’ve got a reputation for it. My bottom line, however, is that when IE7 came out, I probably spent 10-15 minutes per site getting things into shape. IE7 supports standards far better than its predecessor, and I was developing to standards, so I had few problems. Most of those were caused by vestigial hasLayout issues, though more recently I see that the fuzzy selector problem hasn't yet gone the way of the dodo.

If I could do it, why was it so hard for so many other people?

The answers I get to that question speak more than adequately to my anger.

22 January 2008

Meta tag mishmash

This will make no sense unless you’ve read the following:

If you know what all of these places are, care what they have to say, and haven’t read them, do so now. I’ll still be here when you come back.

This approach amounts to, “require Web operators to opt-in if they intend to stick to the latest and greatest.” Five years out, this is going to result in a lot of rendering engine bloat and the bugs that go along with that, but Microsoft has plenty incentive to avoid that without badgering from standards advocate. They probably also have some insitutional memory with respect to solving that problem (though the question of whether or not they put it to use is another matter entirely).

Who wins, who loses

This situation begs a game analysis.

  • Good for Microsoft: customers don’t yell so much, and are more likely to accept version upgrades of IE (along with their security benefits)
  • Bad for Microsoft: improperly used, the recommended change in practice ultimately leaves Microsoft open to the same charges of deliberate somnolence they faced as a result of letting IE6 rot outright for something like four years: why improve your browser if no-one’s using its features? Given Microsoft’s track record, the possibility of this outcome needs to be taken seriously.
  • Good for professionals: there will be a mechanism by which developers can avoid passing on sudden and gratuitously fortuitous labor charges because oops! IE was updated and changes were made to the rendering engine
  • Bad for professionals: it becomes necessary to keep track of which sites are tethered to which versions of Internet Explorer, which is very close to the outcome WaSP was founded to avoid
  • Good for users: version upgrades will no longer result in the entire Web experience going wonky all of a sudden one morning
  • Bad for users: sitebuilders and their sponsors now have a perfect crutch for keeping their sites in the Stone Age

Is the good worth the bad?

In the long run, I believe so… especially if guys like me step up to the plate and keep on educating people.