vanderwal.net

Goodbye glasshaus and Wrox

Owen broke the news today that glasshaus books is gone. So is its parent company Wrox books and all the other imprints from this publisher. Matt has very kind words to say about glasshaus and I will concur that they were wonderful to review books for. I looked in to my work bag and found two of my five reference books that travel from home and work are glasshaus (Cascading Style Sheets: Separating Content from Presentation which is a great book to get to understand CSS1, CSS2, and the box model, and Constructing Accessible Web Sites a great reference book on accessibility). I have a few others that I get great use from also, including Usability: The Site Speaks for Itself as an overal inspiration book for redesigns and understanding the use of various pages.

A few years ago I was picking up Wrox books left and right. I have a few ASP, PHP, UML, and XML books (some that have migrated to boxes in the basement as I do not use or prefer that language at the moment. On the whole Wrox and glasshaus had great authors that really communicate well and create books that are very useful as resources and good reads.

W3C breaks the silence with captioning

Meryl notes W3C add captioning by adding a TTWG (Timed Text Working Group). This is a great addition for the W3C and those that have been left in silence.

Dumbing down of computer and information design books

My trip to bookstores in Florida had me seeing what the person on the street sees as computer books, "Dummies" guides. There were eight shelves of Dummies computer books with a handful of Microsoft publisher books thrown in for color variation.

When I returned home I took a trip to Barnes and Noble and found the computer Web section filled with GUI tool books (Dreamweaver, FrontPage, GoLive, etc.) where there were shelves of HTML, DHTML, CSS, Perl, proper design (by Zeldman and Veen), or Information Architecture books. This trend worried me more than what I saw in Florida. The GUI books did not get into proper markup or understanding of information. The books were concerned with how to make better use of more bandwidth. Not one place in the many books I pulled off the shelf did I see any mention of the user or information use (let alone information reuse). The beauty of learning how to develop properly is knowing when the GUI tools are wrong, but better is knowing what is built properly will work well on broadband and on mobile devices. If the information is important and cared about it should be made available, accessible, and usable.

Smart Mobs and Emergence provide sparks

I began reading Smart Mobs by Howard Rheingold the past few days. It is a fantastic book that covers a lot of ground, including free riders, game theory, mobile technology, information creation, and information use and reuse. The book is proving to be an excellent follow-on to Steven Johnson's Emergence. The two books are wonderful mind-joggers and fodder for new preceptions about information, technology, and the world around us. A trait that both share is excellent bibliographies and end-notes (the end notes in both books were not very user friendly and would seem to be structured for hypertexting and not paper books).

These two books put the focus on being future friendly, which does not mean any thing new, but reinforces my belief in properly structured information. Information use and reuse are the key elements in both books, which embrace bottom-up information creation and knowledge sharing. The need for access to information drives Smart Mobs, whether it is to grow open development or for mobile use access is important. The best access environment we have in place at the moment is valid HTML/XHTML that is used to properly structure the information.

This also requires thinking through every pixel on a Web page and understanding its purpose. Understanding the user will help provide a framework for building information interfaces. The information/content should take importance also that is why users are reading, not the entertaining graphics. Keep in mind we structured information can be reused on mobile devides that may not use your images, information may be scraped and repurposed, information may be printed, or read aloud to a person using a site reader while they are driving or read to a person with visual difficulties.

You may want to get your hands on either or both books and take a look for yourself and you may be inspired in new ways or have your beliefs in information and its used renewed.

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.

IA primer

This evening I went to Content and Coffee a networking/information sharing event for content editors and writers for the Web. This evenings event was focussed on IA and had Thom Haller, Cinnamon Melchor, Vera Rhoads, and Sharyn Horowitz on a panel. This was essentially a light overview of IA, but the folks did a really nice job explaining IA and how they sell IA and its benefits to their clients or management. I may also go to the November 11 event covering 508 accessibility issues as it is a fun topic and it is good to get other perspectives.

Helping hand to accessibility

The GlassHaus Constructing Accessible Web Sites book has been a great find. I began working to build sites and applications for use in Web browsers that had to be used by individuals with disabilities in 1997. Over these years I picked up a lot of hard won knowledge and experience, but have never run across a resource that fully backed what I had gathered. The GlasHaus Accessibility book not only echoes what I have learned, but has provided new insights to improve upon what I already have. The best part of this book is that I can point others to it and I am assured they will be able to build an accessible site or Web applications that can meet high standards.

Many folks think accessibility is a great inconvenience, but it takes a little thinking and planning to do it right from the beginning. Having a great resource at hand makes the process a cake walk. Not only are the processes and guides helpful for creating sites that are accessible for those that are disabled these steps outlined also make the information in the site future ready. Sites that are accessible are much easier to use with a handheld PDA device or from even a cell phone browser. Accessibility for everybody in more situations improves with structuring the information properly, which is all making Web enabled information really requires to get it ready to be consumed. Is your information ready to be consumed by everybody?

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.

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).

Polar Bear Arrives

A great day here, the O'Reilly's 2nd edition of Information Architecture arrived today. I have only perused it lightly, but will spend a little more time with it in the next few days. It looks like Lou and Peter really knocked themselves out. I have two other books that I am really enjoying and will write reviews of in the near future: the wonderful Constructing Accessible Web Sites and Usability: The Site Speaks for itself, which is great for learning how to think about making usable sites and not just following commandments from guru that do not apply to all situations.

Glasshaus developers books

A stop in to the local bookstore today has been strongly considering Constructing Accessible Web Sites and Usability: The Site Speaks for Itself both are Glasshaus imprints and seemingly very well written and well produced. The accessibility book covers a topic that is tough to get ones mind around initially and the book handles the topic wonderfully. I have been working with the accessibilty issue for a few years now and the book points out some areas that were of a help to me.

I balk a little at the hefty price of the books, which means I will be buying them on discount or sale. I know some of the folks that have contributed to the books, which helps me justify the costs, but not everybody is me. If the cost were a little lower, say a 30 U.S. dollar price point, it would be easier to buy a couple or more and hand them out to folks that really need them. The accessibility issue book is one that really needs a lower price point, but I know there are solid methods for pricing the books just under 50 U.S. dollars.

Accessibity for all

DIY accessibility is now at your fingertips.

Joe Clark runs real accesibility test on Flash MX

The accesibility guru, Joe Clark, writes the real Flash MX accesibility story. I know I have been waiting for somebody to actually test MX. Flash is taking the right steps, but it still is not fully there. When it comes to accesibility it is not a part of the way thing for those with disabilities, it either works or does not work.

Anitra writes a great article covering the breadth of Web accessibility. This feature is very much a tutorial and broad overview of the steps to take to make a site more accessibile.

The fine folks at Q42 have a color blindness check tool. This works to change your Web pages into a palette that a color blind person would perceive.