blog

Curt Hopkins (Morpheme Tales) recently conducted an informal audit of campaign sites of those who intend (or seem to intend) to run for president. Curt was intersted in seeing who is using social media tools and who is not. His findings?

I was surprised that none of the Republicans are so far using any social media (except for a couple of feeds), but the Democrats are making quite a use of it.

The Democrats were also a bit ahead in using the web at all. It seems like enough time has passed that both sides of the aisle would be keeping apace with current technologies. What’s the difference?

2008 Presidential Race Websites

Added 02/052007:
Hillary Clinton posted a health care question on Yahoo Answers (nearly 4,000 answers in two weeks)

There has been much discussion lately about Microsoft’s decision to abandon IE as the rendering engine for HTML emails in Outlook 2007. It’s hard to conduct a level-headed exchange on this topic because of strong feelings about HTML vs. TXT emails, and personal, professional, philosophical, or theological issues with Microsoft. Putting aside the endlessly repetitive and unproductive argument about whether Microsoft has any idea what they are doing, and whether or not it is a good idea to send HTML-formatted email messages, let’s look at the facts.

Molly Holzschlag’s (molly.com) post on the subject says that the impetus for this change was the unacceptable differences that MS Outlook users were seeing between what they saw in their inbox (rendered by IE engine) and what their friends saw when they forwarded those messages on to them (Composed by Word engine). Or when they composed messages from scratch (Word in Outlook) and their friends tried to read them (IE engine again). So it makes sense that you’d want the same engine to create a message that you use to view it. But Word? Really?

The problems enter in when you consider Word’s HTML engine: It’s inarguably sub-par. Already, those of us who create the HTML for use in client’s campaigns are forced to utilize a mish-mash of HTML coding techniques, some of which we’ve long left behind in building web pages. This isn’t just Microsoft’s fault; ALL of the email clients we test in have slightly different quirks and shortcomings. As a result, we are still using tables, spacer gifs, and (in many cases) font tags to layout our templates. So this is a situation of something broken being broken in a different (and perhaps worse) way when it really could have been a step toward fixing it.

So what do we do? Test about a bazillion times. This has always been the case. We have always had to test the rendering of our HTML messages in (at least) Gmail, Hotmail, AOL, Yahoo, Outlook, Outlook Express, Thunderbird, Mac Mail, Entourage and — if we can, and depending on the client — Eudora, Pegasus, Lotus Notes, or Groupwise. The testing required for Outlook 2007 adds a new wrinkle to the Shar-Pei, but regardless of Microsoft’s decisions regarding rendering engines, did anyone really think that 2007 would render the same as previous versions? Not likely. However, most of us thought that we might see an improvement due to IE7s increased support for CSS.

Anyone using email newsletters as a mode of communication urgently need to have their templates reviewed in order to ensure that future messaging remains successful. Many existing templates will not be Outlook 2007 compatible, and can almost be counted on to break when viewed. After all, nobody in their right mind has been designing email or web pages to be viewed in MS Word! It just wasn’t ever something we dreamed we’d have to test.

Were not entirely in the dark, however. Microsoft is supplying us with some information on Outlook 2007 HTML and CSS support, as well as a validation tool. Read up, test twice as much and we’ll all pull through. If we just stick together.

Microsoft Tools:

• 2007 Office System Tool: Outlook HTML and CSS Validator
• Word 2007 HTML and CSS Rendering Capabilities in Outlook 2007 (Part 1 of 2)
• Word 2007 HTML and CSS Rendering Capabilities in Outlook 2007 (Part 2 of 2)

Other articles and discussions:

• Excellent article by Dave Greiner of Campaign Monitor
• SitePoint post by Kevin Yank
• Arstechnica post by Jeremy Reimer

GoogleLabs always comes up with really neat ways to interact with their humongous piles of data (sorry for the techno-babble).

I’ve just been playing with their Gapminder, with which they have designed a dynamic, interactive interface to demonstrate disparities between nations, over time.

Use both the chart and the map view to see how countries compare with regard to “Internet users per 1000 capita,” “Carbon dioxide emissions - tons per capita,” or “Women % of workforce”. Use the play button to see how things have changed over time. Select a single country, or several, to track individually.

Compelling data delivered through a whiz-bang interface. Neat-o.

http://tools.google.com/gapminder/

Jakob Nielsen’s Alertbox has stated what I’ve been saying for a long time. Usability methods don’t have to be expensive to be effective.

For everyday design projects, discount usability methods are the best.

While it’s true that an anual usability check-up will be a little more expensive, the usability methods used when designing a site can be fast and inexpensive. This allows you to implement changes while you’re in design mode.

