Programming
Article
By Craig Buckler

Microsoft Office Online: a Case Against Supported Browser Lists

By Craig Buckler
Help us help you! You'll get a... FREE 6-Month Subscription to SitePoint Premium Plus you'll go in the draw to WIN a new Macbook SitePoint 2017 Survey Yes, let's Do this It only takes 5 min

browser supportIf your hobbies include Microsoft-bashing, then read on. The company has announced that their new Office Web Applications will officially support IE7, IE8, and Firefox 3.5 on Windows and Safari 4 on Mac. There is no mention of Google Chrome or Opera so, understandably, many fans of those browsers are working themselves into a paranoid anti-trust frenzy.

The Office Web Apps blog states that other browsers may work and users should try them. Browsers won’t be blocked and Microsoft’s goal is to ensure broad compatibility and reach.

This begs the question: why should you, Microsoft, or any other company commit to “official” supported browser lists?

As I discussed in my previous article, web sites and applications should be written for the web — not browsers. We should strive for systems that are device-independent rather than targeting specific OS and browser combinations.

The Microsoft blog is correct when it states “not all browsers are equal”, but modern browsers are standards-compliant enough. It’s unusual to find a feature that’s impossible to implement and the only example Microsoft cites is text copying. Firefox’s default security settings do not permit JavaScript to copy text to the clipboard so, clicking the Office “copy” icon will display the following message:

Office Firefox copy alert

To me, that is a ridiculous solution. Why show the icon if your browser does not support copying? The alert message does not help or provide the keyboard alternatives; it torments the user and suggests Firefox is inferior (is that Microsoft’s intention?)

We currently have five mainstream browsers, numerous offshoots, and multiple versions of Windows, Mac OS, and Linux. It is impossible to test web applications across every combination of OS and browser. Publishing a list of officially supported browsers has simply lead to criticism and suggests other negative connotations:

  • Microsoft has not tested several popular browsers during development. Patching a product after release is far more difficult and time-consuming than comprehensive testing during the main development phase.
  • Will Office work in later versions of IE, Firefox or Safari? The web application is not due until 2010 — Firefox 4 and Safari 5 could certainly be available.

What would have happened had Microsoft not announced their supported browser list? Very little…

  • The Office web applications have not been released and will probably enter a beta phase.
  • Opera and Chrome users account for a small percentage of the market.
  • Only a proportion of those users would try the applications.
  • Few of them should encounter compatibility bugs.
  • Only a small percentage would report issues to Microsoft.

Microsoft might receive a handful of support requests, but that information could be invaluable when they attempt to fix compatibility problems.

If you’re developing the next big web application, maximum browser compatibility should be a priority:

  1. Componentize your code and unit-test in a variety of browsers.
  2. Test early and test often.
  3. Do not strive for unrealistic/identical cross-browser functionality.
  4. Use progressive enhancement to add features when the browser supports it.

Browser support lists are more trouble than they’re worth.

See also: 5 Reasons Why You Should Not Publish Supported Browser Lists.

Login or Create Account to Comment
Login Create Account
Recommended
Sponsors
Get the most important and interesting stories in tech. Straight to your inbox, daily.Is it good?