vanderwal.net

Up the kilt of the BBC redesign

Matt has posted a PDF of the detailed BBC redesign process, which is well worth the download time (7.3 MB plus). This is how the process should be done and is done often in places that care to do it right. This process takes time, which equates to money, but the reward is happy satisfied users.

At first I found it a slight bit odd that the Beeb would target their voice map (page 16) to the fun and highbrow side of the map. I understand highbrow, but fun over functional seemed odd at first (possibly since I work with clients that should be focussing on the functional and not so fun side of the map (some think of the fun at the detriment of functional). But, having the Beeb America channel help understand the fun side of the site. There is a lot of information that the Beeb produces and much of it is instructional/educational, which benefits from having the fun element. I have tended to think of the BBC as a resource for my news, and growingly so my information (gardening, etc) and entertainment.

Accessible persona

I was reminded today of Marcus a persona in Mark Pilgrim's Accessibility tutorial for Weblogs (and anybody else interested). Marcus is actually a real person (as pointed out by Mark), which drives the persona home. This may be my favorite example currently for accessibility.

At work we constantly get outside developers turning over non-accessible sites or applications. The client I work for is put through the painful task of explaining what needs to be done to meet Section 508 requirements. The teeth pulling the client goes through is shameful as the outside contractors want every single item spelled out and they want to know why (they usually have built the application or site through reusing a previous product built by somebody that is no longer there and that way they can do the job cheaply and make a better profit, had they built from the beginning knowing and understanding the requirements it would have been easy and inexpensive to do). Often times I am asked to help define what needs to be done and why something fails compliance, usually as a sanity check (accessibility has been an area of strength for four years or more). The regulations are very broad and do not define the exact actions that should be avoided (this is the correct approach to allow for technological improvements).

Marcus is a great example to have on the shelf as much of the information I work with during the day is public information that the taxpayers paid for, whether they are sighted, physically able, have their hearing, or not. We know that there is a decent number of users that come to government sites from publicly available systems (like in libraries) that have technology that is nowhere near current. These people should be able to get to the information and use the information and applications around it as others can use it. Marcus is usually what we see as worse case scenarios using Lynx, but also what we think of as our baseline. Knowing Marcus exists and is really helps greatly.

There is also a benefit side to building accessible information, it is future ready information. The information that is fully accessible is ready to use with no (or is rare cases slight) modification on mobile devices. This is the wonderful thing about building accessible information. One of the first steps is building information that validates to a standard. The next thing is separating style from the content by using style sheets, which make it easy to over ride any style that is problematic or to easily allow for scalable styles. This two helps create information that is future compatible. Accessible information can also be easily reused in from its presentation as it is built to standards that ease.

Accessible information is also structured properly. Structuring information properly is far more than how it looks, it is how is marked up. A header on a Web page has an "h1, h2, etc" tag around it, which eases the ability to build a table of contents or use that header as a contextual aid to summarize the information below it (that is if headers are tagged properly and the content in the header is properly descriptive). Structuring the information helps the information be reusable out of the Web page as that is what HTML does, provides structure elements in the markup tags. If information to be reused has needs (including structure and context that is easily discernible), which validating HTML provides as a basic foundation -- of course there is much that can be improved upon the basic HTML markup, but it addresses the information needs. Building accessible information applications (Web sites included) keeps money from being wasted in the future and it does not require buying a third-party application, which are often cause more problems than they solve where accessibility is concerned (this will not always be the case).

As Joe Clark's book, Building Accessible Websites points out accessible does not mean ugly or plain. Joe walks the reader through how to make beautiful sites that are also wonderfully to folks like Marcus (side note: Mark Pilgrim edited Joe's book). Another excellent book on accessibility, and is my favorite book on accessibility, as it works very well for Web application developers (and I agree with its approach to information in complex tables more than Joe's approach) is Accessible Web Sites. These are two great resources for leaning how to do things properly. I will be working on longer reviews of each in the near future.

Lou on Users Information Needs

Lou provides information on Information Needs Analysis, which is more accurately "User Information Needs Analysis". I noted this semantic problem on Lou's site, but other than that is it is a great viewpoint on discoving the mindset of the user's approach to a site based on the perception of information need. It is easy to surmise the power of vocabulary and taxonomy based on these overviews. Thanks Lou!!

IA and UX organization matrix

Beth provides a matix of IA and UX organizations to join, which helps not only know the price, but also know the area of focus.

Writers and information structure with markup

Understanding content, structure, writers, and working with content management in CMS Watch. Those of you like me that can not understand how people can not structure their documents that they want Web-endabled or reused in other way, this article helps make sense of the situation.

Design Council Gov Toolkit

The Design Council's Government [UK] Design Toolkit is a wonderful resource asking good questions and providing insite in to analytical tools to help shape a toward the mission and help design toward the users. The definition of cluster analysis does a nice job of laying out the task of defining groups of audiences. Other than this the site misses including the user as a focus of the messages and product.

Buttons have info cramming illness

This week I have dealt with folks that have created design elements without giving thought to how they or their users would use these elements. The oddity in the three cases was creating a design that used image buttons with text. The size of the button's was fixed with the design. In all three cases one or more of the buttons tried to cram way too much text on to the tiny space. The buttons were unreadable.

Graphical buttons demand forethought. They should only contain one or two short words. Graphical buttons should be clear and easy to read. If the words on buttons are more than one or two words you and the user may be better off using text links. A good button would be "Animals 2001" not "Emprical Study of Animals in Tropical and Non-Tropical Environments - 2001". To convey the full text of the information you may be much better off using headers to structure the information, in this case using "Animal Reports" and "Emprical Study of Tropical and Non-Tropical Environments" then list the years offered in buttons or in a list. This provides much better scanning and can help break the information in to more scanable chunks.

Wired goes X(HTML)

While trying to catch up on friends and knowledge I ran across Zeldman's discussion of Hot Wired moving fully to valid XHTML and CSS, which is a bold and wonderful move. Zeldman also points to Wired's defense of their move to the new up-to-date site. These are good reads and help us understand why good markup is important and to understand what goes into making these decisions and the work to make it come to life.

Markup gives structure to information

I have been missing a lot of things on the Web the past few weeks. I just found Steve Champeon's article on the importance of understanding mark-up over at Web Monkey. HTML markup, some call it HTML code (not correct), helps structure information so that it can be used and reused properly in the proper context. This is extremely important when you are trying to add style to the content, such as adding the desired size and weight to a header or modify positioning to an unordered list. I see a lot of HTML tags that are not used properly in the work we clean-up on a regular basis. There are very few applications, like MS Word that come close to using HTML markup properly. Cleaning up application generated markup is demoralizing as getting markup right in the first place is easier than having to clean up the mess made. Go read Steve's article and anything else you can put your hands on that he has written and you will be much better off than before, believe me.

Why is markup important? Many folks and applications try styling the information without considering the structure of the information. If you have much of a background in communication, journalism, information science, etc. you understand that information needs structure. There are headers that indicate to the user what the content and tone of the content that follows will contain. There are many elements on a page that need structure, like knowing where a paragraph begins and ends, where in the body of text an image should be tied, words that need to stand out (strong), a string of items in a list, or a structured ordered list with sub-elements. Not having thes information properly marked up would make understanding how to best treat that information very difficult. This may seem irrelevant to those that only deal with a Web browser, but if you want to read the informaiton on a PDA, print the information and use the best styling for reading, or need a screen reader to vocalize the words on the page and give the words that compise the information being communicated the same understanding you need structured information. It would be like trying to bake a cake with out sides on the pan, the cake needs structure to rise and be best consumed. People that guide you away from properly strucutring information, more often than not are not informed on the need and the benefits to structuring information.

Do not strand them

Stranding users is not a good thing to do, I think we can all agree with that premise. Not remembering that a user of your site can drop in to the site from anywhere to anywhere can be fatal. Take the U.S. Treasury Department, which recently did an expansive redesign of their site. They did a good job at bringing together much of their domain under one consistent branding roof. They have a few large navigation problems, they tend to pop-up a new window at the drop of a hat. Worse is that many of their press releases are built to pop-up, but have absolutely no navigation, not even to the Treasury homepage. I was suckered by this in July while searching for information from Google I was dropped in to a press release with nearly the exact information I was seeking. Big problem, all the Treasury Press Releases (sample of poor Treasury Web design) have no related links and no navigation to get you to the sourse of the page. When the Treasury gets around to fixing the stranded user problems they created they should fix the giant top banner/navigation bar that keeps the information their users are coming to the site for pushed down the page.

I will give the Treasury large kudos for grasping control of the splintered branding that is rampant in the large organizations. This consistantcy provides a couple of advantages by providing ease common design that give welcome consistancy and it makes it easier to go back and correct the navigation and usability errors that were left behind.

Accessibility tool that does what it needs to and more

Last week (things on the house and moving front along with work have kept me a little more than busy) I was demonstrated a solid accessibility application. The folks from Deque walked us through their Ramp product. Not only does this application assess accessibility of HTML (as well as image motions in improper frequency ranges) and Java, but it also will walk you through the steps to correct what needs to be done to meet and exceed 508 compliance. This tool handles complex HTML tables very well and offers a lot of functionality and very capably. This tool blows away Usablenet's Lift ability to easily add headers and ids to very complex tables (which Lift can mangle or just not hanle well). The tool also will markup perfectly valid HTML, which is a great relief. This tool is not cheap, but it will save a great amount of time, do things right, and give those using wanting the information the ablity to get it. This gives those of us that spend our waking hours trying to get usable and accessible information into the peoples hands who want it, can use it, and have paid for it (that is what taxes do after all).

Interactive Awards

Could it be information and site continuity is out and entertainment and design are in? CommArts Interactive 2002 Awards are nearly all beautiful graphical works, but have little or no continuity to the global sites in which they sit. The Advertising and Business awards sections seemed to be the most disconnected, as they had sites in which they sat that were quite different from where the award winners sat.

I really was impressed with the award winners from a graphical and entertaining perspective, but from the point of sharing and connecting to related information many of the winners were disjointed. Nearly all the winners were in Flash, which has information sharing problems for users. The Web is a wonderful information sharing medium that offers a wonderful ability to express, expand upon, and interact with users and other information stores. The Flash elements seemed to be self-contained, which is a serious downside. I will go back and spend more time trying to find examples of great design and using the Internet medium well.

The Internet is many things to many people and offers many options in which to present information. The wonderful thing about the Internet is being able to extract information as well as point others to specific segments of information with out having to wade through unrelated information. Hmmm, possibly more later on this.

Design for inconsistent medium

Rick Oppendisano has a wonderful discussion of Designing for An Inconsistent Medium in CommArts Design Interact. The Web browser is a wonderfully quirky design medium that provides great access to information, if marked-up properly. The browser does not give designer's free reign to control every pixel (a great developer will consider every pixel on a screen and weigh its purpose and use). The article does provide a great read.

Chad's reading lists

Chad Thornton has a great list of others reading lists. Such reading lists are great ways to find new resources. Chad adds Stanford's Joint Program in Design to his list.

Mobile info

It took $5.29 for 5 minutes on an internet kiosk to get to the right Vision.

Call it gadget issues or information problems, but I really needed access to info stored in an e-mail this evening. I was going to meet friends at a happy hour at Visions in DC. The problem was it was not Visions theater, but International Visions at 2629 Connecticuit, NW. I knew of Visions the cinema/bar/restaurant, but not the gallery. I checked the information in an e-mail before leaving and verified Visions on Connecticuit and went to the Visions just off Conn. I was wrong and did not print out the e-mail. I eventually found a Internet kiosk and paid $5.29 for a half hour to dig out the e-mail an figure out I am 10 blocks and a bridge away from the right place. Eventually I made it and had a great time.

My solution is to sent the pertinent information in a text message to my phone or write it in my Palm. Better yet do both. I synch my Palm once a day and I could set an e-mail address that only that device would get. This would allow me to not have to pull all my e-mail onto my Palm and only that which I really wanted. Days like today would require much more forethought or just send a snippet to the phone.

All this gets back to having the information you need at your fingertips when you want or need it. It is that roughly magnetized cloud of information that I want to follow me.