vanderwal.net

Meryl gets Lou and Peter talking about IA

Meryl's interveiw with Lou and Peter about information architecture over at Digital Web is a must read. It is a good overview, plus it gives good answers to many of the definition problems that continually pop-up in IA.

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.

Usability Net from the EU - Updated

UsabilityNet is a solid resource put out by the EU. There are many great resources, like the methods table, but there were also many visual presentation and structural problems that kept me from getting the most out of the site. On the top page there presentation is very cluttered and the image buttons are not easy to scan, or for that matter read (here a text links with CSS would offer much better readability and would easily be resizable for those with visual difficulties). The inside pages often have two layers of navigation, but use a visual presentation that not only had me slightly baffled, but other Web development and design professionals too. Not only are there two layers of hierarchial navigation layers on the top, but there are sometimes left navigation provided. I really was not sure what the differences were between the second tier top nav and the left nav as they were similar.

I completely agree with Beth that the Usability for Managers section offers great resources. This page gives solid reasoning behind the benefits of using usability testing and development.

The area where this site could use the most improvement is the accessibility of some of the informaiton. The methods table is a great idea with a solid presentation, but it is not accessible in the slightest for folks with disabilities or those using mobile devices. The largest disappointment is the page is not printable.

In all this will be a great site if they can get through some of the structure and presentation issues. It seems ironic that the site has usability problems, but it is a young site with a great future and I have no doubt they will get there.

[hat tip Beth]

Model of Attraction Outline - Version 1

The Model of Attraction ouline version 1 is now posted. The outline has been structured to set up a structure for filling in the blanks and providing a better strucutre for understanding the MoA. Outlines are my foundations for writing more serious works. Outlines help me find holes and provide a structure to rest content upon. This verion is largely attributed a train ride to Philly that allowed me time and untethered space to think, order, and write.

Please comment if you are so inclined. Find holes are areas that do not seem fully fleshed out enough. Thank you in advance.

Mark dives into XFML

Mark Pilgim dives into XFML and provides an excellent set of references to learn more (as always).

Zeldman uncovers the mess of Aventis site

Zeldman hits the ugly nail on the head discussing Aventis. I believe that anybody who believes there is not an poor information design or site that is screaming for an Informaiton Architect has not been to Aventis, there are so many problems that begin with and end with the drop down menus that overlap. Zeldmen points out, as he always does, the need to understand what the HTML markup and code do in a browser. Not only understanding the browser but the user. The Aventis site fails in many areas, but the tucking product information under "About Aventis" makes it very difficult to find.

Zeldman has also been sharing his wonderful redevelopment pains and discoveries. I may tackle the last couple layout bugs I have left if he cracks the right nut.

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!!

Adam and Nathan Part II

Adam and Nathan discuss experience design, part two. This second part gets a little deeper than the first and aims more at defining than tearing apart.

UPA Calendar of Events

N2S (note to self): UPA calendar of conferences covers more than just UPA events. This could prove a good resource for coming attractions.

Title to the top

One of the modifications here at vanderwal.net was making better use of the title in the HTML header. This is something that I preach at work, the title should describe the information as it is used by search engines. Google uses it in their algorithms and in their hyperlink to the information. I took the category in my homebuilt CMS and placed the category name in the title and put the same title in the H1 header tag at the top of these pages. After the first Googlebot scrape of this site the incoming Google clicks quadrupled in 24 hours and have stayed rather constant.

I knew something like this would happen, but not to this extent. I guess there are so many poorly formed Web pages out there that a properly formed page sticks out (tounge partially in cheek). The categories are set based on my personal taxonomy and each entry can be cross classified as there is often cross-cutting issues in a post. The things people are seeking and ending up on these pages is extremely broad, much like the topics covered here. Some of the Google queries end up at Off the Top as it is near the top in the search results, but not nearly as on target as others that are farter down the list that have not structured their information properly.

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.

W3C RDF Primer

The W3C RDF Primer is something to come back to soon. The Resource Description Framework is a solid foundation to sharing information and is getting used more. It is a grown-up's version of RSS (the weblogger's resource sharing XML tool). This information relies on well structured information and helps keep the information structured for reuse.

Get your RSS feed

Yes, I finally got up to speed with the rest of the world and added an RSS feed and have added a new page that will track available vanderwal.net XML documents and RSS feeds. I may make a couple category specific RSS feeds as there is interest. Use the (now working again) comments or the contact to let me know what you would like.

I have only put out the first RSS feed in 0.91 at the moment. I may upgrade it in the near future as I now have it relatively easy to build from my end. I have been getting a decent amount of pestering and bother from folks asking for the feed. You see I still build my own CMS for the site and it takes time and priority to get around to some of these things.

Why not move to Movable Type or Drupal (the only two I would currently consider)? I enjoy building my own system, but it does require that I build my own APIs or even my own applications to mirror functionality. I like building CMS and this one is one of six that I have designed and/or fully built since 1997. It is like a hobby for me as well as a job.

Adam gets Nathan on ED

Adam interviews Nathan regarding ED and IA.

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.