Web Design

 

Drupal Multi-site

The changes on this site weren't entirely for the sake of change. I've wanted to change to Drupal for a while, but I just didn't want to spend the time. WordPress was working fine and I had no real reason to change. Now I do. I've been building some other sites for family and family businesses using my personal hosting account. These sites have for one reason or another all changed to Drupal in recent months. One of Drupal's advantages is the ability to build multiple sites on the same code base. A multi-site installation. Other platforms have some form of this ability too, it's not unique to Drupal. In my case though, it was a very helpful ability. The only thing keeping me from using it, was this site. Due to my hosting structure, this site's directory was the most obvious location for an installation like this. Now that I've switched this site over, the rest of them will be moving over to share the code base shortly. As each one moves, that's one less code base I need to keep up-to-date. I have a little variability in the modules the various site's use, but it should still give me a 60% or more reduction in labor for Drupal updates. Same sites, same code, same function, 60% less work to maintain. I may be busy, but I just couldn't afford not to take advantage of a time saver like that.

Redesigned and Converted to Drupal

After a lot of thought, I've switched this site over to Drupal. I really like WordPress, and I plan to continue designing for it, but for my purposes Drupal will be a better fit. While I could have matched the new site structure to the old one, I decided to restructure. My old site map had become a little conveluted and I took this opportunity to straighten it out. I'm using PathRedirect to ease the transition, and PathAuto make the new sitemap easier the maintain.

For  those who might be interested, here's a few more details of revised site:

Accessibility - W3C

W3C has a new accessibility section. It does a nice job of unifying their accessibility content into one location. The home page has a great explanation of the three W's of accessibility. Why, What, and How. (Two W's and an H just doesn't have a nice ring to it.)

"The Web is fundamentally designed to work for all people, whatever their hardware, software, language, culture, location, or physical or mental ability. When the Web meets this goal, it is accessible to people with a diverse range of hearing, movement, sight, and cognitive ability." - Accessibility - W3C

Online Accessibility Testing Tools

Interested in testing the accessibility of your site? Here's a couple of free online tools that will get you started.

You might also try the Firefox Accessibility Extension by the Illinois Center for Information Technology Accessibility, or the Web Accessibility Toolbar by Vision Australia.

Thoughts on Accessibility

To say that people are starting to talk about accessibility on the web would be misleading. Some people have been talking about it for quite a while. What should be said is that people are starting to listen to talk about accessibility.  If you're interested in learning about accessibility, here are some people and organization you should try listening to.

What's Your Feed?

You have your site setup properly, a beautiful design, perfect content... that's everything right? Do you have RSS feeds? Can people subscribe to your site? Quick, off the top of your head, what's your site's feed called? Do you know? What's the feeds URL? Is it available from any page in the site, or just the home page? Do you have multiple feeds? If so, where are they available from? Here are a few things you can do to make it easier for your users to subscribe to your site.

  • Make sure your RSS feeds have easily identifiable names. This is configurable in a lot of content management systems (CMS).  "News" might make sense to you, but when your subscriber has multiple feeds they won't know who's "news" is whose. For a single feed I would suggest the site name. For multiple feed sites, I'd suggest the site name and an individual identifier like "site name - news" or "site name - blog".
  • Make sure your feeds are easily available. If a site has a feed, but it can't be found, it's not benefiting you. It might makes sense to make the news feed accessible from the news page, and the blog feed from the blog. That's a reasonable organization. You might however, want to also make them all available from one unified location. I'd suggest the home page,  or a dedicated subscriptions page if you have a number of feeds available.
  • Do your feeds work? Subscribe to all of your feeds, and check them regularly. Make sure that they work, and they display your content as expected. A surprising number of RSS feeds I see don't display properly, or have errors that don't allow them to be viewed at all.

Don't overlook the details of your site. It can be a little thing like a malfunctioning or poorly named RSS feed that keeps your from that one important contact you needed.

The Ironically Named Usability.gov

You might expect a high level of accessibility from a site called Usability.gov.  You might be disappointed. Sadly, I wasn't particularly surprised by my quick look into the accessibility of this site.

Usability.gov

Age is definitely a factor. While the copyright is up to date, the fact that has custom style sheets for Internet Explorer (IE) 5 and newer, and 4.7 and older makes me think it's not a new design. With that code, I'd hope it was more than five years old. Regardless, it's showing its age.

Some of the low points of the site are:

  • Absolutely horrible use of headings for structure.
  • Use of images of text rather than text.
  • Bad use of the hover pseudo-class making navigation awkward
  • No use of the focus pseudo-class making  keyboard navigation all but impossible
  • An unreasonable number of validation errors and warnings
  • Invisible skip links, which don't work in IE.

This is one of those sites that seems to pass most cursory accessibility tests without actually being accessible. It follows the letter of Section 508 compliance, while throwing the spirit of the law out the window. That it does have skip links, but you can't see them and they don't work is a perfect example of this. It has the appearance of accessibility, without actual the benefit of accessibility.

Why Accessibility?

Who cares about accessibility? The short answer is you should. If you don't, you're not alone. A lot of people don't give a lot of thought to accessibility, but they should too. Why should you worry about accessibility? For this discussion, let's leave the legal implications out entirely, they're important too, but that's another discussion. Let's just consider your audience. Who is your audience? Do you like your audience? How would you feel if I told you I was going to take some of them away? Lack of accessibility might be doing just that.

  • Low color contrast? You could be losing the one in twelve adults that are color blind.
  • No alt text? you're losing anyone who is visually impaired or has images turned off for bandwidth reasons.
  • No captioning of audio? You've now lost anyone who has difficulty hearing.
  • Didn't bother making keyboard navigation possible? You've lost anyone with manual dexterity problems, as well as people using some types of accessibility software.

I could go on. Each type of accessibility you ignore, is a portion of your audience that you aren't reaching. You'd never consider ignoring clients you talk to in person, but you're doing just that to your potential online clients.  Why accessibility? Because if you make your site accessible, you reach all of your audience.

Jim Thatcher and WhiteHouse.gov - Update

I linked to Jim Thatcher's post Accessibility of the White House Web Site, so I thought it only fair to link to his update as well.

I have updated the report on the Accessibility of Whitehouse.gov because there have been significant improvements there. It is gratifying and encouraging. Specifically, I think it is fair to say that the major issues reported in that news item have been fixed. Furthermore, in the arena of machine detectable errors detected in a depth one scan, the White House site has gone from an average of three errors per page to an average on one per page in less than two months. Congratulations! - Web Accessibility News

Whitecap Custom Rods

My most recent project at Riven Design was a brand new Drupal site for Whitecap Custom Rods. The owners of WhitecapRods.com pride themselves on building rods "with an enthusiasm for excellence". It shows in their work, and I hope it shows in their site.

Whitecap Custom Rods

Syndicate content