Fast usability methods should be used once you start wireframing. If you’re using Axure you can easily generate a prototype. Have a few people, Nielsen says 5, test it. Make modifications and repeat.

As I code pages for Web sites, I’m always working on ways to improve accessibility. The online tools for evaluating a site really just don’t cut it alone. It’s fairly easy to code a site that passes tests like the one found at The HiSoftware Company CynthiaSays portal (a very popular and accurate accessibility test) but that is still utterly unusable by someone using a screenreader, unable to use a mouse, suffering color blindness or any other disability that means they are using your site in any number of different ways. That’s not to say that online tests are not incredibly valuable, just that running your pages through a single test and thinking the job is done may not cut it.

Accessify.com has provided some incredibly useful tools and wizards to help build and test accessible Web sites. There are wizards for creating accessible HTML code (forms and tables), browser plugins for testing pages, even a set of Dreamweaver objects that increases the accessibility of your code by adding additional options to dialogs for creating tables, images, acronyms, etc.

For testing usability for people with different vision needs, I love GrayBit which renders your page in grayscale so that you can visually evaluate the color contrast of your site. Another really cool color tool is Color Schemes which not only helps you develop a color palette, but also lets you preview your palette approximating eight different types of color blindness.

When you get right down to it, though, there really is no substitute for having differently abled users test your site. They’ll let you know better than any test out there what needs to be improved. Just testing with average users who are unfamiliar with the site will go a long way toward exposing usability shortcomings, which often translate to accessibility issues.

Remember: an accessible site is also a more search engine friendly site! As if you needed a selfish reason to strive for accessibility.

For the latest IA Podcast, Jeff Parks and I talked about Beaconfire’s participation in World Usability Day on November 14. Specifically, we discussed the challenges non-profit organizations have in creating user friendly Web sites. We discussed brand, navigation, screen allocation, and calls to action.

• Listen to the podcast or subscribe through iTunes
• Download the World Usability Day Event Post-event Notes document (PDF - 718 KB)

As many of you know, Beaconfire participated in World Usability Day on Nov 14. Our event — Usability Make-over for Nonprofits — saw nineteen nonprofit organizations and some professional information architects. The discussion entailed issues that many nonprofits need to think through when re-designing their Web sites, including the use of brand space, call to action strategy, navigation, and labeling.

We’ve drafted a post-event document available for download here — World Usability Day Post-event Notes (PDF - 718 KB).

Tim Arnold and I, the presenters, are happy to answer any questions you may have:

• Olga Howard — olga.howard [at] beaconfire.com
• Tim Arnold — tim.arnold [at] beaconfire.com

Stay tuned for an upcoming podcast!

As a front end developer, I viewed the release of IE7 with a mixture of anticipation and trepidation. Having spent the past several years coding around the various shortcomings of IE6, I was certainly looking forward to what purported to be, a much more standards-compliant browser. I was, however, also nervous about getting a browser that, while fixing the bugs that allowed me to “hack” stylesheets into working for IE6 (the “* html” hack in particular), failed to correct the bugs that forced me to hack in the first place.

So far, it seems that IE7 is going to make life much easier for folks like me and has required very little (if any) tweaking of sites we’ve built. I’m really hoping that Microsoft’s aggressive upgrade system will push a much quicker adoption of what appears to be a browser actually worth using.

For those as geeky as I, here are some resources from Microsoft explaining the changes to how IE7 handles CSS and PNG graphics:

• Cascading Style Sheet Compatibility in Internet Explorer 7 (MSDN)
• Details on our CSS changes for IE7 (IEBlog)
• IE7 Transparent PNG Implementation (IEBlog)

The Pew Internet and American Life Project, the Institute for Politics, Democracy, and the Internet, and other research institutions have pretty well established that young, affluent, educated, suburban white males are typically the earliest adopters of new online habits and the first to explore most new online tools and services. However, people from other walks of life invariably catch up after a few years.

Someday soon, blogs, Flickr, and MySpace accounts will be commonplace among working, voting, and donating adults and they will use them seamlessly in their interactions with their peers. Every time we work with nonprofit organizations to engage constituents using “Web 2.0″ technologies, we’re implicitly testing the waters to see how near that day is.
If you want to see what that day will look like when it comes, check out this remarkable blog:
http://plainbookhomeschooling.blogspot.com/

This person is neither young, male, affluent, or urban, and yet she has created a blog, pasted a Heifer fundraising widget into the sidebar, urged her friends to pitch in, added herself to Heifer’s blogroll, and signed up to their story tip RSS feed.

In 2006, this woman is defying all kinds of demographic odds. In 2010, she’ll have plenty of company.

With less than two weeks left before the mid-term elections, TechRepublic has compiled an amusing and bi-partisan photo gallery of the worst political sites. A veritable case study of really bad practices.