<?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;Visual</title>	<link>http://tc.eserver.org/dir/Design/Web-Design/Accessibility/Visual</link>
	<description>A listing of the most recently indexed works about Design and Web Design and Accessibility and Visual 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;Visual</title>
		<link>http://tc.eserver.org/dir/Design/Web-Design/Accessibility/Visual</link>
	</image>
	<item>
		<title>Designing for Screen Reader Compatibility</title>
		<link>http://tc.eserver.org/34634.html</link>
		<guid>http://tc.eserver.org/34634.html</guid>
		<description>Techniques that work for one screen reader almost always work in other screen readers. In some cases, one of the screen readers has capabilities that the others do not have, or handles some types of content better than the other screen readers. Still, developers are almost always better off when they focus on accessibility standards and generally-accepted accessibility techniques than when they focus on screen reader differences.</description>
	</item>
	<item>
		<title>How to Avoid Screen Reader &apos;Noise Pollution&apos;</title>
		<link>http://tc.eserver.org/32916.html</link>
		<guid>http://tc.eserver.org/32916.html</guid>
		<description>Surely there can&apos;t be a skill to writing ALT text for images? You just pop a description in there and you&apos;re good to go, right? Well, kind of. Sure, it&apos;s not rocket science, but there are a few guidelines you need to follow.</description>
	</item>
	<item>
		<title>Designing Your Web Site for the Blind</title>
		<link>http://tc.eserver.org/27110.html</link>
		<guid>http://tc.eserver.org/27110.html</guid>
		<description>Yet those of us who are fully sighted forget that as we make the Web our main information vehicle, we may be cutting out millions of customers or potential customers. And these millions (5 to 10 million in the U.S. alone, by some estimates) have every moral and legal right to have access to that information.</description>
	</item>
	<item>
		<title>Accessibility Testing on a Budget</title>
		<link>http://tc.eserver.org/22934.html</link>
		<guid>http://tc.eserver.org/22934.html</guid>
		<description>How do you find out how your site sounds? Without dipping in to the wallet, here are some suggestions about how you can test your pages.</description>
	</item>
	<item>
		<title>Adaptive Technologies for the Visually Impaired: The Role of Technical Communicators</title>
		<link>http://tc.eserver.org/21214.html</link>
		<guid>http://tc.eserver.org/21214.html</guid>
		<description>This column examines emerging technologies of interest to technical communicators to help them identify those that are worthy of further investigation. It is intended neither as an endorsement of any technology or product, nor as a recommendation to purchase.</description>
	</item>
	<item>
		<title>Usable, Accessible Web Pages for Low Vision: Criteria for Designers</title>
		<link>http://tc.eserver.org/19494.html</link>
		<guid>http://tc.eserver.org/19494.html</guid>
		<description>This paper identifies challenges for design of web pages for low vision. It examines key usability considerations&#xD;(subject, occasion, audience, and purpose) for defining&#xD;content for web pages and emphasizes seven basic&#xD;principles of universal design. SOAP for web pages is a&#xD;model that web page developers can use to define&#xD;content criteria for websites. The model emphasizes an&#xD;interdisciplinary approach to audience, needs, task, and&#xD;requirements analysis. It discusses a user–centered&#xD;approach (capture, specify, plan, realize, deliver) to&#xD;usability testing. Additionally, this paper summarizes key&#xD;findings from low vision research on type legibility. The&#xD;paper concludes with design principles that can be&#xD;derived from print–based studies (normal and subnormal&#xD;vision) for developing accessible web pages.</description>
	</item>
	<item>
		<title>Guidelines for Writing Accessible Online Help</title>
		<link>http://tc.eserver.org/19186.html</link>
		<guid>http://tc.eserver.org/19186.html</guid>
		<description>This article describes how to write effective on-line help for blind and low vision users of text based readers. The authors draw on their collective experience in both using text (screen) readers like JAWS to access web applications as well as preparing accessibility help for web pages and applications.&#xD;&#xD;This article doesn&apos;t include specific information about building web interfaces or sites, use of controls for accessibility within web sites, Section 508 or WAI Standards and Guidelines, or specific information about hardware or software. We include JAWS instructions as an example because it is commonly used in the United States. Also, we don&apos;t include information about actual language used within an interface and how to write it to make the interface more accessible. We are only discussing how to write Help pertaining to the interface itself.</description>
	</item>
	<atom:link href="http://tc.eserver.org/dir/Design/Web-Design/Accessibility/Visual.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>