<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Design&gt;Web Design&gt;Accessibility&gt;Usability</title>	<link>http://tc.eserver.org/dir/Design/Web-Design/Accessibility/Usability</link>
	<description>A listing of the most recently indexed works about Design and Web Design and Accessibility and Usability in the field of technical communication.</description>
	<language>en-us</language>
	<copyright>Copyright (c) 2005-08 by the EServer. All rights reserved.</copyright>
	<managingEditor>tclib-editorial@eserver.org (TC Library Editorial Board)</managingEditor>
	<webMaster>webmaster@eserver.org (Geoffrey Sauer)</webMaster>
	<image>
		<url>http://tc.eserver.org/images/newlogo.gif</url>
		<title>Design&gt;Web Design&gt;Accessibility&gt;Usability</title>
		<link>http://tc.eserver.org/dir/Design/Web-Design/Accessibility/Usability</link>
	</image>
	<item>
		<title>New Accessibility Guidelines Part II: Operability</title>
		<link>http://tc.eserver.org/34617.html</link>
		<guid>http://tc.eserver.org/34617.html</guid>
		<description>The concept behind website operability is simple: Can everybody use the tools and mechanisms required to operate your website? Operability may seem easy, but it can be very challenging. Every control, every link, and every button on your site is a potential point of failure for operability. Without appropriate consideration for the disabled, you run the risk that disabled users will be unable to access your site.</description>
	</item>
	<item>
		<title>Back To Basics: How Poor Usability Effects Accessibility</title>
		<link>http://tc.eserver.org/34463.html</link>
		<guid>http://tc.eserver.org/34463.html</guid>
		<description>In recent user testing with a range of participants including Visually Impaired (VIP) and Blind users we found that the majority of problems were common across all groups. However the effect of poor usability is more severe for users with visual disabilities. Surprisingly all of the issues are very familiar and are easy to fix so we thought we’d revisit some of the basics of accessible web design.</description>
	</item>
	<item>
		<title>Usable Accessibility: Making Web Sites Work Well for People with Disabilities</title>
		<link>http://tc.eserver.org/33953.html</link>
		<guid>http://tc.eserver.org/33953.html</guid>
		<description>When people talk about both usability and accessibility, it is often to point out how they differ. Accessibility often gets pigeon-holed as simply making sure there are no barriers to access for screen readers or other assistive technology, without regard to usability, while usability usually targets everyone who uses a site or product, without considering people who have disabilities. In fact, the concept of usability often seems to exclude people with disabilities, as though just access is all they are entitled to. What about creating a good user experience for people with disabilities—going beyond making a Web site merely accessible to make it truly usable for them?</description>
	</item>
	<item>
		<title>Analysis Phase</title>
		<link>http://tc.eserver.org/33114.html</link>
		<guid>http://tc.eserver.org/33114.html</guid>
		<description>It is most effective and efficient to incorporate accessibility from the very beginning of a project. When accessibility is only addressed late in product design, it can be very costly to make required design changes. Incorporating accessibility early in the project increases the potential positive design impact, and decreases the time and money required to design accessible products. This chapter provides information on setting usability goals, user analysis, workflow analysis and understanding accessibility issues.</description>
	</item>
	<item>
		<title>Secret Benefits of Accessibility Part 1: Increased Usability</title>
		<link>http://tc.eserver.org/32861.html</link>
		<guid>http://tc.eserver.org/32861.html</guid>
		<description>Web accessibility has so many benefits that I really do wonder why such a large number of Websites have such diabolically bad accessibility. One of the main benefits is increased usability, which, according to usability guru, Jakob Nielsen, can increase the sales/conversion rate of a Website by 100%, and traffic by 150%.</description>
	</item>
	<item>
		<title>Seven Screen Reader Usability Tips</title>
		<link>http://tc.eserver.org/32865.html</link>
		<guid>http://tc.eserver.org/32865.html</guid>
		<description>Simply ensuring that your Website is accessible to screen reader users is, unfortunately, not enough to guarantee that these users can find what they&apos;re looking for in a reasonably quick and efficient manner. Even if your site is accessible to screen reader users, its usability could be so poor that they needn&apos;t have bothered stooping by in the first place.</description>
	</item>
	<item>
		<title>Speaking ALT Text</title>
		<link>http://tc.eserver.org/32866.html</link>
		<guid>http://tc.eserver.org/32866.html</guid>
		<description>I have a few late model screen readers and I also have simple audio recording tools. I&apos;ll use them to get you closer to what these screen readers actually say. I&apos;ll start a collection of recordings so you can hear for yourself what these tools say.</description>
	</item>
	<item>
		<title>Understanding Disabilities when Designing a Website</title>
		<link>http://tc.eserver.org/32635.html</link>
		<guid>http://tc.eserver.org/32635.html</guid>
		<description>This article will explain some simple techniques which, if incorporated into the design of a website, will enhance its accessibility and usability for people who have a vision, hearing, physical, cognitive, or learning disability.</description>
	</item>
	<item>
		<title>Introduction to Screen Readers</title>
		<link>http://tc.eserver.org/32485.html</link>
		<guid>http://tc.eserver.org/32485.html</guid>
		<description>Begins by showing us the core functionality of screen readers and how they interact with the desktop. In the second part it demonstrates how a blind user may use them to explore and understand web sites, how sites are “linearized”, and how using semantic markup to build sites supports accessible navigation and usability.</description>
	</item>
	<item>
		<title>Introduction to Screen Magnifiers</title>
		<link>http://tc.eserver.org/32486.html</link>
		<guid>http://tc.eserver.org/32486.html</guid>
		<description>Karo Caran and Victor Tsaran show how the screen magnifier ZoomText is used to make the computer desktop and web sites readable to people with reduced vision.</description>
	</item>
	<item>
		<title>Visually Challenged Users and Need for a Universally Accessible Web Site</title>
		<link>http://tc.eserver.org/30765.html</link>
		<guid>http://tc.eserver.org/30765.html</guid>
		<description>Visually impaired people suffer from no faults of their own. This is quite worthy of consideration that a little more efforts toward adoption of certain features in your web site can help them retrieve information in the desired manner. Their ease of accessibility to your web site will not go unrewarded; they can well augment your business interests by turning into your most valuable customers.</description>
	</item>
	<item>
		<title>Improving Accessibility for Motor Impaired Users</title>
		<link>http://tc.eserver.org/29276.html</link>
		<guid>http://tc.eserver.org/29276.html</guid>
		<description>The unique requirements for motor impaired web users can often be overlooked or poorly implemented. Motor impairments can be caused by a stroke, Parkinson&apos;s disease, Multiple Sclerosis (MS), a physical disability or even a broken arm. This group of users essentially have limited or no ability to use a mouse.</description>
	</item>
	<item>
		<title>Disabling Innovation</title>
		<link>http://tc.eserver.org/27485.html</link>
		<guid>http://tc.eserver.org/27485.html</guid>
		<description>Setting legal standards for making websites &apos;accessible&apos; to all won&apos;t help web designers, or users.</description>
	</item>
	<item>
		<title>A Journey Through Accessibility</title>
		<link>http://tc.eserver.org/27415.html</link>
		<guid>http://tc.eserver.org/27415.html</guid>
		<description>Identifies web accessibility problems throughout the web generations, and summarises where we are now, and what we can expect for the future.</description>
	</item>
	<item>
		<title>Accessibility Is Not Enough</title>
		<link>http://tc.eserver.org/26626.html</link>
		<guid>http://tc.eserver.org/26626.html</guid>
		<description>A strict focus on accessibility as a scorecard item doesn&apos;t help users with disabilities. To help these users accomplish critical tasks, you must adopt a usability perspective.</description>
	</item>
	<item>
		<title>Helping Low-vision and Other Users with Web Sites That Meet Their Needs: Is One Site for All Feasible?</title>
		<link>http://tc.eserver.org/25238.html</link>
		<guid>http://tc.eserver.org/25238.html</guid>
		<description>For this study, we recruited low-vision users with a variety of vision problems who need software to magnify computer text. Although we did not systematically recruit for specific vision problems, the fact that our users had different needs gave us one of the most critical insights in this study: The needs of low-vision users are too diverse for simple solutions to Web accessibility and usability.&#xD;&#xD;We show a few ways in which today’s Web sites are missing the needs of all low-vision users and provide guidelines for fixing those problems. However, the diversity of vision needs and the resulting adaptations that low-vision users require mean that there are no simple solutions to making Web sites work for everyone. In this article, therefore, you will not find many simple guidelines. Instead, we raise a critical issue and suggest a &apos;vision of the future&apos; solution.</description>
	</item>
	<item>
		<title>Visual vs. Cognitive Disabilities</title>
		<link>http://tc.eserver.org/22967.html</link>
		<guid>http://tc.eserver.org/22967.html</guid>
		<description>Graphics are not directly accessible to people who are blind, yet graphics can be beneficial (in some cases necessary) to individuals with cognitive disabilities. Are these two disability types at odds with each other? How can Web developers reconcile the needs of these two very different audiences? Read more about the apparent conflicting interests in our feature article.</description>
	</item>
	<item>
		<title>Accountability of Accessibility and Usability</title>
		<link>http://tc.eserver.org/22949.html</link>
		<guid>http://tc.eserver.org/22949.html</guid>
		<description>Focus on your users, all of them. Learn from mistakes currently made on the Web. If a user can&apos;t fill out a form, they can&apos;t buy anything from your site. People turned away by unusable sites will probably try a competitor&apos;s site. Don&apos;t be the site that turned people away. Make your Web site as usable and accessible as possible. It&apos;s the business savvy thing to do. It&apos;s the right thing to do. If you don&apos;t, someone just might force you legally to do it or threaten to sue.</description>
	</item>
	<item>
		<title>Let Them Eat Cake</title>
		<link>http://tc.eserver.org/22802.html</link>
		<guid>http://tc.eserver.org/22802.html</guid>
		<description>A growing debate pits accessibility against usability. From our point of view, it’s like pitting peanut butter against jelly. This article helps you create a page that is both usable and accessible, saving readers the trouble of scrolling with a little help from JavaScript and the Document Object Model.</description>
	</item>
	<item>
		<title>UK Accessibility Investigation of 1,000 Web Sites - Results Released</title>
		<link>http://tc.eserver.org/22752.html</link>
		<guid>http://tc.eserver.org/22752.html</guid>
		<description>An investigation of 1000 UK Web sites carried out on behalf of the Disability Rights Commission (DRC) reveals unacceptably poor (in fact woeful) accessibility. At least 81% of sites failed to meet the minimum accessibility standard, and this figure is likely to be much higher.</description>
	</item>
	<item>
		<title>Beyond Accessibility: Treating Users with Disabilities as People</title>
		<link>http://tc.eserver.org/21014.html</link>
		<guid>http://tc.eserver.org/21014.html</guid>
		<description>With current Web design practices, users without disabilities experience three times higher usability than users who are blind or have low vision. Usability guidelines can substantially improve the matter by making websites and intranets support task performance for users with disabilities.</description>
	</item>
	<item>
		<title>Facts and Opinion About Fahrner Image Replacement</title>
		<link>http://tc.eserver.org/20367.html</link>
		<guid>http://tc.eserver.org/20367.html</guid>
		<description>Fahrner Image Replacement and its analogues aim to combine the benefits of high design with the requirements of accessibility. But how well do these methods really work? Accessibility expert Joe Clark digs up much-needed empirical data on how FIR works (and doesn’t) in leading screen readers.</description>
	</item>
	<item>
		<title>Evaluating Web Sites for Accessibility</title>
		<link>http://tc.eserver.org/20049.html</link>
		<guid>http://tc.eserver.org/20049.html</guid>
		<description>This document outlines approaches for preliminary review Web site accessibility, and for evaluation of conformance to the Web Content Accessibility Guidelines 1.0. While it does not provide checkpoint-by-checkpoint testing techniques it does include general procedures and tips for evaluation during development of Web sites, and for monitoring of established Web sites. Other resources will be developed for in-depth compliance testing. The measures described here are intended to supplement an organization&apos;s existing procedures for content management and quality assurance on their Web sites. For information about why making Web sites accessible is important read the Introductions on the WAI Resources page.</description>
	</item>
	<item>
		<title>The &quot;Vision Thing&quot;</title>
		<link>http://tc.eserver.org/19369.html</link>
		<guid>http://tc.eserver.org/19369.html</guid>
		<description>It&apos;s important for Web designers to have a basic understanding of the mechanics of human visual perception. To the extent that your pages are &apos;easy on the eyes,&apos; readers will find your site more inviting and more readable. Conversely, pages that visually overstimulate a reader are not only more difficult to read, but much more likely to result in eyestrain, fatigue, even headaches (none of which is particularly popular among readers). </description>
	</item>
	<item>
		<title>Accessibility Arguments Revisited</title>
		<link>http://tc.eserver.org/19037.html</link>
		<guid>http://tc.eserver.org/19037.html</guid>
		<description>Frontend has recently completed the delivery of the first version (1.1) of the Irish National Disability Authority (NDA) IT Accessibility Guidelines. In the course of our work for the NDA over the last year we’ve talked to a wide variety groups and individuals who have an interest in accessibility and as a result of their input, our approach has shifted a little. Here’s what we found out.</description>
	</item>
	<item>
		<title>Providing </title>
		<link>http://tc.eserver.org/19036.html</link>
		<guid>http://tc.eserver.org/19036.html</guid>
		<description>Once the information on a web page has been made, strictly speaking, accessible to assistive technologies, the question then becomes whether or not that site is &apos;easy-to-use&apos; for people with impairments. It is not always enough to retrofit accessibility features to a pre-existing site that was designed without considering the needs of these users. </description>
	</item>
	<item>
		<title>Text-Only is not Accessible</title>
		<link>http://tc.eserver.org/19049.html</link>
		<guid>http://tc.eserver.org/19049.html</guid>
		<description>Text-only websites are not suited to all users with impairments. Although they are often ideal for users who are blind and use a screen reader, accessibility goes far beyond this user group.</description>
	</item>
	<item>
		<title>Designing More Usable Web Sites</title>
		<link>http://tc.eserver.org/18604.html</link>
		<guid>http://tc.eserver.org/18604.html</guid>
		<description>This section of Designing a More Usable World is dedicated to cooperative efforts linked toward building a more usable Web for all. At the present time, there are a number of interlocking and interrelated efforts.</description>
	</item>
	<item>
		<title>Increasing the Accessibility of the Web through Style Sheets, Scripts and &apos;Plug-ins&apos;</title>
		<link>http://tc.eserver.org/18612.html</link>
		<guid>http://tc.eserver.org/18612.html</guid>
		<description>The W3C WAI Page Authoring Guidelines (Vanderheiden, et al, 1998a) contains nineteen general concepts that Web page authors should follow to make their pages more accessible and usable, not only to people with disabilities, but for newer page viewing technologies (mobile and voice), for electronic agents such as indexing robots, and etc.&#xD;&#xD;In this paper/presentation, we will talk about and demonstrate how scripts and style sheets can be implemented today, and still work on systems that do not support scripts and style sheets (&apos;Transform gracefully&apos;). We also talk about and demonstrate how the data in a table can be presented and navigated both via scripting and by an accompanying application (&apos;Context and navigation&apos;). </description>
	</item>
	<item>
		<title>Setting Usability Requirements For A Web Site Containing A Form</title>
		<link>http://tc.eserver.org/13133.html</link>
		<guid>http://tc.eserver.org/13133.html</guid>
		<description>We describe the challenges of understanding and setting usability requirements for a web site containing a form. We define &apos;usability requirements.&apos; Ideally, usability requirements should be defined early in a project. In practice, we often find that the first opportunity we have is when we are asked to undertake an evaluation. Collecting the users&apos; opinions of the requirements as part of the evaluation can often prompt the organization into investigating the users, leading to a better set of requirements and, eventually, a better web site.</description>
	</item>
	<atom:link href="http://tc.eserver.org/dir/Design/Web-Design/Accessibility/Usability.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>