<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
categoryallspace2-Design Web Design Accessibility
<channel>
	<title>Design&gt;Web Design&gt;Accessibility</title>	<link>http://tc.eserver.org/dir/Design/Web-Design/Accessibility</link>
	<description>A directory of resources about design and web design and accessibility in the field of technical communication.</description>
	<language>en-us</language>
	<atom:link href="http://tc.eserver.org/dir/Design/Web-Design/Accessibility.xml" rel="self" type="application/rss+xml" />
	<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</title>
		<link>http://tc.eserver.org/dir/Design/Web-Design/Accessibility</link>
	</image>
	<item>
		<title>Understanding Disability Issues When Designing Web Sites</title>
		<link>http://tc.eserver.org/31073.html</link>
		<guid>http://tc.eserver.org/31073.html</guid>
		<description>When you design or modify Web sites to allow access to people with disabilities, you make the Web accessible. New Web sites and applications, however, are introducing new problems and barriers. There are complex graphics and multimedia applications that assistive technology simply has not solved. One solution to these new problems is to put accessibility in the hands of the Web developer and content author. Creating a Web site that is accessible by people with disabilities is relatively easy as long as the Web developer and author follow some basic guidelines.</description>
	</item>
	<item>
		<title>AJAX Accessibility for Websites</title>
		<link>http://tc.eserver.org/31058.html</link>
		<guid>http://tc.eserver.org/31058.html</guid>
		<description>Discover the accessibility problems caused by AJAX and how it can be used to enhance web accessibility.</description>
	</item>
	<item>
		<title>Ten Common Errors When Implementing Accessibility</title>
		<link>http://tc.eserver.org/31059.html</link>
		<guid>http://tc.eserver.org/31059.html</guid>
		<description>Web developers often make the same errors as each other when implementing accessibility - find out what these are and how to avoid making these mistakes.</description>
	</item>
	<item>
		<title>The Stomper Scrutinizer: Web Browser w/Visual Simulation</title>
		<link>http://tc.eserver.org/30821.html</link>
		<guid>http://tc.eserver.org/30821.html</guid>
		<description>The Stomper Scrutinizer is a webkit based browser that includes a simulation of human foveal and peripheral vision.  By providing a realistic distortion of non-focused page content, the Scrutinizer reveals the perceptability of design features.  It is also useful for conducting usability tests, design reviews, and has a number of features (including screenshots) for talking about design.</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>ATAG (Authoring Tool Accessibility Guidelines) Assessment of WordPress</title>
		<link>http://tc.eserver.org/30604.html</link>
		<guid>http://tc.eserver.org/30604.html</guid>
		<description>This document assesses WordPress 2.01 against the Authoring Tool Accessibility Guidelines 1.0.</description>
	</item>
	<item>
		<title>Zoom Layouts</title>
		<link>http://tc.eserver.org/30605.html</link>
		<guid>http://tc.eserver.org/30605.html</guid>
		<description>A zoom layout uses CSS (cascading stylesheets) to automatically reformat a page so it&apos;s easier for a low-vision user to read. Multiple columns become single columns, navigation gets simplified and put at the top, fonts become bigger, and (usually) colours are set to light on dark.</description>
	</item>
	<item>
		<title>One Reason Why Section 508 Isn&apos;t Working</title>
		<link>http://tc.eserver.org/30557.html</link>
		<guid>http://tc.eserver.org/30557.html</guid>
		<description>The article underscores one of the key weaknesses in Section 508 today: the lack of self-regulation and commitment to Section 508 by federal agencies. Since Section 508 was released in June 2001, the primary enforcement focus has been on industry&apos;s role and responsibility. The pervasive thinking was that compliance could be better achieved by ensuring that industry designed, developed, and delivered accessible electronic and information technology for agency procurement. And there seems to be merit to this way of thinking. But if federal contracting and procurement officers do not include the 508 requirements as part of their procurement request documentation, industry has no motivation to invest money and resources required to enhance their products for accessibility.</description>
	</item>
	<item>
		<title>The AxsJAX Framework for ARIA</title>
		<link>http://tc.eserver.org/30471.html</link>
		<guid>http://tc.eserver.org/30471.html</guid>
		<description>Charles L. Chen  and T. V Raman have developed a common JavaScript framework to enhance the accessibility of AJAX-based applications. The framework is called AxsJAX, pronounced, &apos;Access JAX.&apos;</description>
	</item>
	<item>
		<title>E-Shop Accessibility: From Theory to Reality</title>
		<link>http://tc.eserver.org/30473.html</link>
		<guid>http://tc.eserver.org/30473.html</guid>
		<description>This article will explain how it is possible to apply WCAG 1.0 (and also how to comply with the future WCAG 2.0  and ISO 9241-151) to create an accessible e-shop shopping-cart and backend management system, analyzing the problems and the proposed solutions.</description>
	</item>
	<item>
		<title>Fieldsets, Legends and Screen Readers</title>
		<link>http://tc.eserver.org/30475.html</link>
		<guid>http://tc.eserver.org/30475.html</guid>
		<description>The grouping and labelling of thematically related controls within a form is an important aspect of providing semantic information so users can understand and complete a form successfully. Differences in quality and implementation of support across user agents can hamper some users&apos; ability to benefit from this information. This must not be taken as disincentive to developers, as the benefits of using these elements outweighs the negatives. But it is clear that some assistive technology vendors need to improve implementation of HTML features that enhance accessibility, so their users can gain the most benefit.</description>
	</item>
	<item>
		<title>Screen Readers and &apos;display:none&apos;</title>
		<link>http://tc.eserver.org/30472.html</link>
		<guid>http://tc.eserver.org/30472.html</guid>
		<description>When an element is hidden with display: none, the browser doesn&apos;t generate a box for the element; the element is not visible on the screen, and the layout of the page isn&apos;t effected by the element. As screen readers are supposed to read the screen, it makes sense that they do not announce content that is hidden with display: none.</description>
	</item>
	<item>
		<title>Bobby: the World Wide Web Accessibility Tool and Your Web Site</title>
		<link>http://tc.eserver.org/30299.html</link>
		<guid>http://tc.eserver.org/30299.html</guid>
		<description>Bobby tools can help you know some real touches you can give to your web site to enrich its accessibility. Since the Bobby document is the generalization of strategies and techniques to further web site usability concern, you can selectively and optimally adopt them to serve your purpose the best way.</description>
	</item>
	<item>
		<title>HERA: Accessibility Testing with Style</title>
		<link>http://tc.eserver.org/30017.html</link>
		<guid>http://tc.eserver.org/30017.html</guid>
		<description>HERA is a tool to check the accessibility of Web pages accoridng to the specification Web Content Accessibility Guidelines (WCAG 1.0). HERA performs a preliminary set of tests on the page and identifies any automatically detectable errors or checkpoints met, and which checkpoints need further manual verification.</description>
	</item>
	<item>
		<title>Internetministeriet</title>
		<link>http://tc.eserver.org/29758.html</link>
		<guid>http://tc.eserver.org/29758.html</guid>
		<description>Internetministeriet fokuserer på webdesign og SEO ud fra et tilgængeligheds og anvendeligheds -princip.</description>
	</item>
	<item>
		<title>Accessibility or Design Integrity</title>
		<link>http://tc.eserver.org/29733.html</link>
		<guid>http://tc.eserver.org/29733.html</guid>
		<description>This paper presents two sides of a debate over user-controlled text sizing of Web-based documents, and a suggested approach for designing Web sites that support full use of user-controlled text sizing, while maintaining the integrity of a site’s visual design.</description>
	</item>
	<item>
		<title>Landmarks, Links, and Search Engines: Designing Websites for Sex and Gender Navigation Differences</title>
		<link>http://tc.eserver.org/29657.html</link>
		<guid>http://tc.eserver.org/29657.html</guid>
		<description>Although there is myriad research on the Internet and the web, there is limited research on sex and gender differences in web use, especially regarding navigating websites. As a step towards understanding possible differences, I draw from an extensive research study on sex and gender differences in web use. From this study, I present three key areas of sex differences in web navigation and two key areas of gender differences. Along with these differences, I provide several implications for web design. I recommend technical communicators consider not only these differences, but other possible differences to better create truly &apos;users&apos;-centered design.</description>
	</item>
	<item>
		<title>Making Accessibility Part of Your Web Site Management Routine</title>
		<link>http://tc.eserver.org/29658.html</link>
		<guid>http://tc.eserver.org/29658.html</guid>
		<description>Making accessible design part of your Web site management routine is not simple. Habit, practicalities, and even your Web publishing software seem to work against you, making it easy to skip important aspects of accessible design. This paper attempts to outline a framework for including accessible design in your Web publishing routine. Accessible design is the result the interaction of seven design aspects and two management processes. The design aspects are standards, structure, alternative texts, labeling, timing, linearity, and usability. The management processes are site design and page design. Developing a workflow that incorporates the seven aspects into the two processes, dealing with each aspect appropriately within each process, is our objective.</description>
	</item>
	<item>
		<title>Redesigning the AccessAbility SIG Web Site for Accessibility</title>
		<link>http://tc.eserver.org/29877.html</link>
		<guid>http://tc.eserver.org/29877.html</guid>
		<description>Assuring the accessibility of a Web site is an ongoing process. Hear how the Web team for the AccessAbility SIG redesigned the SIG&apos;s Web site to incorporate more accessible features and how they stay on the accessibility road.</description>
	</item>
	<item>
		<title>Stuckness and Low Vision: How Technology and Socratic Classroom Dialog Changed My Life</title>
		<link>http://tc.eserver.org/29687.html</link>
		<guid>http://tc.eserver.org/29687.html</guid>
		<description>The author shares some stories from her own life that may be useful in helping Web page designers and product developers better understand issues surrounding low vision, hearing loss, and mobility restrictions using her &apos;art of accommodation.&apos; In this article, she discusses this art as it applies to seven areas: (1) reading structural cues and wayfinding, (2) multimedia, (3) graphics, (4) text design and visual threshold, (5) contrast, (6) glare and size of electronic displays, and (7) mobility.</description>
	</item>
	<item>
		<title>Practical Plans for Accessible Architectures</title>
		<link>http://tc.eserver.org/29279.html</link>
		<guid>http://tc.eserver.org/29279.html</guid>
		<description>Accessible design requires a deeper understanding of context. It&apos;s about providing alternative routes to information, whether that route is a different sense (seeing or hearing), a different mode, (using a tab key or a mouse), or a different journey (using an A to Z site index instead of main navigation). However, accessibility is much easier to achieve when the right foundations are put in place as prerequisites during site planning and strategy.</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>The Inaccessibility of CAPTCHA: Alternatives to Visual Turing Tests on the Web</title>
		<link>http://tc.eserver.org/28741.html</link>
		<guid>http://tc.eserver.org/28741.html</guid>
		<description>A common method of limiting access to services made available over the Web is visual verification of a bitmapped image. This presents a major problem to users who are blind, have low vision, or have a learning disability such as dyslexia. This document examines a number of potential solutions that allow systems to test for human users while preserving access by users with disabilities.</description>
	</item>
	<item>
		<title>Accessible Web 2.0 Applications with WAI-ARIA</title>
		<link>http://tc.eserver.org/28701.html</link>
		<guid>http://tc.eserver.org/28701.html</guid>
		<description>Our web applications can suffer from inaccessibility problems due to inherent markup limitations. Martin Kliehm helps us sort through the WAI specs for Accessible Rich Internet Applications (ARIA) to increase usability.</description>
	</item>
	<item>
		<title>Accessibility Audit vs. Accessibility Testing</title>
		<link>http://tc.eserver.org/28470.html</link>
		<guid>http://tc.eserver.org/28470.html</guid>
		<description>Article outlining the difference between the two accessibility evaluation methods: The accessibility audit and accessibility testing.</description>
	</item>
	<item>
		<title>Accessibility</title>
		<link>http://tc.eserver.org/28329.html</link>
		<guid>http://tc.eserver.org/28329.html</guid>
		<description>Web sites should be designed to ensure that everyone, including users who have difficulty seeing, hearing, and making precise movements, can use them. Generally, this means ensuring that Web sites facilitate the use of common assistive technologies. All United States Federal Government Web sites must comply with the Section 508 Federal Accessibility Standards.</description>
	</item>
	<item>
		<title>The Future of Web Accessibility</title>
		<link>http://tc.eserver.org/28298.html</link>
		<guid>http://tc.eserver.org/28298.html</guid>
		<description>Accessibility is currently in a great state of change - find out what the future hold for web accessibility and how this may affect your website.</description>
	</item>
	<item>
		<title>WCAG 2.0: The New W3C Accessibility Guidelines Evaluated</title>
		<link>http://tc.eserver.org/28295.html</link>
		<guid>http://tc.eserver.org/28295.html</guid>
		<description>WCAG 2.0, the second version of the W3C&apos;s accessibility guidelines are soon to be released - find out what accessibility experts at Webcredible think of these new guidelines.</description>
	</item>
	<item>
		<title>Working with Others: Accessibility and User Research</title>
		<link>http://tc.eserver.org/28237.html</link>
		<guid>http://tc.eserver.org/28237.html</guid>
		<description>After personally observing users with disabilities interacting with websites in unexpected ways, I have come to believe strongly in the value of user research--and to suspect that we really don&apos;t know quite as much about real-world accessibility as we think we do.</description>
	</item>
	<item>
		<title>What is Talklets?</title>
		<link>http://tc.eserver.org/28208.html</link>
		<guid>http://tc.eserver.org/28208.html</guid>
		<description>Many people find it difficult to read from a computer screen - especially visually impaired users, and those with reading difficulties such as dyslexia. Many people print pages out to read them later, which isn&apos;t very efficient in terms of time (as well as paper consumption). Unsurprisingly, a number of &apos;read aloud&apos; applications are emerging for web sites.</description>
	</item>
	<item>
		<title>Why Web Accessibility?</title>
		<link>http://tc.eserver.org/28206.html</link>
		<guid>http://tc.eserver.org/28206.html</guid>
		<description>There are many reasons why you should strive to make your web site as accessible as possible: legal reasons; economic reasons; technical reasons.</description>
	</item>
	<item>
		<title>Prettier Accessible Forms</title>
		<link>http://tc.eserver.org/27855.html</link>
		<guid>http://tc.eserver.org/27855.html</guid>
		<description>Forms are a pain. You can make them pretty, make them accessible, or go a little crazy trying to achieve both. Nick Rigby offers a happy solution.</description>
	</item>
	<item>
		<title>Access Key, HTML Accesskey Generated by JavaScript</title>
		<link>http://tc.eserver.org/27725.html</link>
		<guid>http://tc.eserver.org/27725.html</guid>
		<description>One of the great advantages of using first letter of the link text as access key is that it can be generated by code. Conventional wisdom states that it should be done server-side. Bad that it is much easier with JavaScript.</description>
	</item>
	<item>
		<title>Use First Letter as AcessKey</title>
		<link>http://tc.eserver.org/27719.html</link>
		<guid>http://tc.eserver.org/27719.html</guid>
		<description>The traditional way of implementing the HTML accesskey attribute using unique letters does not work. I propose always to use the first letter of the link name as access key. The first letter can be generated by code. We badly need are more accessible Internet.</description>
	</item>
	<item>
		<title>Web Accessibility for Section 508</title>
		<link>http://tc.eserver.org/27712.html</link>
		<guid>http://tc.eserver.org/27712.html</guid>
		<description>The legislation referred to as &quot;Section 508&quot; is actually an amendment to the Workforce Rehabilitation Act of 1973. The amendment was signed into law by President Clinton on August 7, 1998. Section 508 requires that electronic and information technology that is developed by or purchased by the Federal Agencies be accessible by people with disabilities.</description>
	</item>
	<item>
		<title>もっとアクセシブルなサイトにする30日計画</title>
		<link>http://tc.eserver.org/27666.html</link>
		<guid>http://tc.eserver.org/27666.html</guid>
		<description>この文書は2つの質問に答えるために書いてみたんだ。 1コ目は、「なんでサイトをアクセシブルにした方がいいのか」。だから、ここの情報はサイトを持ってない人には向かないかも。 2コ目は、「じゃどうしたらサイトをアクセシブルにできるのか」。 1コ目の答えが納得できるものじゃなかったら、2コ目はどうでもいいってことになるよね。</description>
	</item>
	<item>
		<title>在 30 天內打造更具親和力的網站</title>
		<link>http://tc.eserver.org/27662.html</link>
		<guid>http://tc.eserver.org/27662.html</guid>
		<description>這本書要回答兩個問題：第一個問題是「為什麼該讓我的網站更具親和力？」如果妳根本就沒有網站的話，顯然就不會成為本書的讀者了。第二個問題是「該如何讓我的網站更具親和力？」如果第一個問題的回答說服不了妳，那麼第二個問題大概也將無法引起妳的興趣。</description>
	</item>
	<item>
		<title>Affrontare l&apos;Accessibilità</title>
		<link>http://tc.eserver.org/27665.html</link>
		<guid>http://tc.eserver.org/27665.html</guid>
		<description>Questo libro risponde a due domande. La prima  è &quot;Perchè dovrei rendere più accessibile il mio sito?&quot;  E se non avete un sito web, questo libro non è per voi. La seconda domanda è  &quot;Come posso rendere il mio sito più accessibile?&quot;  Se non siete convinti della vostra prima risposta, non sarete di certo interessati alla seconda.</description>
	</item>
	<item>
		<title>Formal Objection to WCAG Claiming to Address Cognitive Limitations</title>
		<link>http://tc.eserver.org/27669.html</link>
		<guid>http://tc.eserver.org/27669.html</guid>
		<description>Lisa Seeman intends to make a formal objection about WCAG 2.0&apos;s claim that they address all requirements for learning difficulties and cognitive limitations, as they do not have the success criteria to back up their claim. Moreover, there are known techniques that WCAG have not included, and people who do intend to cater for people with learning difficulties and cognitive limitations would benefit from knowing of these techniques. </description>
	</item>
	<item>
		<title>Kast deg ut i Tilgjengelighet</title>
		<link>http://tc.eserver.org/27663.html</link>
		<guid>http://tc.eserver.org/27663.html</guid>
		<description>Denne boka vil besvare to spørsmål. Det første spørsmålet er «Hvorfor bør jeg gjøre nettstedet mitt mer tilgjengelig?» Om du ikke har et nettsted, så er ikke denne boka for deg. Det andre spørsmålet er «Hvordan kan jeg gjøre nettstedet mitt mer tilgjengelig?» Er du ikke overbevist av svaret på det første spørsmålet, vil du nok ikke være interessert i det andre.</description>
	</item>
	<item>
		<title>Making Ajax Work with Screen Readers</title>
		<link>http://tc.eserver.org/27670.html</link>
		<guid>http://tc.eserver.org/27670.html</guid>
		<description>The accessibility community is understandably concerned about the accessibility of client-side scripting, in particular using Asynchronous JavaScript and XML (Ajax) to produce Rich Internet Applications. Steve Faulkner of Vision Australia  and founder member of the Web Accessibility Tools Consortium  (WAT-C) and myself on behalf of The Paciello Group (TPG)  have collaborated in an effort to come up with techniques to make Ajax and other client-side scripting techniques accessible to assistive technology.</description>
	</item>
	<item>
		<title>Plongez dans l&apos;Accessibilité</title>
		<link>http://tc.eserver.org/27664.html</link>
		<guid>http://tc.eserver.org/27664.html</guid>
		<description>Ce livre répond à deux questions. La première question est Pourquoi je dois rendre mon site web plus accessible ? Si vous n&apos;avez pas de sites web, ce livre n&apos;est pas pour vous. La seconde question est Comment puis-je rendre mon site web plus accessible ? Si vous n&apos;êtes pas convaincu par la première réponse, vous ne serez pas interessé par la seconde.</description>
	</item>
	<item>
		<title>To Hell with WCAG 2</title>
		<link>http://tc.eserver.org/27674.html</link>
		<guid>http://tc.eserver.org/27674.html</guid>
		<description>The Web Content Accessibility Guidelines 1.0 were published in 1999 and quickly grew out of date. The proposed new WCAG 2.0 is the result of five long years’ work by a Web Accessibility Initiative (WAI) committee that never quite got its act together. In an effort to be all things to all web content, the fundamentals of WCAG 2 are nearly impossible for a working standards-compliant developer to understand. WCAG 2 backtracks on basics of responsible web development that are well accepted by standardistas. WCAG 2 is not enough of an improvement and was not worth the wait.</description>
	</item>
	<item>
		<title>W g&amp;#322;&amp;#261;b Dost&amp;#281;pno&amp;#347;ci</title>
		<link>http://tc.eserver.org/27667.html</link>
		<guid>http://tc.eserver.org/27667.html</guid>
		<description>Niniejsza ksi&amp;#261;&amp;#380;ka odpowiada na dwa pytania. Pierwsze brzmi: &apos;Dlaczego powinienem uczyni&amp;#263; swoj&amp;#261; stron&amp;#281; WWW bardziej dost&amp;#281;pn&amp;#261;?&apos; Je&amp;#380;eli nie masz strony w sieci, ta ksi&amp;#261;&amp;#380;ka nie jest dla Ciebie. Drugie pytanie to &apos;Jak mog&amp;#281; uczyni&amp;#263; moj&amp;#261; stron&amp;#281; bardziej dost&amp;#281;pn&amp;#261;?&apos; Je&amp;#380;eli nie zostaniesz przekonany przez odpowied&amp;#378; na pierwsze pytanie, nie b&amp;#281;dziesz zainteresowany odpowiedzi&amp;#261; na drugie.</description>
	</item>
	<item>
		<title>Beyond Guidelines: Advanced Accessibility Techniques</title>
		<link>http://tc.eserver.org/27605.html</link>
		<guid>http://tc.eserver.org/27605.html</guid>
		<description>Find out how to go beyond the W3C accessibility guidelines and offer a truly accessible web experience. </description>
	</item>
	<item>
		<title>A More Accessible Map</title>
		<link>http://tc.eserver.org/27551.html</link>
		<guid>http://tc.eserver.org/27551.html</guid>
		<description>Is there a way to display text-based data on a map, keeping it accessible, useful and visually attractive? Yes: using an accessible CSS-based map in which the underlying map data is separated from the visual layout.</description>
	</item>
	<item>
		<title>Blind to Users&apos; Needs</title>
		<link>http://tc.eserver.org/27486.html</link>
		<guid>http://tc.eserver.org/27486.html</guid>
		<description>Making the web accessible by disabled people doesn&apos;t necessarily make it usable. Does simplicity always make for ideal usability - or are there instances where an innovative website might be difficult to use, but also hold usability dividends for users prepared to meet the technology halfway?</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>Evaluating Forms</title>
		<link>http://tc.eserver.org/27482.html</link>
		<guid>http://tc.eserver.org/27482.html</guid>
		<description>To demonstrate an example of some accessibility issues in HTML Forms, the following content intentionally has accessibility errors.</description>
	</item>
	<item>
		<title>Web Accessibility Evaluation Tools: Overview</title>
		<link>http://tc.eserver.org/27483.html</link>
		<guid>http://tc.eserver.org/27483.html</guid>
		<description>Web accessibility evaluation tools are software programs or online services that help determine if a Web site meets accessibility guidelines. While Web accessibility evaluation tools can significantly reduce the time and effort to evaluate Web sites, no tool can automatically determine the accessibility of Web sites.</description>
	</item>
	<item>
		<title>Users with Special Needs</title>
		<link>http://tc.eserver.org/27477.html</link>
		<guid>http://tc.eserver.org/27477.html</guid>
		<description>Users with special needs who are not sufficiently visually impaired to require assistive technologies can still be frustrated by poor contrast, problematic colour schemes, or tiny, unreadable text. Up to 10% of men are colour blind to some extent, and the increasing number of older users are less likely to have 20/20 vision than those designing the pages.</description>
	</item>
	<item>
		<title>AJAX and Screenreaders: When Can it Work?</title>
		<link>http://tc.eserver.org/27408.html</link>
		<guid>http://tc.eserver.org/27408.html</guid>
		<description>We&apos;ve all heard a great deal of buzz about AJAX in the last few months, and with this talk has come a legion of articles, tips, presentations and practical APIs designed to explore the possibilities and try to arrive at best-practice techniques. But, for all of the excitement and hype, still very little has been said on the subject of AJAX and accessibility.</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>Photosensitive Epilepsy</title>
		<link>http://tc.eserver.org/27419.html</link>
		<guid>http://tc.eserver.org/27419.html</guid>
		<description>Photosensitive epilepsy is a form of epilepsy that is triggered by visual stimuli, such as flickering or high contrast oscillating patterns, and it&apos;s believed that around 3% to 5% of people with epilepsy are susceptible to photosensitive material. Photosensitive epilepsy is usually triggered where the flicker rate is between 16Hz to 25Hz, although it&apos;s not uncommon for seizures to be triggered by flicker rates between 3Hz to 60Hz. The condition most commonly effects children, and is usually developed between the ages of 9 and 15 years, and most prevalent in females.</description>
	</item>
	<item>
		<title>User-Defined Access Keys</title>
		<link>http://tc.eserver.org/27420.html</link>
		<guid>http://tc.eserver.org/27420.html</guid>
		<description>Access keys are a contentious area of accessibility, as they can sometimes clash with the shortcut keys used by user agents. One method to get around this problem is to allow users to define their own access keys. This post suggests a PHP class that allows users to define their own access keys.</description>
	</item>
	<item>
		<title>WCAG 2.0 Baseline Concept</title>
		<link>http://tc.eserver.org/27423.html</link>
		<guid>http://tc.eserver.org/27423.html</guid>
		<description>In order to encourage vendors of non-W3C technologies to include accessibility features in their technologies, and in recognition of emerging technologies that are beneficial for the Web, WCAG 2.0 is technology neutral. Rather than list each technology that the guidelines cover, WCAG 2.0 introduces the concept of a baseline. This post attempts to explain what is meant by this baseline concept.</description>
	</item>
	<item>
		<title>Writing a Good Accessibility Statement</title>
		<link>http://tc.eserver.org/27422.html</link>
		<guid>http://tc.eserver.org/27422.html</guid>
		<description>&#xD;Accessibility statements are an ideal place to empower visitors to your website. Most accessibility statements are too technical, and don&apos;t necessarily address the needs of the visitor. Those that do address the needs of visitors often have the information lost in a myriad of other information that is unlikely to be understood by the average visitor to the website. What should and shouldn&apos;t be included in an accessibility statement?</description>
	</item>
	<item>
		<title>Accessibility</title>
		<link>http://tc.eserver.org/27300.html</link>
		<guid>http://tc.eserver.org/27300.html</guid>
		<description>Since the discourse over creating accessible Web pages began, the standards organizations that helped inform the new Federal rules have stressed the separation of design and content. If the Internet is to reach its full potential, content will need to be authored so that it can be rendered by a broad array of devices: browsers, assistive technologies, PDAs, and devices that have yet to be imagined. Only by separating content from design will this be possible.&#xD;&#xD;By following the rules in Section 508, you will be doing more than providing access for those with disabilities; you will be creating content that is available to all users, no matter what devices are used to read it.</description>
	</item>
	<item>
		<title>&amp;#26080;&amp;#38556;&amp;#30861;&amp;#24615;&amp;#32593;&amp;#31449;&amp;#30340;&amp;#30410;&amp;#22788; – &amp;#31532;&amp;#19968;&amp;#37096;&amp;#20998;</title>
		<link>http://tc.eserver.org/27178.html</link>
		<guid>http://tc.eserver.org/27178.html</guid>
		<description>&amp;#27531;&amp;#38556;&amp;#20154;&amp;#22763;&amp;#27861;&amp;#26696;&amp;#35201;&amp;#27714;&amp;#25152;&amp;#25552;&amp;#20379;&amp;#30340;&amp;#26381;&amp;#21153;&amp;#19981;&amp;#24471;&amp;#27495;&amp;#35270;&amp;#27531;&amp;#38556;&amp;#20154;&amp;#22763;&amp;#12290;&amp;#19968;&amp;#20010;&amp;#32593;&amp;#31449;&amp;#34987;&amp;#35748;&amp;#20026;&amp;#26159;&amp;#19968;&amp;#31181;&amp;#26381;&amp;#21153;&amp;#65292;&amp;#22240;&amp;#32780;&amp;#21463;&amp;#36825;&amp;#19968;&amp;#27861;&amp;#26696;&amp;#32422;&amp;#26463;&amp;#65292;&amp;#25152;&amp;#20197;&amp;#24517;&amp;#39035;&amp;#23545;&amp;#27599;&amp;#20010;&amp;#20154;&amp;#20855;&amp;#22791;&amp;#26080;&amp;#38556;&amp;#30861;&amp;#24615;&amp;#12290;&#xD;&#xD;&amp;#19968;&amp;#20123;&amp;#22242;&amp;#20307;&amp;#27491;&amp;#22312;&amp;#23545;&amp;#20182;&amp;#20204;&amp;#30340;&amp;#32593;&amp;#31449;&amp;#36827;&amp;#34892;&amp;#26080;&amp;#38556;&amp;#30861;&amp;#24615;&amp;#25913;&amp;#36827;&amp;#65292;&amp;#20294;&amp;#26159;&amp;#35768;&amp;#22810;&amp;#22242;&amp;#20307;&amp;#30475;&amp;#36215;&amp;#26469;&amp;#27809;&amp;#26377;&amp;#37319;&amp;#21462;&amp;#34892;&amp;#21160;&amp;#12290;&amp;#27531;&amp;#38556;&amp;#20154;&amp;#22763;&amp;#19981;&amp;#20250;&amp;#36827;&amp;#20837;&amp;#20182;&amp;#20204;&amp;#30340;&amp;#32593;&amp;#31449;&amp;#65292;&amp;#20182;&amp;#20204;&amp;#35828;&amp;#65292;&amp;#37027;&amp;#20026;&amp;#20160;&amp;#20040;&amp;#35201;&amp;#22312;&amp;#20046;&amp;#36825;&amp;#20123;&amp;#12290;</description>
	</item>
	<item>
		<title>&amp;#32593;&amp;#32476;&amp;#26080;&amp;#38556;&amp;#30861;&amp;#24615;&amp;#65306;&amp;#27010;&amp;#36848;</title>
		<link>http://tc.eserver.org/27177.html</link>
		<guid>http://tc.eserver.org/27177.html</guid>
		<description>&amp;#32593;&amp;#32476;&amp;#26080;&amp;#38556;&amp;#30861;&amp;#24615;&amp;#26159;&amp;#20851;&amp;#20110;&amp;#20351;&amp;#20320;&amp;#30340;&amp;#32593;&amp;#31449;&amp;#35753;&amp;#25152;&amp;#26377;&amp;#22240;&amp;#29305;&amp;#32593;&amp;#29992;&amp;#25143;&amp;#65288;&amp;#27531;&amp;#38556;&amp;#29992;&amp;#25143;&amp;#21644;&amp;#27491;&amp;#24120;&amp;#29992;&amp;#25143;&amp;#65289;&amp;#26131;&amp;#20110;&amp;#33719;&amp;#24471;&amp;#65292;&amp;#19981;&amp;#31649;&amp;#20182;&amp;#20204;&amp;#20351;&amp;#29992;&amp;#20160;&amp;#20040;&amp;#27983;&amp;#35272;&amp;#25216;&amp;#26415;&amp;#12290;&amp;#38500;&amp;#20102;&amp;#31526;&amp;#21512;&amp;#30456;&amp;#20851;&amp;#27861;&amp;#24459;&amp;#27861;&amp;#35268;&amp;#65292; &amp;#20855;&amp;#22791;&amp;#26080;&amp;#38556;&amp;#30861;&amp;#24615;&amp;#23558;&amp;#35753;&amp;#24744;&amp;#30340;&amp;#32593;&amp;#31449;&amp;#21644;&amp;#21830;&amp;#19994;&amp;#21463;&amp;#30410;&amp;#33391;&amp;#22810;&amp;#12290;&#xD;&#xD;&amp;#35831;&amp;#21442;&amp;#38405;&amp;#25991;&amp;#31456;&amp;#65292;&amp;#12298;&amp;#20855;&amp;#22791;&amp;#26080;&amp;#38556;&amp;#30861;&amp;#24615;&amp;#30340;&amp;#32593;&amp;#31449;&amp;#30340;&amp;#30410;&amp;#22788; – &amp;#31532;&amp;#19968;&amp;#37096;&amp;#20998; &amp;#12299;&amp;#21644;&amp;#12298;&amp;#20855;&amp;#22791;&amp;#26080;&amp;#38556;&amp;#30861;&amp;#24615;&amp;#30340;&amp;#32593;&amp;#31449;&amp;#30340;&amp;#30410;&amp;#22788; – &amp;#31532;&amp;#20108;&amp;#37096;&amp;#20998; &amp;#12299;&amp;#20197;&amp;#20102;&amp;#35299;&amp;#26356;&amp;#22810;&amp;#20851;&amp;#20110;&amp;#32593;&amp;#31449;&amp;#30340;&amp;#26080;&amp;#38556;&amp;#30861;&amp;#24615;&amp;#30340;&amp;#37325;&amp;#35201;&amp;#24615;&amp;#12290;</description>
	</item>
	<item>
		<title>Advanced Techniques for Creating Accessible Adobe® PDF Files</title>
		<link>http://tc.eserver.org/27140.html</link>
		<guid>http://tc.eserver.org/27140.html</guid>
		<description>A step-by-step guide that covers more advanced techniques for optimizing Adobe Portable Document Format (PDF) files so that they can be made accessible to users with disabilities such as blindness or low vision.</description>
	</item>
	<item>
		<title>WebABLE</title>
		<link>http://tc.eserver.org/27141.html</link>
		<guid>http://tc.eserver.org/27141.html</guid>
		<description>WebABLE is an authoritative Web site for disability-related internet resources. The WebABLE site goal is to stimulate education, research, and development of technologies that will ensure accessibility for people with disabilities to advanced information systems and emerging technologies.</description>
	</item>
	<item>
		<title>With Accessibility for All</title>
		<link>http://tc.eserver.org/27142.html</link>
		<guid>http://tc.eserver.org/27142.html</guid>
		<description>The Web is not a panacea. If businesses, governments, and other organizations that publish information on the Web don&apos;t pay attention, the Web&apos;s promise of equal access for all could be fatally undermined by the rush to make Web sites technologically slick and visually exciting.</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>Internet Accessibility</title>
		<link>http://tc.eserver.org/27043.html</link>
		<guid>http://tc.eserver.org/27043.html</guid>
		<description>This page contains information about making the Internet accessible.</description>
	</item>
	<item>
		<title>Communication Challenges in the WC3&apos;s Web Content Accessibility Guidelines</title>
		<link>http://tc.eserver.org/26849.html</link>
		<guid>http://tc.eserver.org/26849.html</guid>
		<description>In the first part of this article, we analyze a number of communication challenges and relate them to problems in conveying the November draft of the Web Content Accessibility Guidelines 2.0. Based on our analysis, the second part of our article offers a number of recommendations for improving the comprehensibility of the WCAG 2.0 for its various intended audiences. Although our discussion has the November draft as its focal point, the recommendations are more widely applicable to other complex documents with diverse audiences. In the final part, we propose a new vision for the WCAG.</description>
	</item>
	<item>
		<title>New Heuristics for Understanding Older Adults as Web Users</title>
		<link>http://tc.eserver.org/26850.html</link>
		<guid>http://tc.eserver.org/26850.html</guid>
		<description>This article reports on a study performed for AARP on the needs of older Web users. It defines a model of older users that includes four dimensions (age, ability, aptitude, and attitude). It defines 20 heuristics, as well as personas and tasks for reviewing Web sites, and a methodology for doing persona-based, task-based heuristic review that would allow us to evaluate many sites in a relatively short time in a highly realistic way. Finally, it reports the results of an analysis of 50 Web sites for general audiences that include older adults, using that methodology.</description>
	</item>
	<item>
		<title>Print and Online Resources about Web Accessibility: An Annotated Bibliography</title>
		<link>http://tc.eserver.org/26848.html</link>
		<guid>http://tc.eserver.org/26848.html</guid>
		<description>This annotated bibliography discusses over 120 print and online resources related to Web accessibility. It lists and describes resources that offer practical advice on how to implement accessibility, particularly in relation to the WCAG 1.0 and Section 508 standards. It also summarizes the findings of empirical studies that have examined Web site accessibility via automated tests, such as Bobby, and studies that have gauged user performance with assistive technologies, such as screen readers. The bibliography lists forums for discussing accessibility with other practitioners and researchers, and it cites sources for news and events related to accessibility. The bibliography concludes with a short discussion of trends in accessibility research.</description>
	</item>
	<item>
		<title>Using an Access-Centered Design to Improve Accessibility: A Primer for Technical Communicators</title>
		<link>http://tc.eserver.org/26853.html</link>
		<guid>http://tc.eserver.org/26853.html</guid>
		<description>This article discusses accessibility barriers as defined by the World Wide Web Consortium (W3C) and provides a basic primer on how technical communicators can remove these barriers during their Web design process and test to ensure the barriers were removed. The article focuses on 10 common barriers to a meaningful experience for people with disabilities, barriers that a technical communicator can consider when designing online information. Working on accessibility issues before online information goes live will help to reduce re-work and re-design and can save a lot of headaches for a technical communicator.</description>
	</item>
	<item>
		<title>Accessibility of AJAX Applications</title>
		<link>http://tc.eserver.org/26788.html</link>
		<guid>http://tc.eserver.org/26788.html</guid>
		<description>AJAX is a smorgasbord of web technologies put together to allow dynamic client-server interactions to occur in web applications without requiring pages to reload or refresh. AJAX stands for Asynchronous JavaScript And XML. AJAX itself is not a technology--it is a combination of technologies used in a certain way.</description>
	</item>
	<item>
		<title>Usability and Accessibility with AJAX</title>
		<link>http://tc.eserver.org/26789.html</link>
		<guid>http://tc.eserver.org/26789.html</guid>
		<description>The Ajax express train rumbles on, threatening to crush anything in its path. Recent discussion has turned to those critical elements of good web development, usability and accessibility. Accessibility is a major issue with Ajax, mainly because anything that relies on JavaScript to function is inaccessible pretty much by default. There are two solutions: either provide a fall-back system where the site remains useful without its Ajax enhancements, or provide a whole separate interface that works without scripting.</description>
	</item>
	<item>
		<title>Learning Difficulties and Web Accessibility</title>
		<link>http://tc.eserver.org/26766.html</link>
		<guid>http://tc.eserver.org/26766.html</guid>
		<description>Accessibility is about making it as easy as possible for all members of society to fully take part in that society. It is about removing barriers. It is about inclusion and empowerment. It is about creating the sort of world that we all want to live in - a message that should resonate with us all.</description>
	</item>
	<item>
		<title>Usability for Older Web Users</title>
		<link>http://tc.eserver.org/26767.html</link>
		<guid>http://tc.eserver.org/26767.html</guid>
		<description>The number of older web users is growing at a dramatic rate. Find out how to make your website easy to use for this lucrative market.</description>
	</item>
	<item>
		<title>The Accessibility Hat Trick: Getting Abbreviations Right</title>
		<link>http://tc.eserver.org/26675.html</link>
		<guid>http://tc.eserver.org/26675.html</guid>
		<description>AAA-level compliance is the ideal of accessibility, the bonus-round of accessible design: AAA-level compliant pages meet the needs of every group of users. AAA is achievable, but requires preparation and forethought.</description>
	</item>
	<item>
		<title>Accessible Tables</title>
		<link>http://tc.eserver.org/26648.html</link>
		<guid>http://tc.eserver.org/26648.html</guid>
		<description>There is no question that the vast majority of tables on the Web are layout tables, used to structure the visual appearance of the page. Often the structure of tables is remarkably complex, with tables nested in tables as much as seven deep.</description>
	</item>
	<item>
		<title>Building Accessible Tables</title>
		<link>http://tc.eserver.org/26649.html</link>
		<guid>http://tc.eserver.org/26649.html</guid>
		<description>CSS and XHTML have given tables a pretty rough ride in recent times. Of course, this is the fault of just about all web developers who have at some point in their career used them for laying out page elements. This article is not about using tables for layout. It is about how to use tables to display information in an accessible manner.</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>High Accessibility Is Effective Search Engine Optimization</title>
		<link>http://tc.eserver.org/26471.html</link>
		<guid>http://tc.eserver.org/26471.html</guid>
		<description>It’s no coincidence that search engines love highly accessible websites; in fact, by designing for accessibility, you’re already using effective search-engine optimization techniques. Andy Hagans explains yet another reason to pay attention to accessibility.</description>
	</item>
	<item>
		<title>Avoiding Automatic Refresh</title>
		<link>http://tc.eserver.org/26363.html</link>
		<guid>http://tc.eserver.org/26363.html</guid>
		<description>Describes an alternative to automatic page refresh in HTML. Automatic page refresh can confuse users with cognitive disabilities when a page reloads without the user&apos;s request. This article provides you with instructions on how to apply explicit manual control of page refreshing.</description>
	</item>
	<item>
		<title>Web Accessibility Toolbar</title>
		<link>http://tc.eserver.org/26220.html</link>
		<guid>http://tc.eserver.org/26220.html</guid>
		<description>The accessibility toolbar is to aid the manual process in validating web sites. Developed by AIS and provided in Europe and the UK  by Southbourne Internet Ltd.</description>
	</item>
	<item>
		<title>Accessible Graphs and Charts Online</title>
		<link>http://tc.eserver.org/26154.html</link>
		<guid>http://tc.eserver.org/26154.html</guid>
		<description>Most government web writers are knowledgeable about alt-text by now... or at least semi-knowledgeable. But sometimes, alt-text is not enough.</description>
	</item>
	<item>
		<title>National Policies for Government Web Writers</title>
		<link>http://tc.eserver.org/26144.html</link>
		<guid>http://tc.eserver.org/26144.html</guid>
		<description>Every country has its own requirements for public sector web sites. Legislation and policies vary greatly, and express an attitude. I base my Quality Web Content workshops for government web content writers on the policy of the country concerned. Some countries consider that an accessible site requires accessible writing. Others don&apos;t.</description>
	</item>
	<item>
		<title>Draft 2 of Web Content Accessibility Guidelines</title>
		<link>http://tc.eserver.org/26131.html</link>
		<guid>http://tc.eserver.org/26131.html</guid>
		<description>It&apos;s time to take a look at the working draft of WCAG 2.0. You&apos;ll see a fresh approach to a formidable challenge.</description>
	</item>
	<item>
		<title>Improving Usability for Screen Reader Users</title>
		<link>http://tc.eserver.org/26099.html</link>
		<guid>http://tc.eserver.org/26099.html</guid>
		<description>Find out how to improve usability and accessibility for screen reader users. </description>
	</item>
	<item>
		<title>The Problem with Automated Accessibility Testing Tools</title>
		<link>http://tc.eserver.org/26100.html</link>
		<guid>http://tc.eserver.org/26100.html</guid>
		<description>Automated accessibility testing tools can be useful, but there are a number of disadvantages with relying on them. </description>
	</item>
	<item>
		<title>Can Color-Blind Users See Your Site?</title>
		<link>http://tc.eserver.org/26037.html</link>
		<guid>http://tc.eserver.org/26037.html</guid>
		<description>Information that will help you to create more readable Web sites.</description>
	</item>
	<item>
		<title>Avoiding Automatic Refresh</title>
		<link>http://tc.eserver.org/25968.html</link>
		<guid>http://tc.eserver.org/25968.html</guid>
		<description>Describes an alternative to automatic page refresh in HTML. Automatic page refresh can confuse users with cognitive disabilities when a page reloads without the user&apos;s request. This article provides you with instructions on how to apply explicit manual control of page refreshing.</description>
	</item>
	<item>
		<title>More Than Screen Deep: Toward Every-Citizen Interfaces to the Nation&apos;s Information Infrastructure</title>
		<link>http://tc.eserver.org/25801.html</link>
		<guid>http://tc.eserver.org/25801.html</guid>
		<description>The spread of information systems and, in particular, information infrastructure throughout the economy and social fabric raises questions about the technology&apos;s ease of use by different people, from those with limited technical know-how to those with various disabilities to the so-called power users who push for higher performance on many dimensions.</description>
	</item>
	<item>
		<title>Web Accessibility for Screen Magnifier Users</title>
		<link>http://tc.eserver.org/25515.html</link>
		<guid>http://tc.eserver.org/25515.html</guid>
		<description>Discover how to improve both usability and accessibility for screen magnifier users using the Internet.</description>
	</item>
	<item>
		<title>Accessible Pop-up Links</title>
		<link>http://tc.eserver.org/25503.html</link>
		<guid>http://tc.eserver.org/25503.html</guid>
		<description>Sometimes we have to use pop-ups — so we might as well do them right. This article will show you how to make them more accessible and reliable while simplifying their implementation.</description>
	</item>
	<item>
		<title>How to Save Web Accessibility from Itself</title>
		<link>http://tc.eserver.org/25505.html</link>
		<guid>http://tc.eserver.org/25505.html</guid>
		<description>If you choose to make standards-compliant websites, inevitably you will have to follow the guidelines. It&apos;s foreseeable that you could be legally required to follow WCAG 2.0. You could opt into following the guidelines or they could be foisted upon you. You thus have an enlightened self-interest in ensuring the new guidelines actually make sense. Moreover, we simply need more contributors.</description>
	</item>
	<item>
		<title>This HTML Kills: Thoughts on Web Accessibility</title>
		<link>http://tc.eserver.org/25508.html</link>
		<guid>http://tc.eserver.org/25508.html</guid>
		<description>Activist Jim Byrne sounds off on the importance of web accessibility, and the difficulty of doing it right.</description>
	</item>
	<item>
		<title>Web Accessibility and UK Law: Telling It Like It Is</title>
		<link>http://tc.eserver.org/25502.html</link>
		<guid>http://tc.eserver.org/25502.html</guid>
		<description>Debunks four myths about web accessibility and the law for those involved in the design and development of UK-based websites.</description>
	</item>
	<item>
		<title>Voice-Enable Your Web Page with Multimodal 4.3.2</title>
		<link>http://tc.eserver.org/25465.html</link>
		<guid>http://tc.eserver.org/25465.html</guid>
		<description>Become fluent in X+V, today&apos;s versatile Web markup language (WML). X+V, short for XHTML+Voice, is a Web markup language that is comprised of voice and visual elements used for developing multimodal applications. This article provides the novice developer of Multimodal X+V, Web pages, and handheld devices with a process for creating and testing an X+V application. This article uses the IBM&amp;#174; Multimodal Toolkit 4.3.2 running on WebSphere&amp;#174; Studio Site Developer (Site Developer) or on WebSphere Studio Application Developer (Application Developer) 5.1.2.</description>
	</item>
	<item>
		<title>Writing Effective ALT Text for Images</title>
		<link>http://tc.eserver.org/25290.html</link>
		<guid>http://tc.eserver.org/25290.html</guid>
		<description>Simply inserting ALT text isn&apos;t necessarily enough to ensure accessible images - the text must also be effectively written. Find out how to achieve this...</description>
	</item>
	<item>
		<title>Big, Stark and Chunky</title>
		<link>http://tc.eserver.org/25262.html</link>
		<guid>http://tc.eserver.org/25262.html</guid>
		<description>Research shows that low-vision people need dramatically different web design. CSS lets you give them what they need.</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>Making Accessible Forms, Part 2</title>
		<link>http://tc.eserver.org/25131.html</link>
		<guid>http://tc.eserver.org/25131.html</guid>
		<description>Learn more on how to make your online forms accessible in part 2 of this HTML form tutorial</description>
	</item>
	<item>
		<title>Accessibility from the Ground Up</title>
		<link>http://tc.eserver.org/25097.html</link>
		<guid>http://tc.eserver.org/25097.html</guid>
		<description>This accessibility thing sure is catching on. And it’s ready for prime time. Yes, Web accessibility is growing up.</description>
	</item>
	<item>
		<title>Developing Sites for Users with Cognitive Disabilities and Learning Difficulties</title>
		<link>http://tc.eserver.org/25096.html</link>
		<guid>http://tc.eserver.org/25096.html</guid>
		<description>This article examines the types of problems visitors may encounter when using the web, with insightful and practical suggestions on how to develop websites that are inclusive for people with cognitive impairments and learning difficulties.</description>
	</item>
	<item>
		<title>What is an Accessible Website?</title>
		<link>http://tc.eserver.org/25092.html</link>
		<guid>http://tc.eserver.org/25092.html</guid>
		<description>An attempt at a definition is a good idea; if we are clear what an accessible website is, we will have a better idea of what we should be doing to build one.</description>
	</item>
	<item>
		<title>What Is An Accessible Website? - An Answer in the Form of a Diagram</title>
		<link>http://tc.eserver.org/25091.html</link>
		<guid>http://tc.eserver.org/25091.html</guid>
		<description>All access to web pages are mediated through some type of technology; if it isn&apos;t accessible to the machine you are using, it won&apos;t be accessible to you.</description>
	</item>
	<item>
		<title>An Accessibility Frontier: Cognitive Disabilities and Learning Difficulties</title>
		<link>http://tc.eserver.org/25088.html</link>
		<guid>http://tc.eserver.org/25088.html</guid>
		<description>With this paper... we are primarily concerned with the problems people with cognitive and learning difficulties might have when using the web and offering a few practical suggestions on how these problems might be addressed.</description>
	</item>
	<item>
		<title>Making Accessible Forms, Part 1</title>
		<link>http://tc.eserver.org/24861.html</link>
		<guid>http://tc.eserver.org/24861.html</guid>
		<description>Learn how to make your online forms accessible in this HTML form tutorial</description>
	</item>
	<item>
		<title>Accessibility Humanized:  A User-Centred Approach to Web Accessibility</title>
		<link>http://tc.eserver.org/24752.html</link>
		<guid>http://tc.eserver.org/24752.html</guid>
		<description>Most web developers act in blindness when they design accessible websites, since they know next to nothing about disabled people and the technology they use. Accessibility guidelines and validation tools doesn&apos;t provide this insight. Accessibility should rather be approached from a user centred perspective.</description>
	</item>
	<item>
		<title>The Secret Benefit of Accessibility, Part 2: A Higher Search Engine Ranking</title>
		<link>http://tc.eserver.org/24517.html</link>
		<guid>http://tc.eserver.org/24517.html</guid>
		<description>One of the lesser-known benefits of web accessibility is the fact that a website more accessible to people is also more accessible to search engines. This article outlines the ways the two areas overlap.</description>
	</item>
	<item>
		<title>Separate Text-Only Version? No Thanks</title>
		<link>http://tc.eserver.org/24360.html</link>
		<guid>http://tc.eserver.org/24360.html</guid>
		<description>In an attempt to make their sites accessible to all, more and more websites are now offering text-only versions of their sites. Find out why this is a really bad idea.</description>
	</item>
	<item>
		<title>Web Accessibility... Making Your Pages Friendly to People with Disabilities</title>
		<link>http://tc.eserver.org/24344.html</link>
		<guid>http://tc.eserver.org/24344.html</guid>
		<description>Did you know that nearly 20 percent of all Web users have some form of disability?</description>
	</item>
	<item>
		<title>High Accessibility, High Design: CSS to the Rescue</title>
		<link>http://tc.eserver.org/24078.html</link>
		<guid>http://tc.eserver.org/24078.html</guid>
		<description>Anyone with good graphic-design skills can use Web standards to produce attractive Web sites that function adequately for nearly all viewers and very well for most viewers – including people with disabilities. This article will explore a few details concerning the interplay of accessibility and Web design.</description>
	</item>
	<item>
		<title>&quot;Why Should Your Website be Accessible&quot; and How Can You Incorporate Accessibility into Your Development Practices?</title>
		<link>http://tc.eserver.org/24082.html</link>
		<guid>http://tc.eserver.org/24082.html</guid>
		<description>Approaching accessibility as an afterthought is not an effective strategy. Rather, organizations that include accessibility management as part of their development plans and quality assurance and testing practices will have a tremendous economic advantage.</description>
	</item>
	<item>
		<title>Web Accessibility Myths </title>
		<link>http://tc.eserver.org/24038.html</link>
		<guid>http://tc.eserver.org/24038.html</guid>
		<description>Discover the truth about web accessibility. This article debunks seven accessibility common myths.</description>
	</item>
	<item>
		<title>Accessibility and Cascading Style Sheets</title>
		<link>http://tc.eserver.org/23822.html</link>
		<guid>http://tc.eserver.org/23822.html</guid>
		<description>An essay from an accessibility class, on the use of CSS to increase  access to a page.</description>
	</item>
	<item>
		<title>Designing Pages Accessible to Limited Textual Comprehension Users</title>
		<link>http://tc.eserver.org/23820.html</link>
		<guid>http://tc.eserver.org/23820.html</guid>
		<description>Many pages relating to web accessibility address the needs of web  users who have sensory limitations -- the classic example of accessible web authoring is the proper use of the ALT attribute of the IMG (image)  tag to provide a textual equivalent that benefits, among others,  web users with visual impairments. Similarly, keyboard-accessible techniques can open up the World Wide Web to users who are unable to  use a mouse or other &apos;traditional&apos; input device due to motor or dexterity disabilities.</description>
	</item>
	<item>
		<title>Six Principles of Accessible Web Design: An Introduction to the WAI Page Author Guidelines</title>
		<link>http://tc.eserver.org/23825.html</link>
		<guid>http://tc.eserver.org/23825.html</guid>
		<description>An introduction to the W3C&apos;s Web Content Accessibility Guidelines.</description>
	</item>
	<item>
		<title>User-Defined Style Sheets and Accessibility</title>
		<link>http://tc.eserver.org/23823.html</link>
		<guid>http://tc.eserver.org/23823.html</guid>
		<description>How you can set your own stylesheet for greater accessibility; another lecture/essay.</description>
	</item>
	<item>
		<title>Web Accessibility Icons and Graphics</title>
		<link>http://tc.eserver.org/23821.html</link>
		<guid>http://tc.eserver.org/23821.html</guid>
		<description>How can you display that your site is accessible? Why would you want to? These questions are answered.</description>
	</item>
	<item>
		<title>Web Authoring Strategies for Voice Browsers</title>
		<link>http://tc.eserver.org/23824.html</link>
		<guid>http://tc.eserver.org/23824.html</guid>
		<description>A HWG position paper for a W3C workshop on voice browsers.</description>
	</item>
	<item>
		<title>Traveling Route 508: A One-Way Street to Universal Accessibility</title>
		<link>http://tc.eserver.org/23778.html</link>
		<guid>http://tc.eserver.org/23778.html</guid>
		<description>&apos;Accessible&apos; is a higher standard than &apos;Section 508-compliant.&apos; Identifying the design principles for accessible web page design, and which of those principles are required under Section 508, is a useful approach to the issue for any organization that must comply with the Section 508 standards. The legislation&#xD;has no standards for determining whether your web site&#xD;complies with Section 508. Possible processes include:&#xD;evaluating the site using a text-to-speech application;&#xD;evaluating the site using validation software; and&#xD;usability testing.</description>
	</item>
	<item>
		<title>Working to 508: Seeing, Hearing, and Understanding Accessible, Usable Web Pages</title>
		<link>http://tc.eserver.org/23787.html</link>
		<guid>http://tc.eserver.org/23787.html</guid>
		<description>Now that the U. S. Government has mandated that web pages comply with accessibility standards (Section 508, a 1998 amendment to the Rehabilitation Act of 1973), it is time to test web pages against the standards. “What do&#xD;newcomers to these standards need to know to ensure that&#xD;they are on the right tract with accessible, usable web&#xD;page design? “What do web page designers need to know&#xD;beyond 508 standards? Join us in an exploration of our&#xD;personal experiences with “stuckness” when using web&#xD;pages (visual accessibility), Reece; learn possible&#xD;solutions to our “silent screams” (audio accessibility),&#xD;Vinegar; and consider also the question of web page&#xD;accessibility to users with cognitive or learning&#xD;disabilities (comprehensibility), Gillen.</description>
	</item>
	<item>
		<title>Web Accommodation for the Vision-Impaired</title>
		<link>http://tc.eserver.org/23758.html</link>
		<guid>http://tc.eserver.org/23758.html</guid>
		<description>Accessibility for vision-impaired users of corporate websites is becoming a critical issue. The federal government requires its agencies to provide effective, equal access to electronically delivered information. The&#xD;W3C launched its accessibility initiative in 1999 and&#xD;continues to expand it. Court rulings are mixed, as the&#xD;judicial system struggles to clarify accommodation in&#xD;relation to the web environment. Students in the Jack David Armold Honor Society at&#xD;DeVry University researched, collaborated, and&#xD;developed a community service website to convince&#xD;corporations that web accommodation for visionimpaired&#xD;users made financial sense.</description>
	</item>
	<item>
		<title>Hermish</title>
		<link>http://tc.eserver.org/23540.html</link>
		<guid>http://tc.eserver.org/23540.html</guid>
		<description>A free online tool to analyze the accessibility of websites. With Hermish, make your pages comply to accessibility guidelines. Accessibility relates to section 508 and priority levels.</description>
	</item>
	<item>
		<title>The Blind Leading the Blind: Theorizing a Web for the Visually Impaired</title>
		<link>http://tc.eserver.org/23353.html</link>
		<guid>http://tc.eserver.org/23353.html</guid>
		<description>An examination of government websites (those required to adhere to Section 508) revealed no common practices or themes.</description>
	</item>
	<item>
		<title>Evaluation of Websites for Older Adults: How &quot;Senior-Friendly&quot; Are They?</title>
		<link>http://tc.eserver.org/23304.html</link>
		<guid>http://tc.eserver.org/23304.html</guid>
		<description>Thirty-six websites designed for older adults were evaluated as to how well they complied to 25 &apos;senior-friendly&apos; guidelines recommended by the National Institute of Aging. Results indicate that a majority of the sites complied to guidelines related to basic navigation and content style but not for text size, text weight, or site map availability. Implications of compliance to these guidelines on user satisfaction and performance are discussed.</description>
	</item>
	<item>
		<title>The DRC Blew It</title>
		<link>http://tc.eserver.org/23239.html</link>
		<guid>http://tc.eserver.org/23239.html</guid>
		<description>Review of the DRC&apos;s report into web accessibility.</description>
	</item>
	<item>
		<title>Ten Accessibility Blunders of the Big Players</title>
		<link>http://tc.eserver.org/23240.html</link>
		<guid>http://tc.eserver.org/23240.html</guid>
		<description>Article points out some major accessibility mistakes made by very large websites.</description>
	</item>
	<item>
		<title>IBM &amp;#12496;&amp;#12522;&amp;#12450;&amp;#12501;&amp;#12522;&amp;#12540;&amp;#12398;&amp;#25161;</title>
		<link>http://tc.eserver.org/23195.html</link>
		<guid>http://tc.eserver.org/23195.html</guid>
		<description>&amp;#31859;&amp;#22269;IBM&amp;#12450;&amp;#12463;&amp;#12475;&amp;#12471;&amp;#12499;&amp;#12522;&amp;#12486;&amp;#12451;&amp;#12539;&amp;#12475;&amp;#12531;&amp;#12479;&amp;#12540;&amp;#12398;&amp;#25552;&amp;#20379;&amp;#24773;&amp;#22577;&amp;#12420;&amp;#12289;IBM&amp;#12450;&amp;#12463;&amp;#12475;&amp;#12471;&amp;#12499;&amp;#12522;&amp;#12486;&amp;#12451;&amp;#12539;&amp;#12522;&amp;#12469;&amp;#12540;&amp;#12481;&amp;#12539;&amp;#12464;&amp;#12523;&amp;#12540;&amp;#12503;&amp;#12395;&amp;#12424;&amp;#12427;&amp;#39640;&amp;#40802;&amp;#32773;&amp;#12539;&amp;#35222;&amp;#35226;&amp;#38556;&amp;#23475;&amp;#32773;&amp;#38306;&amp;#36899;&amp;#24773;&amp;#22577;&amp;#12398;&amp;#20844;&amp;#38283;&amp;#12394;&amp;#12393;&amp;#12289;&amp;#12450;&amp;#12463;&amp;#12475;&amp;#12471;&amp;#12502;&amp;#12523;&amp;#12394;&amp;#24773;&amp;#22577;&amp;#31038;&amp;#20250;&amp;#12398;&amp;#12383;&amp;#12417;&amp;#12398;&amp;#38306;&amp;#36899;&amp;#12522;&amp;#12477;&amp;#12540;&amp;#12473;&amp;#12290;&amp;#12452;&amp;#12531;&amp;#12479;&amp;#12540;&amp;#12493;&amp;#12483;&amp;#12488;&amp;#38322;&amp;#35239;&amp;#25903;&amp;#25588;&amp;#12477;&amp;#12501;&amp;#12488;&amp;#12300;&amp;#12425;&amp;#12367;&amp;#12425;&amp;#12367;&amp;#12454;&amp;#12455;&amp;#12502;&amp;#25955;&amp;#31574;®&amp;#12301;&amp;#12398;&amp;#32057;&amp;#20171;&amp;#12394;&amp;#12393;&amp;#12290;</description>
	</item>
	<item>
		<title>W3C/WAI&amp;#12300;&amp;#12454;&amp;#12455;&amp;#12502;&amp;#65381;&amp;#12467;&amp;#12531;&amp;#12486;&amp;#12531;&amp;#12484;&amp;#65381;&amp;#12450;&amp;#12463;&amp;#12475;&amp;#12471;&amp;#12499;&amp;#12522;&amp;#12486;&amp;#12451;&amp;#65381;&amp;#12460;&amp;#12452;&amp;#12489;&amp;#12521;&amp;#12452;&amp;#12531; 1.0&amp;#12301;</title>
		<link>http://tc.eserver.org/23181.html</link>
		<guid>http://tc.eserver.org/23181.html</guid>
		<description>W3C&amp;#12364;&amp;#21223;&amp;#21578;&amp;#12392;&amp;#12375;&amp;#12390;&amp;#20844;&amp;#38283;&amp;#12375;&amp;#12390;&amp;#12356;&amp;#12427;&amp;#12300;Web Content Accessibility Guidelines 1.0&amp;#12301;&amp;#12434;&amp;#12477;&amp;#12471;&amp;#12458;&amp;#12513;&amp;#12487;&amp;#12451;&amp;#12450;&amp;#30435;&amp;#20462;&amp;#12300;&amp;#12454;&amp;#12455;&amp;#12502;&amp;#12539;&amp;#12450;&amp;#12463;&amp;#12475;&amp;#12471;&amp;#12499;&amp;#12522;&amp;#12486;&amp;#12451;&amp;#12316;&amp;#12377;&amp;#12409;&amp;#12390;&amp;#12398;&amp;#20154;&amp;#12395;&amp;#20778;&amp;#12375;&amp;#12356;&amp;#12454;&amp;#12455;&amp;#12502;&amp;#12539;&amp;#12487;&amp;#12470;&amp;#12452;&amp;#12531;&amp;#12301;&amp;#65288;&amp;#12450;&amp;#12473;&amp;#12461;&amp;#12540;&amp;#65289;&amp;#12395;&amp;#12390;&amp;#26085;&amp;#26412;&amp;#35486;&amp;#35379;&amp;#12375;&amp;#12383;&amp;#12418;&amp;#12398;&amp;#12290;</description>
	</item>
	<item>
		<title>AccessiBlog</title>
		<link>http://tc.eserver.org/23172.html</link>
		<guid>http://tc.eserver.org/23172.html</guid>
		<description>AccessiBlog was a weblog of articles and sites dealing with the topic of Web accessibility (though it is no longer updated).</description>
	</item>
</channel>
</rss>