<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Standards</title>	<link>http://tc.eserver.org/dir/Standards</link>
	<description>A listing of the most recently indexed works about 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>Standards</title>
		<link>http://tc.eserver.org/dir/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>Society for Technical Communications tries to define Technical Communicator and Fails</title>
		<link>http://tc.eserver.org/35721.html</link>
		<guid>http://tc.eserver.org/35721.html</guid>
		<description>Maybe the confusion that surrounds the STC is its inability to define who it serves. Maybe the STC is trying to drum up support and be more inclusive.</description>
	</item>
	<item>
		<title>Choosing the Right Style Guide</title>
		<link>http://tc.eserver.org/35628.html</link>
		<guid>http://tc.eserver.org/35628.html</guid>
		<description>Style guides can improve the quality and presentation of documentation. They establish a layer of professionalism that may not have been there before. They also reduce arguments and ‘loose cannons’ within the department, as the style guide becomes the acknowledged reference. There are at least four points to consider when selecting a style guide.</description>
	</item>
	<item>
		<title>Quality Manuals for Quality Products</title>
		<link>http://tc.eserver.org/35684.html</link>
		<guid>http://tc.eserver.org/35684.html</guid>
		<description>Under the European law, the user manual is an integral part of the product. Faulty instructions or lacking safety information may lead to unforeseen liability claims. Several standards and directives give guidance on how to fulfill safety requirements, but also regulate design, use of language and information architecture of any high-quality manual. </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>Style Manuals: The Politics of Selection</title>
		<link>http://tc.eserver.org/35518.html</link>
		<guid>http://tc.eserver.org/35518.html</guid>
		<description>Bette Frick and Betsy Frick discuss how a style manual can save time and money, how to select the proper style manual and get buy-in, and how to create a style guide to use in conjunction with a style manual.</description>
	</item>
	<item>
		<title>Steve Smith on HTML5 and CSS3</title>
		<link>http://tc.eserver.org/35503.html</link>
		<guid>http://tc.eserver.org/35503.html</guid>
		<description>Specifications are moving in the direction of how we have been using the web for the past five years or more, e.g. video, audio and user generated content. Developers have started to fall into habits (some good, some bad), and so the specs are trying to make those habits easier and more standardized. The structural tags, web forms, and advanced CSS are all letting us do the same things we’ve been doing for years, just in an easier, more standardized way.</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>DITA 1.2 Feature Description: Glossary and Terminology Specialization</title>
		<link>http://tc.eserver.org/35371.html</link>
		<guid>http://tc.eserver.org/35371.html</guid>
		<description>In technical writing, synonyms and variants should be used judiciously and often avoided altogether. The use of one term consistently to express a given concept is preferred so that communication is clear and so that translation costs are minimized. For this reason, when synonyms and variants do exist in popular usage, it is common practice in commercial environments to choose one of the terms as the “preferred term.” This indicator of preferred usage needs to be documented in glossaries. Due to the limitations of markup languages for creating glossaries, usually the so-called preferred term is identified simply by making it the headword in a glossary entry and providing a definition in this glossary entry.</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>Validating a Custom DTD</title>
		<link>http://tc.eserver.org/35165.html</link>
		<guid>http://tc.eserver.org/35165.html</guid>
		<description>In his article in this issue, Peter-Paul Koch proposes adding custom attributes to form elements to allow triggers for specialized behaviors. The W3C validator won’t validate a document with these attributes, as they aren’t part of the XHTML specification. This article will show you how to create a custom DTD that will add those custom attributes, and will show you how to validate documents that use those new attributes.</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>School Standards That Support Technical Writing</title>
		<link>http://tc.eserver.org/35121.html</link>
		<guid>http://tc.eserver.org/35121.html</guid>
		<description>The value of learning effective nonfiction nonnarrative writing (&quot;technical writing&quot;) for middle- and high-school students has been cited repeatedly in official and unofficial academic standards starting in the early 1990s.</description>
	</item>
	<item>
		<title>All Tools Suck</title>
		<link>http://tc.eserver.org/35054.html</link>
		<guid>http://tc.eserver.org/35054.html</guid>
		<description>On top of the usual frustrations with poor, incomplete, and incorrect implementation of standards and typically buggy and poorly-supported programs, add my frustration with trying to integrate these tools with other similarly joyful tools and you can see that my job is a recipe for bitterness and pain.</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>The McCulley/Cuppan Standards Development Process We Use with Our Clients</title>
		<link>http://tc.eserver.org/34899.html</link>
		<guid>http://tc.eserver.org/34899.html</guid>
		<description>People use different terms to describe quality and if they actually use the same term, then it is highly unlikely that they will use the same definition for the term. So the first problem faced in the review process is the vocabulary used to describe quality attributes in a document.</description>
	</item>
	<item>
		<title>International Standards for Usability Should Be More Widely Used</title>
		<link>http://tc.eserver.org/34873.html</link>
		<guid>http://tc.eserver.org/34873.html</guid>
		<description>Despite the authoritative nature of international standards for usability, many of them are not widely used. This paper explains both the benefits and some of the potential problems in using usability standards in areas including user interface design, usability assurance, software quality, and usability process improvement.</description>
	</item>
	<item>
		<title>Determining What Individual SUS Scores Mean: Adding an Adjective Rating Scale</title>
		<link>http://tc.eserver.org/34874.html</link>
		<guid>http://tc.eserver.org/34874.html</guid>
		<description>The System Usability Scale (SUS) is an inexpensive, yet effective tool for assessing the usability of a product, including Web sites, cell phones, interactive voice response systems, TV applications, and more. It provides an easy-to-understand score from 0 (negative) to 100 (positive). While a 100-point scale is intuitive in many respects and allows for relative judgments, information describing how the numeric score translates into an absolute judgment of usability is not known. To help answer that question, a seven-point adjective-anchored Likert scale was added as an eleventh question to nearly 1,000 SUS surveys. Results show that the Likert scale scores correlate extremely well with the SUS scores (r=0.822). The addition of the adjective rating scale to the SUS may help practitioners interpret individual SUS scores and aid in explaining the results to non-human factors professionals.</description>
	</item>
	<item>
		<title>Markers That Help Measure Communication Quality</title>
		<link>http://tc.eserver.org/34806.html</link>
		<guid>http://tc.eserver.org/34806.html</guid>
		<description>In our consultancy, we have developed a set of terms that represent what we consider to be an effective set of descriptive markers. Markers that help to measure how well a document is communicating. We characterize our set of markers as “Document Standards” for all forms of technical and scientific writing.</description>
	</item>
	<item>
		<title>How Do You Measure Communication Quality?</title>
		<link>http://tc.eserver.org/34807.html</link>
		<guid>http://tc.eserver.org/34807.html</guid>
		<description>Most people involved with authoring and reviewing process do not have good markers to inform them of the overall communication quality of a document.  So without good markers they are left to utilize really poor markers to help them measure document quality.</description>
	</item>
	<item>
		<title>Defining Quality for Documentation Practices</title>
		<link>http://tc.eserver.org/34791.html</link>
		<guid>http://tc.eserver.org/34791.html</guid>
		<description>Defining quality means developing expectations or standards of quality.  Standards can be developed for inputs, processes, or outcomes; they can be clinical or administrative. Unfortunately when it comes to documentation, many companies only focus on the standards related to time and accuracy.  Quality standards should be in place for all aspect of the documentation development pathway—moving from planning, to authoring, to reviewing.</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>Content, Standards, Learning and SCORM</title>
		<link>http://tc.eserver.org/34429.html</link>
		<guid>http://tc.eserver.org/34429.html</guid>
		<description>Within content domains, the key themes of the information age are being adopted: Modularisation, specialisation, integration and interoperability. Our communication is changing in volume, purpose and channels. The emphasis is more on collaboration and less on expert-to-novice teaching. And there’s a stronger emphasis on openness.</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>Video Format Guide</title>
		<link>http://tc.eserver.org/34137.html</link>
		<guid>http://tc.eserver.org/34137.html</guid>
		<description>When people talk about video formats, they&apos;re referring to something called a container format. The container format is a detailed description of what&apos;s inside a video file. It describes the structure of the file, as well as the kind of data that the file contains.</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>Daddy? Where Do Schemas Come From? Some Facts of Life for Schema Users</title>
		<link>http://tc.eserver.org/33980.html</link>
		<guid>http://tc.eserver.org/33980.html</guid>
		<description>The rules for finding schema components when validating a document using W3C&apos;s XML Schema 1.0 are widely misunderstood. This presentation will the rules for constructing a schema and describe the reasoning behind the design.</description>
	</item>
	<item>
		<title>Lessons Learned: Development from Initial Planning to Successful Implementation</title>
		<link>http://tc.eserver.org/33993.html</link>
		<guid>http://tc.eserver.org/33993.html</guid>
		<description>From initial data modeling, to technical XML Schema design and critical programmatic realization, we have an actionable, real-world set of comprehensive recommendations that can help you formulate a successful XML implementation.</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>Analysis of XML Schema Usage</title>
		<link>http://tc.eserver.org/33902.html</link>
		<guid>http://tc.eserver.org/33902.html</guid>
		<description>XML schema analysis aims to extract quantitative and qualitative information from actual XML schemas. To this end, XML schemas are measured through systematic algorithms, on the basis of the intrinsic feature model of the XSD language. XML schema analysis is a derivative of software analysis (program analysis) and of software code metrics, in particular. The present article introduces essential concepts of XML schema analysis and applies them to the important problem of understanding XML schema usage in practice. Analyses for feature counts, idiosyncrasy counts, size metrics, complexity metrics, and XML schema styles are executed on a large corpus of real-world XML schemas.</description>
	</item>
	<item>
		<title>Providing Job-Based Policies and Procedures that Support Compliance Requirements</title>
		<link>http://tc.eserver.org/33859.html</link>
		<guid>http://tc.eserver.org/33859.html</guid>
		<description>Organizations develop policies and procedures to support industry certification and compliance requirements. Unfortunately, companies often develop P&amp;P information that is not helpful to all employees who must use the information. In fact, one study found that 40 percent of U.S. companies failed ISO certification because of problems with unclear or missing P&amp;P documentation, resulting in wasted time, money, and effort.</description>
	</item>
	<item>
		<title>Auditing and Enforcing Compliance with Policies and Procedures: Who Is Responsible?</title>
		<link>http://tc.eserver.org/33861.html</link>
		<guid>http://tc.eserver.org/33861.html</guid>
		<description>Auditing and enforcing compliance with P&amp;P content should not be the responsibility of a P&amp;P group or included in the job description of a P&amp;P practitioner. However, the charter or job description may state that P&amp;P practitioners are responsible for supporting compliance efforts.</description>
	</item>
	<item>
		<title>On Language Creation</title>
		<link>http://tc.eserver.org/33831.html</link>
		<guid>http://tc.eserver.org/33831.html</guid>
		<description>During the past twenty years, a huge number of custom languages - at least hundreds, perhaps a couple of thousand - have been attempted. Almost all have been miserable failures. That is to say, the vast majority have failed to achieve wide adoption, and those that were adopted have often failed to achieve their goals, whether of reducing costs, enriching applications, or both.</description>
	</item>
	<item>
		<title>XML Document Formats</title>
		<link>http://tc.eserver.org/33835.html</link>
		<guid>http://tc.eserver.org/33835.html</guid>
		<description>As world events and business opportunities collide, the requirements for interoperable document formats become increasingly evident.&#xD;&#xD;Mandating XML for systems is a first step, but real information can&apos;t be shared effectively without a common understanding on the semantics and usage of the markup. One solution is to use agreed-on custom schemas. Another is to cite well-standardized formats such as XHTML, or deploy more specific XML formats such as Microsoft Office XML or the OpenDocument Format. None of these latter formats were written with a particular semantic usage in mind. They are of more general applicability than custom-built schemas, can be used for human-readable documents, and can be built into specific tools.</description>
	</item>
	<item>
		<title>Designing XML Formats: Versioning vs. Extensibilty</title>
		<link>http://tc.eserver.org/33815.html</link>
		<guid>http://tc.eserver.org/33815.html</guid>
		<description>Designers of XML formats have to face the problem of how to design their formats to be extensible and yet be resilient to changes due revisions of the format. This presentation covers various techniques and considerations for versioning XML formats.</description>
	</item>
	<item>
		<title>Syntax, Semantics and Standards: Model for a National Health Information Network</title>
		<link>http://tc.eserver.org/33820.html</link>
		<guid>http://tc.eserver.org/33820.html</guid>
		<description>This presentation will describe the National Health Information Network activity and role of syntax and semantics in building an interoperable framework for healthcare information on a national level.</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>XML Overview</title>
		<link>http://tc.eserver.org/33803.html</link>
		<guid>http://tc.eserver.org/33803.html</guid>
		<description>This presentation is a 90 minute session. It will cover many areas of XML and XML technologies. It has been constructed to provide the audience a broad understanding of XML and XML technologies in a short amount of time. The presentation is geared to ensure that new XML users can obtain the maximum benefit from other sessions presented at XML 2004. The attendees will gain an understanding of XML jargon and acronyms used in XML technologies, as well.</description>
	</item>
	<item>
		<title>Document Model Selection: Off-the-Shelf, Altered-to-Fit, or Bespoke?</title>
		<link>http://tc.eserver.org/33764.html</link>
		<guid>http://tc.eserver.org/33764.html</guid>
		<description>Document Model selection is a key success factor in XML. Approaches include: adopting an existing model, modifying a model to meet your needs, and creating one to meet your needs. Advantages and disadvantages of each are discussed.</description>
	</item>
	<item>
		<title>Accommodating XML 1.1 in XML Schema 1.0</title>
		<link>http://tc.eserver.org/33766.html</link>
		<guid>http://tc.eserver.org/33766.html</guid>
		<description>As published the W3C XML Schema specification references XML 1.0 explicitly, and incorporates by reference certain key definitions, in particular those of the &apos;Char&apos;, &apos;Name&apos; and &apos;S&apos; character classes. XML 1.1 changes the contents of these classes, so although nothing in the existing XML Schema specification specifically bars infosets produced by XML 1.1 conformant parsers, such infosets, if they exploit any of the relevant changes in XML 1.1, will not be accepted as valid by conformant XML Schema 1.0 processors.</description>
	</item>
	<item>
		<title>Document Models and XML Vocabulary Building for Business Users</title>
		<link>http://tc.eserver.org/33770.html</link>
		<guid>http://tc.eserver.org/33770.html</guid>
		<description>Our work presents an experiment with a modeling tool that captures domain knowledge in a fashion natural to business users while producing formal models for use in IT processes. We demonstrate the use of this tool for designing XML Schemas.</description>
	</item>
	<item>
		<title>Model Driven Architecture: Feasibility or Fallacy?</title>
		<link>http://tc.eserver.org/33772.html</link>
		<guid>http://tc.eserver.org/33772.html</guid>
		<description>The high integration costs which exist today mean that we must automate interface maintenance and integration tasks or go insane, or worse, out of business. Ongoing pressure to reduce software development costs while increasing the quality and completeness of the work provide an opportunity for the use of model driven computing. MDA (Model Driven Architecture) is a technique for model based platform independent software specification based on the MOF (Meta-Object Facility) and XMI (XML Meta-data Interchange) standards from the OMG (Object Management Group). There are a number of tool vendors using XMI (especially UML (Unified Modeling Language) drawing tools) but common use and value seem to be slow to show themselves.</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>XTche</title>
		<link>http://tc.eserver.org/33788.html</link>
		<guid>http://tc.eserver.org/33788.html</guid>
		<description>This paper describes the design of a new language to formally specify constraints over Topic Maps. This language allows to express contextual conditions on classes of Topic Maps and the corresponding processing syntem. With XTche, a topic map designer defines a set of restrictions that enables to verify if a particular topic map is semantically valid. As the manual checking of large topic maps (frequent in real cases) is impossible, it is mandatory to provide an automatic validator.</description>
	</item>
	<item>
		<title>Critique: Collaborative Reviewing of XML Documents</title>
		<link>http://tc.eserver.org/33789.html</link>
		<guid>http://tc.eserver.org/33789.html</guid>
		<description>Critique is the first example of a new approach to contextual collaboration: Documentspaces. Documentspaces are places within a document in which teams can meet and work, synchronously or asynchronously, to create, review, and publish content.</description>
	</item>
	<item>
		<title>Ten Things You Should Know About WCAG 2.0</title>
		<link>http://tc.eserver.org/33748.html</link>
		<guid>http://tc.eserver.org/33748.html</guid>
		<description>With the Web Content Accessibility Guidelines being made a Candidate Recommendation on 30th April 2008, many companies are starting to prepare for the arrival of the new Accessibility Guideline.&#xD;&#xD;What exactly is different though? User Vision&apos;s Mark Palmer takes you through some key things you should know about the document commonly known as WCAG 2.0.</description>
	</item>
	<item>
		<title>Getting Standards to Emerge, or, How to Build a Recipe Book While Everyone&apos;s Busy Cooking</title>
		<link>http://tc.eserver.org/33753.html</link>
		<guid>http://tc.eserver.org/33753.html</guid>
		<description>The UK Local e-Government Standards Body was established late in 2003, and tasked with compiling an XML based data standards catalogue for use by UK Local Authorities. This is to be achieved by mapping existing standards, identifying gaps to be filled, advising and supporting local Councils, their partners and suppliers on the interpretation and adoption of standards, and establishing processes for developing new standards as required. However, UK Local Authorities have been developing e-services for several years already, so this new effort has to take place in a context where many projects are already under way, using a variety of business models, and with diverse approaches to XML interoperability design. An additional factor is the traditional tension between central and local government, which has led to patchy and inconsistent adoption of the national UK e-Government Interoperability framework. This paper is an account of the methodology developed by CSW Group Ltd and the LeGSB to tackle this situation.</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>Mark of Success</title>
		<link>http://tc.eserver.org/33655.html</link>
		<guid>http://tc.eserver.org/33655.html</guid>
		<description>It is just seven years since specifications were developed to allow XML data to be exchanged over the internet. Simon Bisson looks at the development of the lingua franca of the connected world.</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>Information Mapping</title>
		<link>http://tc.eserver.org/33338.html</link>
		<guid>http://tc.eserver.org/33338.html</guid>
		<description>Information Mapping is a proprietary method for the analysis, organisation, and presentation of information. It is based on the needs of the users and their purpose in using the documentation. Information Mapping has three parts: analysis, organisation, presentation.</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>Lessons from the Death of HD-DVD</title>
		<link>http://tc.eserver.org/32711.html</link>
		<guid>http://tc.eserver.org/32711.html</guid>
		<description>Over the last few months, HD-DVD appeared to rapidly fall from its apparent position as promising new disc format–touted by supporters as being technically superior, significantly cheaper, and less restrictive–down to a harsh new reality of scheduled death. However, the fate of HD-DVD wasn’t nearly as unpredictable as some seemed to think. Here’s why HD-DVD’s end should not have been a surprise, what lessons can be learned from its death, and what its demise means for Microsoft.</description>
	</item>
	<item>
		<title>Microsoft&apos;s Plot to Kill QuickTime</title>
		<link>http://tc.eserver.org/32712.html</link>
		<guid>http://tc.eserver.org/32712.html</guid>
		<description>While almost completely invisible for years, Apple’s progress in media has resulted in overturning Microsoft’s domination of the entertainment industry, established a resistance to unchecked DRM, and has extinguished Microsoft’s efforts to establish new proprietary technologies as de facto industry standards.</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>Why You Should Care About the New ISO User Documentation Standard</title>
		<link>http://tc.eserver.org/32698.html</link>
		<guid>http://tc.eserver.org/32698.html</guid>
		<description>Why should technical communicators be interested in ISO&apos;s user documentation standard? Hayhoe discusses the various advantages of this new systems and software engineering standard, and makes an argument for how the profession can gain by adhering to it.</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>
	<atom:link href="http://tc.eserver.org/dir/Standards.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>