<?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;Standards</title>	<link>http://tc.eserver.org/dir/Design/Web-Design/Standards</link>
	<description>A listing of the most recently indexed works about Design and Web Design and Standards 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;Standards</title>
		<link>http://tc.eserver.org/dir/Design/Web-Design/Standards</link>
	</image>
	<item>
		<title>Introduction to HTML5, Microformats and CSS3</title>
		<link>http://tc.eserver.org/35759.html</link>
		<guid>http://tc.eserver.org/35759.html</guid>
		<description>This screencast will give you insight into HTML5 and CSS3 to help ease the pain that comes with transitioning to a slightly different syntax.</description>
	</item>
	<item>
		<title>Why People Still Use IE 6</title>
		<link>http://tc.eserver.org/35761.html</link>
		<guid>http://tc.eserver.org/35761.html</guid>
		<description>Internet Explorer 6 is always a hot subject of debate. We’ve talked about it here many many times. The forums are full of folks trying to troubleshoot it. The CSS support is problematic and the JavaScript support is proprietary nonsense. The conversation is heating up a little hotter than usual lately, as major companies are starting to pull support for it. I thought I would start the conversation by covering the reasons I think people still use this browser.</description>
	</item>
	<item>
		<title>CYBERcodeur</title>
		<link>http://tc.eserver.org/35547.html</link>
		<guid>http://tc.eserver.org/35547.html</guid>
		<description>Weblog collaboratif portant sur les enjeux sociopolitiques, technologiques et stratégiques entourant la normalisation et l&apos;accessibilisation du Web, mais aussi un million d&apos;autres trucs tout aussi futiles qui nous passent par l&apos;esprit...</description>
	</item>
	<item>
		<title>HTML 5 Progresses Despite Challenges</title>
		<link>http://tc.eserver.org/35499.html</link>
		<guid>http://tc.eserver.org/35499.html</guid>
		<description>Development of HTML 5, the highly touted upgrade to the language of the Web, is progressing but still faces obstacles, including lack of a standard video codec, said an official of the World Wide Web Consortium at a gathering on Tuesday.</description>
	</item>
	<item>
		<title>What Does It All Mean?</title>
		<link>http://tc.eserver.org/35444.html</link>
		<guid>http://tc.eserver.org/35444.html</guid>
		<description>This chapter will take an HTML page that has absolutely nothing wrong with it, and improve it. Parts of it will become shorter. Parts will become longer. All of it will become more semantic. It’ll be awesome.</description>
	</item>
	<item>
		<title>The HTML Scope/Headers Debate</title>
		<link>http://tc.eserver.org/35390.html</link>
		<guid>http://tc.eserver.org/35390.html</guid>
		<description>The HTML working group have decided not to include the headers attribute in the HTML 5.0 working draft, as they believe the scope attribute is sufficient for associating header cells with data cells. With simple and most complex tables, this is a reasonable assertion, but doesn&apos;t work with overlaid and irregular tables, where the associated headers aren&apos;t in the same column or row.</description>
	</item>
	<item>
		<title>Forward Towards the Past</title>
		<link>http://tc.eserver.org/35395.html</link>
		<guid>http://tc.eserver.org/35395.html</guid>
		<description>I&apos;m reading worrying things about the discussions about the next version of HTML, known as HTML5. It looks to me as if things are going in the wrong direction. Oh, and in order not to disappoint long-time readers there&apos;ll be a little barb against XHTML pretenders at the end of the article.</description>
	</item>
	<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>Dive Into HTML5</title>
		<link>http://tc.eserver.org/35181.html</link>
		<guid>http://tc.eserver.org/35181.html</guid>
		<description>Dive Into HTML5 seeks to elaborate on a hand-picked Selection of features from the HTML5 specification and other fine Standards. I shall publish Drafts periodically, as time permits.</description>
	</item>
	<item>
		<title>Detecting HTML5 Features</title>
		<link>http://tc.eserver.org/35182.html</link>
		<guid>http://tc.eserver.org/35182.html</guid>
		<description>You may well ask: “How can I start using HTML5 if older browsers don’t support it?” But the question itself is misleading. HTML5 is not one big thing; it is a collection of individual features. So you can’t detect “HTML5 support,” because that doesn’t make any sense. But you can detect support for individual features, like canvas, video, or geolocation.</description>
	</item>
	<item>
		<title>Get Ready for HTML 5</title>
		<link>http://tc.eserver.org/35164.html</link>
		<guid>http://tc.eserver.org/35164.html</guid>
		<description>Ready or not, here it comes. Despite the confusion surrounding its evolution, real-world HTML 5 is right around the corner. Longtime ALA contributor J. David Eisenberg returns to get us all up to speed on the markup we’re about to be writing.</description>
	</item>
	<item>
		<title>How to Read W3C Specs</title>
		<link>http://tc.eserver.org/35167.html</link>
		<guid>http://tc.eserver.org/35167.html</guid>
		<description>If you’re working with the latest technology, there may not be any user reference material at all; the only documentation available is the specification. In such a case, learning to read the spec is a necessity, not a luxury. </description>
	</item>
	<item>
		<title>Introduction to RDFa: Part 2</title>
		<link>http://tc.eserver.org/35175.html</link>
		<guid>http://tc.eserver.org/35175.html</guid>
		<description>RDFa (“Resource Description Framework in attributes”) is having its five minutes of fame: Google is beginning to process RDFa and Microformats as it indexes websites, using the parsed data to enhance the display of search results with “rich snippets.”</description>
	</item>
	<item>
		<title>Ten Ways To Make Your XHTML Site Accessible Using Web Standards</title>
		<link>http://tc.eserver.org/35152.html</link>
		<guid>http://tc.eserver.org/35152.html</guid>
		<description>Let’s take a look at 10 ways to improve the accessibility of your XHTML website by making it standards-compliant. We’ll go the extra mile and include criteria that fall beyond the standards set by the W3C but which you should follow to make your website more accessible. Each section lists the criteria you need to meet, explains why you need to meet them and gives examples of what you should and shouldn’t do.</description>
	</item>
	<item>
		<title>Why Apple is Betting on HTML 5: A Web History</title>
		<link>http://tc.eserver.org/35153.html</link>
		<guid>http://tc.eserver.org/35153.html</guid>
		<description>To get an accurate picture of why HTML 5 matters and how its adoption will change the future of the web and software in general, you have to take a look at the squabbling drama of contention that HTML 5 is emerging from as industry rivals work to achieve a new level of consensus on how the web should work.</description>
	</item>
	<item>
		<title>Video Introduction to HTML 5</title>
		<link>http://tc.eserver.org/35160.html</link>
		<guid>http://tc.eserver.org/35160.html</guid>
		<description>Are you interested in HTML 5 and what&apos;s coming down the pipeline but haven&apos;t had time to read any articles yet? We&apos;ve put together an educational Introduction to HTML 5 video that goes over many of the major aspects of this new standard. In the video we also crack open the HTML 5 YouTube Video prototype to show you some of the new HTML 5 tags, such as nav, article, etc.</description>
	</item>
	<item>
		<title>Why is HTML Suddenly Interesting?</title>
		<link>http://tc.eserver.org/35050.html</link>
		<guid>http://tc.eserver.org/35050.html</guid>
		<description>Today the HTML conversation is reborn. Standards development around HTML seems to actually have a chance of influencing user experience in the browser, and Microsoft itself is participating in the HTML 5 conversation despite still holding roughly two-thirds of the browser market. While Microsoft&apos;s market share is only slowly eroding, developer mindshare seems to have shifted decisively to the band of WHATWG upstarts, Microsoft&apos;s competitors.</description>
	</item>
	<item>
		<title>A Whole Lotta HTML5 Love</title>
		<link>http://tc.eserver.org/35005.html</link>
		<guid>http://tc.eserver.org/35005.html</guid>
		<description>With the flurry of HTML5 tweets this past month, I felt it was somewhat easier to park some of them in a blog post. Retweeting was adding to the confusion for a non-HTML5 person like me.</description>
	</item>
	<item>
		<title>Misunderstanding Markup: XHTML 2/HTML 5 Comic Strip</title>
		<link>http://tc.eserver.org/35006.html</link>
		<guid>http://tc.eserver.org/35006.html</guid>
		<description>Now that the development of XHTML 2 is discontinued, should we stick to XHTML 1.0 or move forward to HTML 5 or better prefer the old HTML 4? Let’s set things straight once and for all. In this post we are trying to clear up the confusion, explain what is what and describe what markup language you can use for your web-sites.</description>
	</item>
	<item>
		<title>HTML Five</title>
		<link>http://tc.eserver.org/34789.html</link>
		<guid>http://tc.eserver.org/34789.html</guid>
		<description>This site is a project to learn, discuss and promote HTML 5.</description>
	</item>
	<item>
		<title>Open Web Education Alliance Incubator Group Wiki</title>
		<link>http://tc.eserver.org/34783.html</link>
		<guid>http://tc.eserver.org/34783.html</guid>
		<description>The mission of the Open Web Education Alliance Incubator Group is to help enhance and standardize the architecture of the World Wide Web by facilitating the highest quality standards and best practice based education for future generations of Web professionals through such activities as: fostering open communication channels for knowledge transfer, and curriculum sharing between corporate entities, educational institutions, Web professionals, and students.</description>
	</item>
	<item>
		<title>XHTML Cheat Sheet</title>
		<link>http://tc.eserver.org/34762.html</link>
		<guid>http://tc.eserver.org/34762.html</guid>
		<description>This XHTML cheat sheet is excellent for XHTML coders. Along with many basic attributes, this two-page grid includes references that even experienced web professionals would find useful.&#xD;&#xD;Three types of elements are defined in this cheat sheet: block, inline and table elements. The miscellaneous section includes 22 additional elements. Each row contains the name, description and attributes of each of the elements available for use.</description>
	</item>
	<item>
		<title>CSS Cheat Sheet</title>
		<link>http://tc.eserver.org/34763.html</link>
		<guid>http://tc.eserver.org/34763.html</guid>
		<description>This cheat sheet is designed to not only be a quick reference for CSS properties but also to give you a good feel for how each property should be used. It contains all of the properties in the CSS2 specification including a description of the syntax of each one.</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>Yes, You Can Use HTML 5 Today!</title>
		<link>http://tc.eserver.org/34688.html</link>
		<guid>http://tc.eserver.org/34688.html</guid>
		<description>The blogosphere was jerked into excitement when Google gave a sneak preview of its new service, Google Wave. Only the select few have an account, but there’s an 80-minute video about it on YouTube for the rest of us. The service is an HTML 5 app, and so HTML 5 has gone from being too far away to care about to today’s hot topic.</description>
	</item>
	<item>
		<title>HTML 5: Now or Never?</title>
		<link>http://tc.eserver.org/34689.html</link>
		<guid>http://tc.eserver.org/34689.html</guid>
		<description>Here at SitePoint, we have started thinking about HTML 5, and whether or not the time is right to publish a book about it. To help us decide, we asked a number of web luminaries what they thought. Their answers were both varied and interesting. Take a look and decide for yourself: is it time you started learning about HTML 5?</description>
	</item>
	<item>
		<title>HTML 5 Doctor</title>
		<link>http://tc.eserver.org/34672.html</link>
		<guid>http://tc.eserver.org/34672.html</guid>
		<description>html5doctor is a collaboration between, Rich Clark, Bruce Lawson, Jack Osborne, Mike Robinson, Remy Sharp and Tom Leadbetter. The site came about following a HTML5 meetup after the Future of Web Design conference in London (2009). We decided that there wasn’t a resource that catered for the people who wished to find out more about implementing HTML5 and how to go about it, so we thought we’d better build one. We will publish articles relating to HTML5 and it’s semantics and how to use them, here and now.</description>
	</item>
	<item>
		<title>Understanding &apos;aside&apos;</title>
		<link>http://tc.eserver.org/34674.html</link>
		<guid>http://tc.eserver.org/34674.html</guid>
		<description>HTML 5 offers a new element to mark additional information that can enhance an article but isn’t necessarily key to understanding it. However, in the interpretation of &apos;aside&apos; there lies confusion as to how it can be used, and with that there is demand for the Doctor to step up and clear the air. In this article I will look at what &apos;aside&apos; was created for, including sample uses and how not to use this useful, misunderstood element.</description>
	</item>
	<item>
		<title>Adopting WCAG 2</title>
		<link>http://tc.eserver.org/34642.html</link>
		<guid>http://tc.eserver.org/34642.html</guid>
		<description>It is six months since the release of WCAG 2.0 and I thought it might be interesting to see how extensively it has been adopted as a bench mark for determining web content accessibility. Over this time, I have felt that the rate of adoption has been relatively slow and the number of countries and other regulatory authorities now using WCAG 2 is lower than I expected.</description>
	</item>
	<item>
		<title>Common Look and Feel Standards for the Internet, Part 2: Standard on the Accessibility, Interoperability and Usability of Web Sites</title>
		<link>http://tc.eserver.org/34643.html</link>
		<guid>http://tc.eserver.org/34643.html</guid>
		<description>This standard is directed toward ensuring equitable access to all content on Government of Canada Web sites.</description>
	</item>
	<item>
		<title>New Accessibility Guidelines A &quot;Welcomed Update&quot;</title>
		<link>http://tc.eserver.org/34616.html</link>
		<guid>http://tc.eserver.org/34616.html</guid>
		<description>The World Wide Web Consortium recently approved new accessibility guidelines. Passed in December 2008, the new &quot;Web Content Accessibility Guidelines 2.0&quot; is now the official recommendation for web accessibility for the disabled. This new WCAG 2.0 document, a welcomed update, replaces the WCAG 1.0 W3C recommendation of 1999. This article is part one in a series discussing the impact of WCAG 2.0 on your website.</description>
	</item>
	<item>
		<title>New Accessibility Guidelines Part IV: Robustness</title>
		<link>http://tc.eserver.org/34619.html</link>
		<guid>http://tc.eserver.org/34619.html</guid>
		<description>The fourth principle of the Web Content Accessibility Guidelines requires new web documents to be “robust.” Robustness, future-proofing, user-agent independence, accessibility-supported: All are terms that suggest the same basic idea that your documents should follow standard, supported models for web document types. In many ways, this is the simplest and most testable requirement of the WCAG, but the details can be quite complicated.</description>
	</item>
	<item>
		<title>Fifteen Surefire Ways to Break Your CSS</title>
		<link>http://tc.eserver.org/34268.html</link>
		<guid>http://tc.eserver.org/34268.html</guid>
		<description>But as silly as it may seem, some of the biggest CSS blunders stem from the simplest of errors. Knowing what some of those errors are and remembering to look for them can save you hours of wasted labor. Here are fifteen ways I’ve found to break my CSS for sure — and fifteen things I always look for whenever I have a problem in my code.</description>
	</item>
	<item>
		<title>When Good Browsers Go Bad -- And They All Do</title>
		<link>http://tc.eserver.org/34216.html</link>
		<guid>http://tc.eserver.org/34216.html</guid>
		<description>Jeffrey Zeldman must have thought he&apos;d never live to see the day. Ten years after he co-founded the Web Standards Project, all of the major browser vendors have shown renewed commitment to supporting World Wide Web Consortium (W3C) standards in the last few years -- and they&apos;re following through. Those who lived through the browser wars of the &apos;90s might think that hell has frozen over, were it not for one, small problem: Users still experience plenty of problems on the Web.</description>
	</item>
	<item>
		<title>The Road to XHTML 2.0: MIME Types</title>
		<link>http://tc.eserver.org/34149.html</link>
		<guid>http://tc.eserver.org/34149.html</guid>
		<description>Here&apos;s a dirty little secret: browsers aren&apos;t actually treating your XHTML as XML. Your validated, correctly DOCTYPE&apos;d, completely standards compliant XHTML markup is being treated as if it were still HTML with a few weird slashes in places they don&apos;t belong (like &lt;br /&gt; and &lt;img /&gt;). Why? The answer is MIME types.</description>
	</item>
	<item>
		<title>What Are Web Standards and Why Should I Use Them?</title>
		<link>http://tc.eserver.org/34000.html</link>
		<guid>http://tc.eserver.org/34000.html</guid>
		<description>Standards have so much to offer that we at The Web Standards Project (WaSP) consider it necessary to help you learn more about them. This document is merely a starting point; it will give you a solid understanding of what standards exist, why they do, and why you should care about them. Every time we create a piece of the Web, we contribute to the common information space that is the Web. We can build it up, or we can add weight that will tear it apart. The choice belongs to us; the consequences belong to everyone.</description>
	</item>
	<item>
		<title>Browser Problems with the XML Prolog</title>
		<link>http://tc.eserver.org/34005.html</link>
		<guid>http://tc.eserver.org/34005.html</guid>
		<description>Some browsers have difficulty upon encountering the XML Prolog. In some cases, the browser will render all the markup as text. In other cases, when a browser has some XML support, it might attempt to render the document as an XML tree. To avoid these problems, many practicing web professionals prefer to leave the prolog off. This table will help you make that decision by showing you which browsers have known problems with the XML prolog.</description>
	</item>
	<item>
		<title>When Can I Use...</title>
		<link>http://tc.eserver.org/33940.html</link>
		<guid>http://tc.eserver.org/33940.html</guid>
		<description>Compatibility tables for features in HTML5, CSS3, SVG and other upcoming web technologies in the most popular web browsers.</description>
	</item>
	<item>
		<title>Five Ways to Instantly Write Better CSS</title>
		<link>http://tc.eserver.org/33808.html</link>
		<guid>http://tc.eserver.org/33808.html</guid>
		<description>Sure, anyone can write CSS. Even programs are doing it for you now. But is the CSS any good? Here are five tips to start improving yours.</description>
	</item>
	<item>
		<title>DOM, SAX and Standards - Where Now?</title>
		<link>http://tc.eserver.org/33787.html</link>
		<guid>http://tc.eserver.org/33787.html</guid>
		<description>It&apos;s been 7 years and three &quot;levels&quot; since the first W3C DOM activity. XML and the way it is used has changed vastly over that time. DOM itself has moved from an API to access and manipulate an in-memory tree with no concept of namespaces, to an end to end XML technology, where parsing, modification of the tree (with the ability to check for validity with a schema as you go) and serialization are all specified.</description>
	</item>
	<item>
		<title>WCAG 2.0 Checklist</title>
		<link>http://tc.eserver.org/33685.html</link>
		<guid>http://tc.eserver.org/33685.html</guid>
		<description>A simple checklist that presents the principles and techniques of WCAG 2.0 in a user-friendly, understandable format. The language has been significantly changed and simplified from the official WCAG 2.0 specification to make it more easily tested and verified for web pages.</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>Standards Schmandards</title>
		<link>http://tc.eserver.org/33382.html</link>
		<guid>http://tc.eserver.org/33382.html</guid>
		<description>Here you will find articles about web standards, accessibility and usability. Occasionally there will be articles where we digress from these topics. My hope for the future: web accessibility will not be around as a topic anymore. Noone will be able to make a living as an accessibility expert because all web sites will be accessible and accessibility will be an integral part of all development efforts. All authoring tools will comply with the ATAG recommendation and editors will only have a vague memory of how difficult it was to publish accessible information in the early 21st century.</description>
	</item>
	<item>
		<title>Using Ajax for Creating Web Applications</title>
		<link>http://tc.eserver.org/33388.html</link>
		<guid>http://tc.eserver.org/33388.html</guid>
		<description>In the past few years, developers could choose between two approaches when building a web application. The first approach was to create a screen-based system with very rich interactions using a sophisticated, powerful technology such as Java or Flash. The alternative approach was to create a page-based system using easier-to-learn core web standards like XHTML and CSS whose more basic capabilities force less-rich interactions. A new technological approach, dubbed Ajax, might just be the right mix between the two.</description>
	</item>
	<item>
		<title>Creating Bulletproof and Easy to Complete Web Forms</title>
		<link>http://tc.eserver.org/33134.html</link>
		<guid>http://tc.eserver.org/33134.html</guid>
		<description>Effective form design is a great way to boost conversion rates. Jason Fried and Matthew Linderman share with us the secret of how to create attractive and functional forms.</description>
	</item>
	<item>
		<title>UTF-8: The Secret of Character Encoding</title>
		<link>http://tc.eserver.org/33043.html</link>
		<guid>http://tc.eserver.org/33043.html</guid>
		<description>Character encoding and character sets are not that difficult to understand, but so many people blithely stumble through the worlds of programming without knowing what to actually do about it, or say &quot;Ah, it&apos;s a job for those internationalization experts.&quot; No, it is not! This document will walk you through determining the encoding of your system and how you should handle this information. It will stay away from excessive discussion on the internals of character encoding.</description>
	</item>
	<item>
		<title>Creating Semantic Structure</title>
		<link>http://tc.eserver.org/32876.html</link>
		<guid>http://tc.eserver.org/32876.html</guid>
		<description>Despite the nature of the Web and the vast change in its role from a structural medium to a visual media, it is still important that Web content be designed with proper structure. With better support for Cascading Style Sheets in recent versions of Web browsers, developers can change the appearance of structural elements to meet their design and visual preferences.</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>About Web Standards</title>
		<link>http://tc.eserver.org/32942.html</link>
		<guid>http://tc.eserver.org/32942.html</guid>
		<description>The World Wide Web Consortium (W3C), along with other groups and standards bodies, has established technologies for creating and interpreting web-based content. These technologies, which we call &apos;web standards&apos;, are carefully designed to deliver the greatest benefits to the greatest number of web users while ensuring the long-term viability of any document published on the Web. Designing and building with these standards simplifies and lowers the cost of production, while delivering sites that are accessible to more people and more types of Internet devices. Sites developed along these lines will continue to function correctly as traditional desktop browsers evolve, and as new Internet devices come to market.</description>
	</item>
	<item>
		<title>Introduction to Device Independence, Part 1</title>
		<link>http://tc.eserver.org/32943.html</link>
		<guid>http://tc.eserver.org/32943.html</guid>
		<description>In the past three to four years the number of different kinds of devices that can access the Web has increased significantly. And they have a wide variety of different capabilities: smart phones, mobile phones, voice response systems, PDAs, and even microwave ovens can access the Web.&#xD;&#xD;The mission of the Device Independence activity of the W3C is to avoid fragmentation of the Web into spaces that are accessible only from certain types of devices.</description>
	</item>
	<item>
		<title>Web Standards Checklist</title>
		<link>http://tc.eserver.org/32944.html</link>
		<guid>http://tc.eserver.org/32944.html</guid>
		<description> The term web standards can mean different things to different people. For some, it is &apos;table-free sites&apos;, for others it is &apos;using valid code&apos;. However, web standards are much broader than that. A site built to web standards should adhere to standards (HTML, XHTML, XML, CSS, XSLT, DOM, MathML, SVG etc) and pursue best practices (valid code, accessible code, semantically correct code, user-friendly URLs etc).&#xD;&#xD;In other words, a site built to web standards should ideally be lean, clean, CSS-based, accessible, usable and search engine friendly.</description>
	</item>
	<item>
		<title>Converting Your Team</title>
		<link>http://tc.eserver.org/32945.html</link>
		<guid>http://tc.eserver.org/32945.html</guid>
		<description>I’d like to share some of the things I’ve done (and still do) to get the team I work with to start using web standards. Maybe it will help someone who is in the position I was a while back.</description>
	</item>
	<item>
		<title>Developing With Web Standards</title>
		<link>http://tc.eserver.org/32946.html</link>
		<guid>http://tc.eserver.org/32946.html</guid>
		<description>This document attempts to explain how and why using web standards will let you build websites in a way that saves time and money for developers and provides a better experience for visitors. Also discussed are other methods, guidelines and best practices that will help produce high-quality websites that are accessible and usable to as many people and browsing devices as possible.</description>
	</item>
	<item>
		<title>The Beauty and Business of CSS</title>
		<link>http://tc.eserver.org/32947.html</link>
		<guid>http://tc.eserver.org/32947.html</guid>
		<description>Building designs with CSS is no longer a fringe activity practiced by standards geeks and early-adopters. Creative pioneers and highly skilled designers are bringing CSS to the mainstream. The explosion in popularity is ushering in a new wave of possibilities for web design. CSS provides greater design control, allows more flexibility, and enables sites to become attractive, accessible, and faster-loading, all at the same time.</description>
	</item>
	<item>
		<title>Pushing Your Limits (and Other Secrets of Designing with CSS)</title>
		<link>http://tc.eserver.org/32948.html</link>
		<guid>http://tc.eserver.org/32948.html</guid>
		<description>What do you do when you feel like you’ve hit a brick wall? When it seems your creativity is limited by how much CSS you know how to beat into submission? How do you resist the temptation to give it all up and go back to tables? Why does it feel like the pros are constantly inventing new techniques each week, when you’re still struggling to keep up with the stuff you read about last year? Understanding how and where CSS fits into the design process is key to knowing how to push your own limits. Reviewing the principles of existing techniques — and learning why or how they came about — can extend your capabilities and help you gain confidence in solving future problems on your own.</description>
	</item>
	<item>
		<title>The Effect of Web Standards on Users</title>
		<link>http://tc.eserver.org/32950.html</link>
		<guid>http://tc.eserver.org/32950.html</guid>
		<description>The current crop of web standards (XTHML &amp; CSS) have had a dramatic effect on the work of the web designers who have adopted them. Writers of the best kinds have trumpeted the benefits of these standards over the coding practices that had become second nature to most (image spacers, anyone?).</description>
	</item>
	<item>
		<title>Who Cares How Pretty Web Sites Are?</title>
		<link>http://tc.eserver.org/32951.html</link>
		<guid>http://tc.eserver.org/32951.html</guid>
		<description>A few weeks back, I wrote about why I think web standards are difficult to learn. I wrote that because I was spending 80% of my time getting my code into XHTML 1.0 and styling it with CSS so that it rendered consistently across 5 or 6 browsers. What was I doing the other 20% of the time? Creating content, of course. I was putting together what a huge percentage of my site visitors come for. When I thought about it in these terms (time spent), I felt like styling with CSS was a lot of work for comparatively little gain. After all, people will still be able to find the site, read the content, and click on the links, whether or not I’ve styled it.</description>
	</item>
	<item>
		<title>Some Reasons Why Web Standards Are Difficult to Learn</title>
		<link>http://tc.eserver.org/32953.html</link>
		<guid>http://tc.eserver.org/32953.html</guid>
		<description>It seems like the box model shouldn’t be difficult to learn, but it is. I’m not sure why, but I think it may have to do with complexity that arises when you have boxes within boxes. At that point, it becomes an exercise of adding margin here, taking away padding there, and setting margins and paddings to 0 over there. Combine that with floating and positioning: relative, absolute, fixed, and it gets hard to know where the spacing between objects comes from, even when you’re working in standards-supporting browser like Mozilla. On top of this you have the box model hack…which only complicates things further. Even browsers get the box model wrong.</description>
	</item>
	<item>
		<title>Are Designers Focused Enough on User Needs?</title>
		<link>http://tc.eserver.org/32956.html</link>
		<guid>http://tc.eserver.org/32956.html</guid>
		<description>I find that many designers give much more of their time to learning the latest standards trick than learning the latest “designing for users” trick. Here are a few reasons why this may be so.</description>
	</item>
	<item>
		<title>The Sagacity in Validation</title>
		<link>http://tc.eserver.org/32957.html</link>
		<guid>http://tc.eserver.org/32957.html</guid>
		<description>In one of my introductory articles I stated that I do not care much for validation, yet I use well-formed XHTML 1.0 Strict (no less) as my preferred standard and CSS for layout purposes. If so, why on earth would I claim not to care about, or ignore, validation?</description>
	</item>
	<item>
		<title>Web Design Going in the Wrong Direction?</title>
		<link>http://tc.eserver.org/32958.html</link>
		<guid>http://tc.eserver.org/32958.html</guid>
		<description>There’s way too much talk about CSS and XHTML and Standards and Accessibility and not enough talk about people. CSS and Standards Compliant Code are just tools — you have to know what to build with these tools.</description>
	</item>
	<item>
		<title>Web Development Mistakes</title>
		<link>http://tc.eserver.org/32959.html</link>
		<guid>http://tc.eserver.org/32959.html</guid>
		<description>When I visit a website, especially if it’s the site of a competitor or a prospective client, I like viewing source and take a look at what’s under the hood. It’s one of my not-so-secret obsessions. And I am way too often absolutely disgusted by what I see. The web is overflowing with sites that use horribly invalid, broken, and inaccessible markup.</description>
	</item>
	<item>
		<title>Web Standards For Business</title>
		<link>http://tc.eserver.org/32960.html</link>
		<guid>http://tc.eserver.org/32960.html</guid>
		<description>This article highlights the benefits of using Web standards for business sites (Internet, intranet and extranet sites). It is aimed at stakeholders from the marketing, communication and IT departments.</description>
	</item>
	<item>
		<title>Les Standards Web Pour L&apos;Entreprise</title>
		<link>http://tc.eserver.org/32961.html</link>
		<guid>http://tc.eserver.org/32961.html</guid>
		<description>Les standards du Web apportent aussi leur lot d’avantages aux sites d’entreprise, Internet, intranet et extranet. Voyons comment les décideurs marketing, communication et informatique pourront tirer parti de l’utilisation des standards au sein de leur entreprise.</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>WCAG and the Myth of Accessibility</title>
		<link>http://tc.eserver.org/32871.html</link>
		<guid>http://tc.eserver.org/32871.html</guid>
		<description>Kevin Leitch explains why he feels that the Web Content Accessibility Guidelines have failed in their mission to ensure that web content is accessible to all.</description>
	</item>
	<item>
		<title>sIFR 2.0: Rich Accessible Typography for the Masses</title>
		<link>http://tc.eserver.org/32828.html</link>
		<guid>http://tc.eserver.org/32828.html</guid>
		<description>Over the last several months, a small group of web developers and designers have been hard at work perfecting a method to insert rich typography into web pages without sacrificing accessibility, search engine friendliness, or markup semantics. The method, dubbed sIFR (or Scalable Inman Flash Replacement), is the result of many hundreds of hours of designing, scripting, testing, and debugging.</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>IE Version Targeting: A Neutral Perspective</title>
		<link>http://tc.eserver.org/32731.html</link>
		<guid>http://tc.eserver.org/32731.html</guid>
		<description>Recently, there has been a lot of buzz going around about Internet Explorer 8 and plans to include in it a feature called &quot;version targeting.&quot; You can scour the net for blog posts and articles about version targeting, but you&apos;ll get a lot of debate and several different views on this topic, and it&apos;s difficult to pinpoint just the facts. What is version targeting? Version targeting is a way to tell Internet Explorer how it should render a page.</description>
	</item>
	<item>
		<title>jQuery and JavaScript Coding: Examples and Best Practices</title>
		<link>http://tc.eserver.org/32695.html</link>
		<guid>http://tc.eserver.org/32695.html</guid>
		<description>When used correctly, jQuery can help you make your website more interactive, interesting and exciting. This article will share some best practices and examples for using the popular JavaScript framework to create unobtrusive, accessible DOM scripting effects. The article will explore what constitutes best practices with regard to Javascript and, furthermore, why jQuery is a good choice of a framework to implement best practices.</description>
	</item>
	<item>
		<title>Understanding Progressive Enhancement</title>
		<link>http://tc.eserver.org/32661.html</link>
		<guid>http://tc.eserver.org/32661.html</guid>
		<description>Since 1994, the web development community has beaten graceful degradation’s drum. A carry-over from the engineering world, the concept was, at its core, about giving the latest and greatest browsers the full-course meal experience while tossing a few scraps to the sad folk unfortunate enough to be using Netscape 4. It worked, sure, but it didn’t really match Tim Berners-Lee’s original vision for a universally accessible web.&#xD;&#xD;At SXSW in 2003, Steve Champeon and Nick Finck gave a presentation titled “Inclusive Web Design For the Future.” There, they unveiled a blueprint for this new way of approaching web development. Steve also gave it a name: progressive enhancement.</description>
	</item>
	<item>
		<title>Free Your Embedded Data With SearchMonkey</title>
		<link>http://tc.eserver.org/32647.html</link>
		<guid>http://tc.eserver.org/32647.html</guid>
		<description>Arguing for web standards and semantically clean and rich websites is an uphill battle. For years we had to deal with browsers that needed us to mess around with HTML just to display a document in several columns and the visual outcome was much more important than the structure.</description>
	</item>
	<item>
		<title>Web Video Compression</title>
		<link>http://tc.eserver.org/32619.html</link>
		<guid>http://tc.eserver.org/32619.html</guid>
		<description>Nowadays, broadband connections are widespread amongst the internet. Finally, video can be effectively added to website. But which player and video codec to go for? And how to get your video out there? This article features some tips and tricks for compressing and delivering video to the web.</description>
	</item>
	<item>
		<title>The Rise of Flash Video, Part 1</title>
		<link>http://tc.eserver.org/32620.html</link>
		<guid>http://tc.eserver.org/32620.html</guid>
		<description>Nobody really expected the stranglehold that Apple, Microsoft and Real had on the web streaming market in 2003 to be broken. Yet by Spring 2005, just 18 months after that presentation, that is exactly what had happened. Those three web video delivery technologies practically vanished, replaced almost entirely by Flash Video. This is not to say QuickTime and Windows Media are dead technologies. They aren’t by a long shot, but when it comes to putting video on the web, the Flash Player has rapidly become the only game in town.</description>
	</item>
	<item>
		<title>Accessible Context-Sensitive Help with Unobtrusive DOM Scripting</title>
		<link>http://tc.eserver.org/32517.html</link>
		<guid>http://tc.eserver.org/32517.html</guid>
		<description>This article demonstrates two methods of calling context-sensitive help in a web form: the Field Help Method and Form Help Method, in which unobtrusive DOM/JavaScript is employed to achieve the desired result. It also serves to illustrate the separation of the Structure and Behavior layers of a web page. Graceful degradation is employed to make sure that the help information is accessible if JavaScript is disabled or not available in a user agent.</description>
	</item>
	<item>
		<title>Creating Accessible Data Tables</title>
		<link>http://tc.eserver.org/32520.html</link>
		<guid>http://tc.eserver.org/32520.html</guid>
		<description>This article demonstrates how to code accessible data tables in (X)HTML, enabling visually impaired users who employ assistive technologies to interpret the table data. Two views of a tabular data table are presented and discussed.</description>
	</item>
	<item>
		<title>The Seven Rules of Unobtrusive JavaScript</title>
		<link>http://tc.eserver.org/32526.html</link>
		<guid>http://tc.eserver.org/32526.html</guid>
		<description>I&apos;ve found the following rules over the years developing, teaching and implementing JavaScript in an unobtrusive manner. They have specifically been the outline of a workshop on unobtrusive JavaScript for the Paris Web conference 2007 in Paris, France.I hope that they help you understand a bit why it is a good idea to plan and execute your JavaScript in this way. It has helped me deliver products faster, with much higher quality and a lot easier maintenance.</description>
	</item>
	<item>
		<title>CSS 3 Attribute Selectors</title>
		<link>http://tc.eserver.org/32528.html</link>
		<guid>http://tc.eserver.org/32528.html</guid>
		<description>CSS attribute selectors allow us to pinpoint the values of attributes of an element and to style that element accordingly. CSS3 introduces three new selectors that can match strings against an attribute value at the beginning, the end, or anywhere within the value.This provides powerful new ways to style elements automatically that match very specific criteria. In this article, I will put these new attribute selectors in action and create some clever CSS rules that attach icons to links based on the value of the href attribute.</description>
	</item>
	<item>
		<title>Semantic HTML and Search Engine Optimization</title>
		<link>http://tc.eserver.org/32529.html</link>
		<guid>http://tc.eserver.org/32529.html</guid>
		<description>So what is POSH? No, it&apos;s not just some new clothing fashion hype amongst web designers - POSH is the acronym for Plain Old Semantic HTML. The term Semantic HTML is used for a variety of things, but it has it&apos;s origin in one objective: creating (X)HTML documents using semantic elements and attributes, as opposed to using presentational HTML.</description>
	</item>
	<item>
		<title>The Business Case for Web Standards</title>
		<link>http://tc.eserver.org/32495.html</link>
		<guid>http://tc.eserver.org/32495.html</guid>
		<description>A wiki to facilitate the collation of arguments and counterarguments in favor of web standards, and to sort them into the different categories of who we want to persuade.</description>
	</item>
	<item>
		<title>CSS 2.2</title>
		<link>http://tc.eserver.org/32497.html</link>
		<guid>http://tc.eserver.org/32497.html</guid>
		<description>There are various reasons why CSS 3 is taking so long. Many of the issues are technical and can’t be avoided; problems when testing, issues with backwards compatibility and bugs with browser implementation. However there also seems to be a lot of politics involved.</description>
	</item>
	<item>
		<title>Use Only Block-Level Elements in Blockquotes</title>
		<link>http://tc.eserver.org/32500.html</link>
		<guid>http://tc.eserver.org/32500.html</guid>
		<description>The blockquote element is not allowed to have text or inline elements as direct descendants. Only block-level (and in HTML 4.01 Strict, script) elements are allowed unless you use a Transitional Doctype, in which case both block-level and inline elements are allowed. But there are plenty of sites that use a Strict Doctype and still have blockquote elements that contain inline elements.</description>
	</item>
	<item>
		<title>Another Look at HTML 5</title>
		<link>http://tc.eserver.org/32501.html</link>
		<guid>http://tc.eserver.org/32501.html</guid>
		<description>It has become evident to me that some of my previous comments about HTML 5 and what is going on in the HTML Working Group are the result of misunderstanding and overreacting on my part. I no longer think things are quite as bad.</description>
	</item>
	<item>
		<title>Is HTML 5 a Slippery Slope?</title>
		<link>http://tc.eserver.org/32502.html</link>
		<guid>http://tc.eserver.org/32502.html</guid>
		<description>Tommy Olsson comments on the possibility of backwards compatibility and standardised error handling being bad for overall code quality.</description>
	</item>
	<item>
		<title>Help Keep Accessibility and Semantics in HTML</title>
		<link>http://tc.eserver.org/32503.html</link>
		<guid>http://tc.eserver.org/32503.html</guid>
		<description>If you think accessibility and semantics are important and should be improved in the next version of HTML, you need to act.</description>
	</item>
	<item>
		<title>Guidelines for Creating Better Markup</title>
		<link>http://tc.eserver.org/32507.html</link>
		<guid>http://tc.eserver.org/32507.html</guid>
		<description>I’ve mentioned several times here that I feel writing markup (or any other code, for that matter) is a craft. I take pride in writing as lean and clean code as possible. From the looks of things there aren’t a whole lot of other Web professionals that feel that way, but we do exist.</description>
	</item>
	<item>
		<title>The Language of Accessibility</title>
		<link>http://tc.eserver.org/32508.html</link>
		<guid>http://tc.eserver.org/32508.html</guid>
		<description>Good markup is accessible by default. As long as you’re using HTML elements in a semantically meaningful way—which you should be doing anyway, without even thinking about accessibility—then your documents will be accessible to begin with.</description>
	</item>
	<item>
		<title>Lame Excuses for Not Being a Web Professional</title>
		<link>http://tc.eserver.org/32509.html</link>
		<guid>http://tc.eserver.org/32509.html</guid>
		<description>Excuses that may be valid in some circumstances are too often used to cover up somebody’s lack of knowledge about modern Web design or development.</description>
	</item>
	<item>
		<title>Web Standards: It&apos;s About Quality, Not Compliance</title>
		<link>http://tc.eserver.org/32511.html</link>
		<guid>http://tc.eserver.org/32511.html</guid>
		<description>In spite of the widespread acceptance of Web standards by a specific segment of the design and development community, hosts of professionals are working in direct opposition to these standards. A significant reason for why this is happening and how those not working with Web standards justify their activity boils down, I believe, to something regrettably simple: nomenclature.</description>
	</item>
	<item>
		<title>Introduction to The Web Standards Curriculum</title>
		<link>http://tc.eserver.org/32426.html</link>
		<guid>http://tc.eserver.org/32426.html</guid>
		<description>An introduction to a course designed to give anyone a solid grounding in web design/development, no matter who they are—it is completely free to use, accessible, and assumes no previous knowledge.</description>
	</item>
	<item>
		<title>The History of the Internet and the Web, and the Evolution of Web Standards</title>
		<link>http://tc.eserver.org/32427.html</link>
		<guid>http://tc.eserver.org/32427.html</guid>
		<description>a brief overview of the creation of the Internet, the World Wide Web, and the &quot;web standards&quot; that this entire series focuses upon. I think it is useful and interesting to understand how we got to where we are, but it will be short enough so you don’t get overwhelmed, and can get into the details nice and quickly.</description>
	</item>
	<item>
		<title>The Web Standards Model: HTML, CSS and JavaScript</title>
		<link>http://tc.eserver.org/32429.html</link>
		<guid>http://tc.eserver.org/32429.html</guid>
		<description>You can accomplish content, styling and layout just using HTML—font elements for style and HTML tables for layout, so why should I bother with this XHTML/CSS stuff? Here are the most compelling reasons for using CSS and HTML over outdated methods.</description>
	</item>
	<item>
		<title>Web Standards – A Beautiful Dream, But What&apos;s the Reality?</title>
		<link>http://tc.eserver.org/32430.html</link>
		<guid>http://tc.eserver.org/32430.html</guid>
		<description>Web standards allow for interoperability between all web browsers, on every operating system, and even on every electronic device available. But is that really reality? The really simple answer is no; while that’s an ideal situation, that is far from reality.</description>
	</item>
	<item>
		<title>Acid Redux</title>
		<link>http://tc.eserver.org/32438.html</link>
		<guid>http://tc.eserver.org/32438.html</guid>
		<description>I fully acknowledge that a whole lot of very clever thinking went into the construction of Acid3 (as was true of Acid2), and that a lot of very smart people have worked very hard to pass it. Congratulations all around, really. I just can’t help feeling like some broader and more important point has been missed.</description>
	</item>
	<item>
		<title>Helping Others Understand Web Accessibility</title>
		<link>http://tc.eserver.org/32441.html</link>
		<guid>http://tc.eserver.org/32441.html</guid>
		<description>When I hold workshops for people who want to learn more about web standards and accessibility, I often notice that the attendants really have tried to improve their accessibility knowledge. But they get overwhelmed when they go to the official documentation from the W3C and try to understand it.</description>
	</item>
	<item>
		<title>Beyond DOCTYPE: Web Standards, Forward Compatibility, and IE8</title>
		<link>http://tc.eserver.org/32443.html</link>
		<guid>http://tc.eserver.org/32443.html</guid>
		<description>Progress always comes at a cost. In the case of web browsers, users bear the cost when developers take the rendering of certain authoring tools and browsers (especially Internet Explorer) as gospel. We could spend hours explaining why our sites broke, but wouldn’t it be better if they didn’t break in the first place?</description>
	</item>
	<item>
		<title>From Switches to Targets: A Standardista&apos;s Journey</title>
		<link>http://tc.eserver.org/32444.html</link>
		<guid>http://tc.eserver.org/32444.html</guid>
		<description>Version targeting allows browsers to much more easily develop new features and fix bugs and shortcomings in existing features, which has the potential to speed up the evolution of web design and development. That alone is reason enough to give it a chance.</description>
	</item>
	<item>
		<title>Accessibility is Part of Your Job</title>
		<link>http://tc.eserver.org/32446.html</link>
		<guid>http://tc.eserver.org/32446.html</guid>
		<description>Accessibility is one of the fundamentals of the Web, so how people who claim to be passionate about the Web and say that they deliver high quality can choose to ignore it is beyond me.</description>
	</item>
	<item>
		<title>Keep Browser Lock-Out a Thing of the Past</title>
		<link>http://tc.eserver.org/32454.html</link>
		<guid>http://tc.eserver.org/32454.html</guid>
		<description>Browser sniffing and deliberately preventing people using a so-called unsupported browser from entering a site is a thing from the past that we do not need these days.</description>
	</item>
	<item>
		<title>The W3C Process May Be Slow, But Browser Vendors are Slower</title>
		<link>http://tc.eserver.org/32456.html</link>
		<guid>http://tc.eserver.org/32456.html</guid>
		<description>Don’t blame the W3C for being slow when the real problem is browser vendors not implementing existing specifications fully and properly.</description>
	</item>
	<item>
		<title>POSH: Plain Old Semantic HTML</title>
		<link>http://tc.eserver.org/32459.html</link>
		<guid>http://tc.eserver.org/32459.html</guid>
		<description>POSH, in case you haven’t heard of it already, is short for “Plain Old Semantic HTML”, and is obviously much quicker and easier to say than “valid, semantic, accessible, well-structured HTML”. Unfortunately POSH - semantic markup - is also something most people building websites or creating content for the Web have yet to discover.</description>
	</item>
	<item>
		<title>Helping Your Client Maintain Markup Quality</title>
		<link>http://tc.eserver.org/32462.html</link>
		<guid>http://tc.eserver.org/32462.html</guid>
		<description>One thing that is particularly frustrating with caring about Web standards and accessibility is what often happens after your work is done and a site is handed over to the client.</description>
	</item>
	<item>
		<title>Avoid the Void</title>
		<link>http://tc.eserver.org/32471.html</link>
		<guid>http://tc.eserver.org/32471.html</guid>
		<description>There are plenty of occasions when coding JavaScript events where you simply need to call a function, for which an entire event registration model is too lengthy. The most commonly used method is to bind your event to an anchor link. The user clicks and the onclick event is fired, calling a reference to a function. Because the user isn’t actually visiting a URL, something has to be done with the href attribute.</description>
	</item>
	<item>
		<title>The Two Fundamental and Opposing Views of the Web</title>
		<link>http://tc.eserver.org/32479.html</link>
		<guid>http://tc.eserver.org/32479.html</guid>
		<description>Conventional wisdom states that a standardized set of computer communication languages, which every device understands, is a necessary component of interoperability. The most popular of these languages being Hypertext Markup Language (HTML). However, in order for this idea to come to fruition, all hardware and software vendors must come to a consensus on implementation techniques, as well as features and functionality. As the Web continues to grow, and the cost of developing new technology decreases, this becomes increasingly difficult to manage.</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>Firefox 3: The Webmasters Portal to the Internet</title>
		<link>http://tc.eserver.org/32075.html</link>
		<guid>http://tc.eserver.org/32075.html</guid>
		<description>So now, you have absolutely no excuse!  Firefox’s newest release, version 3, takes everyone’s favorite open source web browser to a level unparalleled by any of the competition.  While Firefox has always been the browser of choice for most web developers, designers, and internet geeks, the new features have taken it to a completely different level for user experience. So you’re a web developer or graphic designer and don’t use Firefox?  Why not?  Firefox makes being a webmaster much less of a chore.  With hundreds of useful extensions, Firefox allows webmasters to customize their browser to meet their needs.  Need some examples?  Here’s a few I use on a daily basis.</description>
	</item>
	<item>
		<title>Real-World CSS Zen for Your Site</title>
		<link>http://tc.eserver.org/31958.html</link>
		<guid>http://tc.eserver.org/31958.html</guid>
		<description>By now we all know the benefits of “web standards” - creating sites where content and presentation are separated by use of semantic XHTML and CSS. Early adopters of web standards have long extolled the many payoffs.</description>
	</item>
	<item>
		<title>Same DOM Errors, Different Browser Interpretations</title>
		<link>http://tc.eserver.org/31948.html</link>
		<guid>http://tc.eserver.org/31948.html</guid>
		<description>Have you ever looked at how the different browsers handle the same DOM errors? As this article from Opera JS guru Hallvord R. M. Steen points out, their different interpretations can be surprising.</description>
	</item>
	<item>
		<title>The Standards Way to Do Dynamic Data</title>
		<link>http://tc.eserver.org/31957.html</link>
		<guid>http://tc.eserver.org/31957.html</guid>
		<description>Somewhere in between presenting static information graphics and complex, interactive data dashboards there’s a need for a way to visualize moderately dynamic data on the web. Oftentimes the solutions you see implemented are clunky, for example, manually creating multiple frames of various data points and uploading them by hand.</description>
	</item>
	<item>
		<title>Why Standards Still Matter</title>
		<link>http://tc.eserver.org/31960.html</link>
		<guid>http://tc.eserver.org/31960.html</guid>
		<description>The last couple of years may have seen an increase in the level of interest and action around web standards. But it still isn’t filtering down to the mainstream.</description>
	</item>
	<item>
		<title>WCAG 2.0 Preview: So What&apos;s New?</title>
		<link>http://tc.eserver.org/31626.html</link>
		<guid>http://tc.eserver.org/31626.html</guid>
		<description>This article reviews the new Web Content Accessibility Guidelines (WCAG) version 2.0 and was published in SPIN Magazine. The article summaries the new guidelines and identifies key revisions and changes made to the original WCAG version 1.0.</description>
	</item>
	<item>
		<title>Keeping Your Elements&apos; Kids in Line with Offspring</title>
		<link>http://tc.eserver.org/30888.html</link>
		<guid>http://tc.eserver.org/30888.html</guid>
		<description>CSS selectors are handy things. They make coding CSS easier, sure, but they can also help keep your markup clean.</description>
	</item>
	<item>
		<title>They Shoot Browsers, Don&apos;t They?</title>
		<link>http://tc.eserver.org/30886.html</link>
		<guid>http://tc.eserver.org/30886.html</guid>
		<description>Standards-aware developers, by their very nature, will object to adding a line of unnecessary markup to their documents just to get one single browser to behave as it should by default.</description>
	</item>
	<item>
		<title>Version Targeting: Threat or Menace?</title>
		<link>http://tc.eserver.org/30885.html</link>
		<guid>http://tc.eserver.org/30885.html</guid>
		<description>Real DOM support is a game changer. Enabled by default, it would bring many sites to their knees. That would break the web, and not in quotes. Providing IE8&apos;s greater compliance on an opt-in basis is the only way to get everyone over the scripting hump.</description>
	</item>
	<item>
		<title>New Elements in HTML 5</title>
		<link>http://tc.eserver.org/30676.html</link>
		<guid>http://tc.eserver.org/30676.html</guid>
		<description>HTML 5 introduces new elements to HTML for the first time since the last millennium. New structural elements include aside, figure, and section. New inline elements include time, meter, and progress. New embedding elements include video and audio. New interactive elements include details, datagrid, and command.</description>
	</item>
	<item>
		<title>HTML 5 and XHTML 2</title>
		<link>http://tc.eserver.org/30660.html</link>
		<guid>http://tc.eserver.org/30660.html</guid>
		<description>While the intention of both HTML V5 and XHTML V2 is to improve on the existing versions, the approaches the developers chose to make those improvements is very different. And with differing philosophies come distinct results. For the first time in many years, the direction of upcoming browser versions is uncertain. Uncover the bigger picture behind the details of these two standards.</description>
	</item>
	<item>
		<title>Optimized and Predictable Ajax Applications</title>
		<link>http://tc.eserver.org/30662.html</link>
		<guid>http://tc.eserver.org/30662.html</guid>
		<description>Wouldn&apos;t it be nice for developers if all browsers, computer models, and Ajax application users were the same? Maybe, but the reality is that they are not. Developers face a myriad of challenges when developing applications that behave predictably across browsers, computers, and individual user settings. When users transfer Ajax applications from one browser type to another (and especially when they transfer an Ajax application into a Web service portal), they&apos;re not guaranteed the same browser experience because of each browser&apos;s inherent limitations. In this article, author Judith Myerson gives a brief discussion of these limitations and what pitfalls to avoid, including some helpful solutions for optimizing browser differences.</description>
	</item>
	<item>
		<title>The Trouble with Web Standards</title>
		<link>http://tc.eserver.org/30650.html</link>
		<guid>http://tc.eserver.org/30650.html</guid>
		<description>You may mistrust web standards because of bad experiences with buggy browsers. Or you might have converted a site from HTML to XHTML, only to discover that their layouts suddenly looked different in standards-compliant browsers. Don&apos;t give in to the dark side! Web standards are here to stay.</description>
	</item>
	<item>
		<title>Opera&apos;s Lie Blasts Microsoft on IE and Web Standards Support</title>
		<link>http://tc.eserver.org/30629.html</link>
		<guid>http://tc.eserver.org/30629.html</guid>
		<description>Take a look at how Opera&apos;s Hakon Lie publicly blasted Microsoft for it&apos;s lack of support of Web Standards! Lie states. While this isn&apos;t new, I think it&apos;s important for accessibility developers to continue supporting the Mac accessibility community.</description>
	</item>
	<item>
		<title>Year Zero</title>
		<link>http://tc.eserver.org/30608.html</link>
		<guid>http://tc.eserver.org/30608.html</guid>
		<description>I am as frustrated as any other web developer at the glacial pace of the CSS Working Group and the lack of progress with CSS3. I just don&apos;t think we need to dump the baby out with the bathwater. Change is needed. It looks like change is coming. It may even be a regime change. But let&apos;s not start drawing up new calendar systems just yet. The clock of CSS is running slow. We need to wind it up. That doesn&apos;t mean we need to smash it.</description>
	</item>
	<item>
		<title>The HTML 5 Image Element</title>
		<link>http://tc.eserver.org/30470.html</link>
		<guid>http://tc.eserver.org/30470.html</guid>
		<description>One of the great things about the current HTML 5 draft is that they give plenty of examples of how to specify alternate text for images, although a few of them are misguided. Alternate text should be concise, and a longer description provided with a longdesc attribute if necessary.</description>
	</item>
	<item>
		<title>HTML 5 Timeline</title>
		<link>http://tc.eserver.org/30476.html</link>
		<guid>http://tc.eserver.org/30476.html</guid>
		<description>Firefox 2.0.0.10 broke its implementation of the HTML5 canvas element and guess what, the world noticed. Actual websites started breaking because they relied on the canvas functionality to work. The point is that we expect implementations of HTML5 to happen way before the fifteen year mark. In fact, the fifteen year mark includes having all features at least implemented in two different (shipping) products in the same way with the additional requirement that they have a decent amount of market penetration. This means that when the specification finally makes it to W3C Recommendation it has already proven itself.</description>
	</item>
	<item>
		<title>Yellow Screen of Death</title>
		<link>http://tc.eserver.org/30455.html</link>
		<guid>http://tc.eserver.org/30455.html</guid>
		<description>In Mozilla-based applications, the yellow screen of death is the screen displayed when they encounter an XML parsing error. This typically happens when the XML document that the browser is trying to access is not well-formed, for example when it does not nest tags properly.</description>
	</item>
	<item>
		<title>A Preview of HTML 5</title>
		<link>http://tc.eserver.org/30449.html</link>
		<guid>http://tc.eserver.org/30449.html</guid>
		<description>HTML 4 has been around for nearly a decade now, and publishers seeking new techniques to provide enhanced functionality are being held back by the constraints of the language and browsers.</description>
	</item>
	<item>
		<title>A Beginner&apos;s Guide to HTML and Web Design</title>
		<link>http://tc.eserver.org/30133.html</link>
		<guid>http://tc.eserver.org/30133.html</guid>
		<description>The best place to learn about HTML is on the Web itself. A few of the best resources for exploring HTML design are listed here.</description>
	</item>
	<item>
		<title>Silverlight 1.0: Getting Started</title>
		<link>http://tc.eserver.org/30104.html</link>
		<guid>http://tc.eserver.org/30104.html</guid>
		<description>Silverlight facilitates the creation of rich web content and applications using a lightweight add-on that is friendly to both designers and developers.</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>
	<atom:link href="http://tc.eserver.org/dir/Design/Web-Design/Standards.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>