Five things I love about Firefox 3

FireFox Logo

If you are feeling early-adopter-y, you can hop over to mozilla.org and download the new Firefox 3 Beta build. It’s faster, slicker, and has OMG HOT new UI tools that should make your day better.

Five Things I love about Firefox 3:

  1. Because this is a beta version, most of my extensions and themes don’t work in F3…and I don’t miss ’em. I’ve been using it all day and haven’t had a single withdrawal symptom.
  2. Fast. Hella fast. Hecka fast. So damn fast. The memory management of Firefox 3 is slick. It caches less, stores image data more efficiently, and plugs memory leaks from extensions before they happen. This all comes from of the kind of nerdy nerdy attention to detail that was a feature of pre-Moore’s law programming, when bits were carefully placed like bricks in an arch. Hooray for OCD programming!
  3. Oh Bookmarks! Ye annoy me less! You are now a one-click thing on the navigation bar, with a cute star icon instead of a time-eating top menu monster.
  4. Full Page Zoom. If you don’t like squinting, download this browser. Hitting Ctrl + makes EVERYTHING get bigger, including images. This feature eliminates the “Big Text Stomps Nice Layout” problem we saw in earlier versions.
  5. Tab quickmenu. Stop worrying about all those tabs stacking up in your window. You can get at them from a dropdown in the corner. No fuss. There’s more room for page titles too, so you don’t have to find the tab you want using only the first ten characters.

Liveblogging Fundamentos Web 2005: Part Two

One of the big questions I have about web design for accessibility is, how can I design for one audience without isolating another? Obviously, there are basic things I can do to make our web applications more accessible, by including alt tags, skiplinks, and labeling form fields. But our users have a higher level of disabilities than most due to the nature of our content (birding is of wide interest to the blind and our users are often older, and therefore more likely to have disabilities) and I want to make sure our site is as useful to as many people as possible.

The problem is, if I take steps to make the site accessible to one group, say our partially-sighted users (hi dad), by increasing the text size and contrast, I risk not serving users with cognitive disabilities who respond better to an interface in which only the important elements are emphasized using contrast and the text is not large and overwhelming. Similar arguments apply to designing for young users, who are also one of our main user groups.

The terrible reality is, some solutions can help people with certain disabilities, but exclude others. This puts organizations in a position where they must, often not consciously, choose only certain disabilities to address, such as the charismatic blind man with a dog, and ignore users with different and perhaps competing needs.

I can see why the process of creating web accessibility guidelines is so difficult. The perspectives involved are broad and often divergent. This isn’t like web standards, where you can just close your tags and call it good. Real people will be discriminated against if you screw up. The responsibility is sobering.

At the Macaulay Library, we are proud to provide spectrograms of our bird sounds that are accessible to the hearing-impaired. However, the software to view the spectrograms requires a multimedia plug-in that is annoying to blind users.

What should I do? Do I assume blind users aren’t interested in these spectrograms, and design an interface using Flash and other inaccessible technologies? What if a blind user wants to show a spectrogram, which is a valuable educational tool, to a sighted friend or their child? Even worse, it isn’t possible to even generate spectrograms without using QuickTime and Flash, so the choice has been made for me. Without even making a choice, I’ve created some happy deaf people, and some pissed off blind people. Can I provide an alternative way for the blind to use this feature? Nope. The technology prevents it. Can I provide a larger version of the spectrogram tool for users with manual mobility problems? I could, but it would hold back the entire project while I designed it and no one would be able to use it.

These are dark choices, my friends, and they are often made under pressure of time and money. I’m glad to have the opportunity this week to spend time thinking about them. Thanks to work for sending me here.