<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>W3C</title>	<link>http://tc.eserver.org/publisher/W3C</link>
	<description>A listing of works published by W3C 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>W3C</title>
		<link>http://tc.eserver.org/dir/W3C</link>
	</image>
	<item>
		<title>HTML 5 Differences from HTML 4</title>
		<link>http://tc.eserver.org/35184.html</link>
		<guid>http://tc.eserver.org/35184.html</guid>
		<description>HTML 5 defines the fifth major revision of the core language of the World Wide Web, HTML. &quot;HTML 5 differences from HTML 4&quot; describes the differences between HTML 4 and HTML 5 and provides some of the rationale for the changes.</description>
	</item>
	<item>
		<title>Recommended List of DTDs You Can Use in Your Web Document</title>
		<link>http://tc.eserver.org/34737.html</link>
		<guid>http://tc.eserver.org/34737.html</guid>
		<description>When authoring document is HTML or XHTML, it is important to Add a Doctype declaration. The declaration must be exact (both in spelling and in case) to have the desired effect, which makes it sometimes difficult. To ease the work, below is a list of recommended declarations that you can use in your Web documents.</description>
	</item>
	<item>
		<title>XSL(T) Tools for XHTML</title>
		<link>http://tc.eserver.org/34007.html</link>
		<guid>http://tc.eserver.org/34007.html</guid>
		<description>One of the great things about XHTML is that it combines the well-known power of HTML as an hypertext markup language with the power of the tools developed to work on XML documents. Among those tools, one of the most ubiquitous technology developed for XML is the Extensible Style sheet Language (XSL), and especially its Transformation language that allows to transform a given XML document in another XML document with a set of declarative rules. This document lists a set of style sheets that takes advantage of XHTML being an XML language to make your XHTML documents more re-usable.</description>
	</item>
	<item>
		<title>Web Content Accessibility Guidelines (WCAG) 2.0</title>
		<link>http://tc.eserver.org/33471.html</link>
		<guid>http://tc.eserver.org/33471.html</guid>
		<description>Web Content Accessibility Guidelines (WCAG) 2.0 covers a wide range of recommendations for making Web content more accessible. Following these guidelines will make content accessible to a wider range of people with disabilities, including blindness and low vision, deafness and hearing loss, learning disabilities, cognitive limitations, limited movement, speech disabilities, photosensitivity and combinations of these. Following these guidelines will also often make your Web content more usable to users in general.</description>
	</item>
	<item>
		<title>A Personal Reflection on the WCAG 2.0 Publication</title>
		<link>http://tc.eserver.org/33472.html</link>
		<guid>http://tc.eserver.org/33472.html</guid>
		<description>Let&apos;s work together as a community to make WCAG 2.0 a unifying force for web accessibility. There are so many websites and exciting new web applications being created today with accessibility barriers that make it difficult or impossible for some people with disabilities to use them. Let&apos;s change that, with WCAG 2.0.</description>
	</item>
	<item>
		<title>How to Meet WCAG 2.0</title>
		<link>http://tc.eserver.org/32886.html</link>
		<guid>http://tc.eserver.org/32886.html</guid>
		<description>A customizable quick reference to Web Content Accessibility Guidelines 2.0 requirements (success criteria) and techniques.</description>
	</item>
	<item>
		<title>Why Standards Harmonization is Essential for Web Accessibility</title>
		<link>http://tc.eserver.org/32962.html</link>
		<guid>http://tc.eserver.org/32962.html</guid>
		<description>This document introduces the concept of harmonization and causes of fragmentation in the area of Web accessibility standards, and examines the impact of harmonization and fragmentation on Web developers, tool developers, and organizations. It also suggests action steps for promoting Web accessibility standards harmonization.</description>
	</item>
	<item>
		<title>Developing a Web Accessibility Business Case for Your Organization: Overview</title>
		<link>http://tc.eserver.org/32833.html</link>
		<guid>http://tc.eserver.org/32833.html</guid>
		<description>There are initial costs for organizations implementing Web accessibility; however, the initial costs are often offset by a full return on investment. In order to be willing to invest the initial costs, many organizations need to understand the social, technical, and financial benefits of Web accessibility and the expectations of the returns throughout the organization.</description>
	</item>
	<item>
		<title>Introduction to Web Accessibility</title>
		<link>http://tc.eserver.org/32834.html</link>
		<guid>http://tc.eserver.org/32834.html</guid>
		<description>Web accessibility means that people with disabilities can use the Web. More specifically, Web accessibility means that people with disabilities can perceive, understand, navigate, and interact with the Web, and that they can contribute to the Web. Web accessibility also benefits others, including older people with changing abilities due to aging.</description>
	</item>
	<item>
		<title>Essential Components of Web Accessibility</title>
		<link>http://tc.eserver.org/32852.html</link>
		<guid>http://tc.eserver.org/32852.html</guid>
		<description>This document shows how Web accessibility depends on several components working together and how improvements in specific components could substantially improve Web accessibility. It also shows how the WAI guidelines address these components.</description>
	</item>
	<item>
		<title>Mobile Web Best Practices 1.0</title>
		<link>http://tc.eserver.org/32761.html</link>
		<guid>http://tc.eserver.org/32761.html</guid>
		<description>This document specifies Best Practices for delivering Web content to mobile devices. The principal objective is to improve the user experience of the Web when accessed from such devices.&#xD;&#xD;It is primarily directed at creators, maintainers and operators of Web sites. Readers of this document are expected to be familiar with the creation of Web sites, and to have a general familiarity with the technologies involved, such as Web servers and HTTP. Readers are not expected to have a background in mobile-specific technologies.</description>
	</item>
	<item>
		<title>Checkpoints for Web Content Accessibility Guidelines 1.0</title>
		<link>http://tc.eserver.org/32264.html</link>
		<guid>http://tc.eserver.org/32264.html</guid>
		<description>This document is an appendix to the W3C &quot;Web Content Accessibility Guidelines 1.0&quot;. It provides a list of all checkpoints from the Web Content Accessibility Guidelines 1.0, organized by concept, as a checklist for Web content developers.</description>
	</item>
	<item>
		<title>Steps of Web Site Development</title>
		<link>http://tc.eserver.org/28848.html</link>
		<guid>http://tc.eserver.org/28848.html</guid>
		<description>Development and maintenance of a good Web site implies many consecutive steps involving various actors. These actors all have their own objectives and understanding of the process, but all are supposedly commited to the same overall goal: building the best possible Web site given the set of constraints.</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>XHTML 1.1: Module-Based XHTML</title>
		<link>http://tc.eserver.org/28348.html</link>
		<guid>http://tc.eserver.org/28348.html</guid>
		<description>This Recommendation defines a new XHTML document type that is based upon the module framework and modules defined in Modularization of XHTML [XHTMLMOD]. The purpose of this document type is to serve as the basis for future extended XHTML &apos;family&apos; document types, and to provide a consistent, forward-looking document type cleanly separated from the deprecated, legacy functionality of HTML 4 [HTML4] that was brought forward into the XHTML 1.0 [XHTML1] document types. This document type is essentially a reformulation of XHTML 1.0 Strict using XHTML Modules. This means that many facilities available in other XHTML Family document types (e.g., XHTML Frames) are not available in this document type. These other facilities are available through modules defined in Modularization of XHTML, and document authors are free to define document types based upon XHTML 1.1 that use these facilities (see [XHTMLMOD] for information on creating new document types).</description>
	</item>
	<item>
		<title>XHTML Modularization 1.1</title>
		<link>http://tc.eserver.org/28347.html</link>
		<guid>http://tc.eserver.org/28347.html</guid>
		<description>This document is version 1.1 of XHTML Modularization, an abstract modularization of XHTML and implementations of the abstraction using XML Document Type Definitions (DTDs), and XML Schemas. This modularization provides a means for subsetting and extending XHTML, a feature needed for extending XHTML&apos;s reach onto emerging platforms. This specification is intended for use by language designers as they construct new XHTML Family Markup Languages. This specification does not define the semantics of elements and attributes, only how those elements and attributes are assembled into modules, and from those modules into markup languages. This second version of this specification includes several minor updates to provide clarifications and address errors found in the first version. It also provides an implementation using XML Schemas.</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>The World Wide Web Consortium (W3C)</title>
		<link>http://tc.eserver.org/25353.html</link>
		<guid>http://tc.eserver.org/25353.html</guid>
		<description>The World Wide Web Consortium (W3C) is an international consortium where Member organizations, a full-time staff, and the public work together to develop Web standards.</description>
	</item>
	<item>
		<title>W3Compliant Sites</title>
		<link>http://tc.eserver.org/24175.html</link>
		<guid>http://tc.eserver.org/24175.html</guid>
		<description>W3 Compliant Sites is a collection of web sites that were created by designers that conform with the W3C standards. It provides the opportunity for them to display their work and ideas in a community that shares common interests.</description>
	</item>
	<item>
		<title>Examples: WAI Web Content Accessibility Curriculum</title>
		<link>http://tc.eserver.org/23082.html</link>
		<guid>http://tc.eserver.org/23082.html</guid>
		<description>Provides details or examples of one or more techniques that are associated with a particular checkpoint. Where possible, the examples are actually coded so that you will see how that particular technique displays or renders on your browser or user agent. In most cases, the markup that creates the &apos;live&apos; example is also provided (although you can also &apos;View Source&apos; to get the exact coding). Where necessary, some text is included to explain what is &apos;supposed&apos; to happen (for example, if an HTML 4 attribute is not widely supported yet), or for user of non-graphical or older browsers.</description>
	</item>
	<item>
		<title>Resource Description Framework (RDF)</title>
		<link>http://tc.eserver.org/21000.html</link>
		<guid>http://tc.eserver.org/21000.html</guid>
		<description>The Resource Description Framework (RDF) integrates a variety of applications from library catalogs and world-wide directories to syndication and aggregation of news, software, and content to personal collections of music, photos, and events using XML as an interchange syntax. The RDF specifications provide a lightweight ontology system to support the exchange of knowledge on the Web.</description>
	</item>
	<item>
		<title>Extensible Markup Language (XML) Activity Statement</title>
		<link>http://tc.eserver.org/20709.html</link>
		<guid>http://tc.eserver.org/20709.html</guid>
		<description>The Extensible Markup Language (XML) is a simple, very flexible text format derived from SGML (ISO 8879). Originally designed to meet the challenges of large-scale electronic publishing, XML is also playing an increasingly important role in the exchange of a wide variety of data on the Web.</description>
	</item>
	<item>
		<title>Accessibility Features of CSS</title>
		<link>http://tc.eserver.org/20659.html</link>
		<guid>http://tc.eserver.org/20659.html</guid>
		<description>This document summarizes the features of the Cascading Style Sheets (CSS), level 2 Recommendation ([CSS2]) known to directly affect the accessibility of Web documents. Some of the accessibility features described in this document were available in CSS1 ([CSS1]) as well. This document has been written so that other documents may refer in a consistent manner to the accessibility features of CSS.</description>
	</item>
	<item>
		<title>MarkUp Validation Service</title>
		<link>http://tc.eserver.org/20394.html</link>
		<guid>http://tc.eserver.org/20394.html</guid>
		<description>A free service that checks documents like HTML and XHTML for conformance to W3C Recommendations and other standards.</description>
	</item>
	<item>
		<title>Cascading Style Sheets</title>
		<link>http://tc.eserver.org/20204.html</link>
		<guid>http://tc.eserver.org/20204.html</guid>
		<description>Cascading Style Sheets (CSS) is a simple mechanism for adding style (e.g. fonts, colors, spacing) to Web documents. Tutorials, books, mailing lists for users, etc. can be found on the &apos;learning CSS&apos; page.</description>
	</item>
	<item>
		<title>How People with Disabilities Use the Web</title>
		<link>http://tc.eserver.org/20058.html</link>
		<guid>http://tc.eserver.org/20058.html</guid>
		<description>This document provides an introduction to use of the Web by people with disabilities. It illustrates some of their requirements when using Web sites and Web-based applications, and provides supporting information for the guidelines and technical work of the World Wide Web Consortium&apos;s (W3C) Web Accessibility Initiative (WAI).</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 User Interface Domain</title>
		<link>http://tc.eserver.org/19747.html</link>
		<guid>http://tc.eserver.org/19747.html</guid>
		<description>The User Interface Domain seeks to improve all user/computer communications on the Web. In particular, the Domain is working on formats and languages that will present information to users with more accuracy and a higher level of control.</description>
	</item>
	<item>
		<title>Auxiliary Benefits of Accessible Web Design</title>
		<link>http://tc.eserver.org/18632.html</link>
		<guid>http://tc.eserver.org/18632.html</guid>
		<description>This document is one of several resources created to assist the preparation of a business case for the implementation of Web accessibility. It describes the many business, technical and other benefits to the organization above and beyond the straightforward benefits to people with disabilities that can be realized by applying the Web Content Accessibility Guidelines (WCAG 1.0) to Web sites.</description>
	</item>
	<item>
		<title>Getting Started: Making a Web Site Accessible</title>
		<link>http://tc.eserver.org/18630.html</link>
		<guid>http://tc.eserver.org/18630.html</guid>
		<description>An initial introduction to resources for people new to Web accessibility.</description>
	</item>
	<item>
		<title>Overview of the Web Accessibility Initiative</title>
		<link>http://tc.eserver.org/18631.html</link>
		<guid>http://tc.eserver.org/18631.html</guid>
		<description>An online presentation explaining why Web accessibility is important and what the Web Accessibility Initiative does.</description>
	</item>
	<item>
		<title>Quick Tips to Make Accessible Web Sites</title>
		<link>http://tc.eserver.org/18633.html</link>
		<guid>http://tc.eserver.org/18633.html</guid>
		<description>Ten tips for making Web sites accessible, available on a business-card sized reference card. Can be ordered from Web site. &#xD;</description>
	</item>
	<item>
		<title>XML Accessibility Guidelines</title>
		<link>http://tc.eserver.org/18634.html</link>
		<guid>http://tc.eserver.org/18634.html</guid>
		<description>This document provides guidelines for designing Extensible Markup Language (XML) applications that lower barriers to Web accessibility for people with disabilities (visual, hearing, physical, cognitive, and neurological). XML, used to design applications such as XHTML, SMIL, and SVG, provides no intrinsic guarantee of the accessibility of those applications. This document explains how to include features in XML applications that promote accessibility.</description>
	</item>
	<item>
		<title>Graphics on the Web</title>
		<link>http://tc.eserver.org/13789.html</link>
		<guid>http://tc.eserver.org/13789.html</guid>
		<description>There is no limit in the Web specifications to the graphical formats that can be used on the Web. You just need a MIME type so that the format is labelled correctly for transfer across the Web, and so that a suitable viewer (if one exists) can be located at the other end. &#xD;&#xD;In practice, certain formats are more widely understood than others; certain formats are more suited to one type of graphical data than another; so you should make an informed choice about what format to use.</description>
	</item>
	<atom:link href="http://tc.eserver.org/publisher/W3C.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>