XHTML

From Wikipedia, the free encyclopedia

XHTML
File name extension	.xhtml, .xht, .html, .htm
Internet media type	application/xhtml+xml
Developed by	World Wide Web Consortium
Type of format	Markup language
Extended from	XML, HTML

The Extensible Hypertext Markup Language, or XHTML, is a markup language that has the same depth of expression as HTML, but also conforms to XML syntax.

While HTML is an application of Standard Generalized Markup Language (SGML), a very flexible markup language, XHTML is an application of XML, a more restrictive subset of SGML. Because they need to be well-formed, true XHTML documents allow for automated processing to be performed using standard XML tools—unlike HTML, which requires a relatively complex, lenient, and generally custom parser. XHTML can be thought of as the intersection of HTML and XML in many respects, since it is a reformulation of HTML in XML. XHTML 1.0 became a World Wide Web Consortium (W3C) Recommendation on January 26, 2000. XHTML 1.1 became a W3C Recommendation on May 31, 2001.

[edit] Overview

XHTML is "a reformulation of the three HTML 4 document types as applications of XML 1.0".^[1] The W3C also continues to maintain the HTML 4.01 Recommendation and the specifications for HTML 5 and XHTML 5 are being actively developed. In the current XHTML 1.0 Recommendation document, as published and revised to August 2002, the W3C comments that, "The XHTML family is the next step in the evolution of the Internet. By migrating to XHTML today, content developers can enter the XML world with all of its attendant benefits, while still remaining confident in their content's backward and future compatibility."^[1]

[edit] Motivation

The need for a reformulated version of HTML was felt primarily because World Wide Web content now needs to be delivered to many devices (like mobile devices) apart from traditional desktop computers, where extra resources cannot be devoted to support the additional complexity of HTML syntax.^{[citation needed]} In practice, however, HTML-supporting browsers for such constrained devices have emerged faster than XHTML support has been added to the desktop browser with the largest market share, Internet Explorer.^{[citation needed]}

Another goal for XHTML and XML was to reduce the demands on parsers and user agents in general.^{[citation needed]} With HTML, user agents increasingly took on the burden of "correcting" errant documents. Instead, XML requires user agents to give a "fatal" error when encountering malformed XML. In theory, this allows for vendors to produce leaner browsers, without the obligation to work around author errors. A side effect of this behavior is that those authoring XHTML documents and testing in conformant browsers should be more readily alerted to errors that may have gone otherwise unnoticed if the browser had attempted to render or ignore the malformed markup.

A feature XHTML inherits from its XML underpinnings is XML namespaces.^{[citation needed]} With namespaces, authors or communities of authors can define their own XML elements, attributes and content models to mix within XHTML documents. This is similar to the semantic flexibility of the class attribute in an HTML element, but with fewer restrictions. Some W3C XML namespaces/schema that can be mixed with XHTML include MathML for semantic math markup, Scalable Vector Graphics for markup of vector graphics, and RDFa for embedding RDF data.

[edit] Relationship to HTML

HTML is the antecedent technology to XHTML. The changes from HTML to first-generation XHTML 1.0 are minor and are mainly to achieve conformance with XML. The most important change is the requirement that the document must be well-formed and that all elements must be explicitly closed as required in XML.^{[citation needed]} In XML, all element and attribute names are case-sensitive, so the XHTML approach has been to define all tag names to be lowercase.

This contrasts with some earlier established traditions which began around the time of HTML 2.0, when many used uppercase tags. In XHTML, all attribute values must be enclosed by quotes; either single (') or double (") quotes may be used. In contrast, this was sometimes optional in SGML-based HTML, where numeric or boolean attributes can omit quotes.^{[citation needed]} All elements must also be explicitly closed, including empty (aka singleton) elements such as img and br. This can be done by adding a closing slash to the start tag, e.g., <img /> and <br />. Attribute minimization (e.g., <option selected>) is also prohibited, as the attribute selected contains no explicit value; instead this would be written as <option selected="selected">.

HTML elements which are optional in the content model will not appear in the DOM tree unless they are explicitly specified. For example, an XHTML page must have a <body> element, and a table will not have a <tbody> element unless the author specifies one.

The XHTML 1.0 recommendation devotes a section to differences between HTML and XHTML.^[2]. The WHATWG wiki similarly considers differences that arise with the use of (X)HTML5.^[3].

Because XHTML and HTML are closely related technologies, sometimes they are written about and documented in parallel. In such circumstances, some authors conflate the two names by using a parenthetical notation, such as (X)HTML. This indicates that the documentation and principles can be considered to apply generally to both standards.^[4]

[edit] Adoption

Adoption of XHTML continues at an uneven pace.

The similarities between HTML 4.01 and XHTML 1.0 led many web authors, content management systems and web sites to adopt the initial W3C XHTML 1.0 recommendations. To aid authors in the transition, the W3C included an appendix to the XHTML 1.0 recommendations describing how to publish XHTML 1.0 documents as HTML-compatible documents and serve them to HTML browsers that were not designed for XHTML.^[5]

Browser support for XHTML 1.0 remains incomplete even though it has been many years since the Recommendation status of XHTML 1.0. For example, Internet Explorer by Microsoft (MSIE) has had XML parsing capabilities since version 5.0 in 1999, but even in mid-2007, the current version (IE7) still does not support XHTML documents served as XML, nor does IE 8 beta 1; it only renders them correctly when they are served as HTML and are authored in accordance with the HTML compatibility guidelines. MSIE developer Chris Wilson explained in 2005 that IE7's priorities were improved security and CSS support, and that proper XHTML support would be difficult to graft onto IE's compatibility-oriented HTML parser.^[6]

Most other browsers now have mature support for all of the possible XHTML MIME types ^[7]. Early implementations (such as Mozilla 0.7 and Opera 6.0, both released in 2001) do not incrementally render XHTML ^[8] as it is received over the network, giving a degraded user experience. Later browsers such as Opera 9.0, Safari 3.0 and Firefox 3.0 (presently still in beta) have gained incremental rendering to resolve the issue.

Obstacles from browser vendors have slowed the effective rate of the adoption. Without broader browser support, XHTML documents are commonly served as HTML^{[citation needed]}, so advantages of XML such as namespaces, faster parsing and smaller-footprint browsers do not benefit the user.

Recently, notable developers have begun to question why Web authors ever made the leap into authoring in XHTML.^[9][10][11] In October 2006, HTML inventor and W3C chair Tim Berners-Lee, explaining the motivation for the resumption of HTML (not XHTML) development, posted in his blog: "The attempt to get the world to switch to XML, including quotes around attribute values and slashes in empty tags and namespaces all at once didn't work. The large HTML-generating public did not move, largely because the browsers didn't complain."^[12]

[edit] Versions of XHTML

[edit] XHTML 1.0

Wikipedia uses XHTML 1.0 Transitional

The original XHTML W3C Recommendation, XHTML 1.0, was simply a reformulation of HTML 4.01 in XML. There are three different "DTDs" of XHTML 1.0, each equal in scope to their respective HTML 4.01 versions.

• XHTML 1.0 Strict is the same as HTML 4.01 Strict, but it follows XML syntax rules.
• XHTML 1.0 Transitional is the same as HTML 4.01 Transitional, but it follows XML syntax rules. It supports everything found in XHTML 1.0 Strict, but also permits the use of a number of elements and attributes that are judged presentational, in order to ease the transition from HTML 3.2 and earlier. These include <center>, <u>, <strike>, and <applet>. [1]
• XHTML 1.0 Frameset: is the same as HTML 4.01 Frameset, but it follows XML syntax rules. It allows the definition of an HTML frameset—a common practice early in the timeline of the mainstream Web.

[edit] XHTML 1.1

The most recent XHTML Recommendation by the W3C is XHTML 1.1: Module-based XHTML. ^[13] This is a reformulation of XHTML 1.0 Strict, with minor modifications, using a set of modules selected from a larger set defined in Modularization of XHTML, which itself provides a modularized framework, a standard set of those modules, and various conformance definitions. All deprecated features of HTML, such as presentational elements and framesets, and lang and anchor name attributes, which were still allowed in XHTML 1.0 Strict, have been removed from this revision. Presentation is controlled purely by CSS. This version also allows for ruby markup support, needed for East-Asian languages (especially CJK).

Module-based XHTML adds the concept of a "strictly conforming" document: it must be a complete document containing only elements defined in the modules required by XHTML 1.1. For example, if a document is extended with the predefined XHTML Frames module, or some module formulated by a third-party, it does not qualify as strictly conforming XHTML 1.1 for use on the Web.

As of June 2008, the second edition of XHTML 1.1 has been approved for general use.

[edit] Other members of the XHTML family derived from XHTML 1.1

• XHTML Basic: A special "light" version of XHTML for devices that can not support the larger, richer XHTML dialects, intended for use in handhelds and mobile phones. This is the intended replacement for WML and C-HTML.
• XHTML Mobile Profile: Based on XHTML Basic, this OMA (Open Mobile Alliance) effort targets hand phones specifically by adding mobile phone-specific elements to XHTML Basic.
• XHTML+Voice: XHTML combined with Voice XML to support both visual and voice interactions.

[edit] XHTML 2.0

This article or section contains information about scheduled or expected future software. The content may change as the software release approaches and more information becomes available.

Work on XHTML 2.0 is, as of 2008, still ongoing. The current XHTML 2.0 Working Draft is controversial because it breaks backward compatibility with aspects of previous versions (X)HTML.

New features brought into the HTML family of markup languages by XHTML 2.0:

• HTML forms will be replaced by XForms, an XML-based user input specification allowing forms to be displayed appropriately for different rendering devices.
• HTML frames will be replaced by XFrames.
• The DOM Events will be replaced by XML Events, which uses the XML Document Object Model.
• A new list element type, the nl element type, will be included to specifically designate a list as a navigation list. This will be useful in creating nested menus, which are currently created by a wide variety of means like nested unordered lists or nested definition lists.
• Any element will be able to act as a hyperlink, e.g., <li href="articles.html">Articles</li>, similar to XLink. However, XLink itself is not compatible with XHTML due to design differences.
• Any element will be able to reference alternative media with the src attribute, e.g., <p src="lbridge.jpg" type="image/jpeg">London Bridge</p> is the same as <object src="lbridge.jpg" type="image/jpeg"><p>London Bridge</p></object>.
• The alt attribute of the img element has been removed: alternative text will be given in the content of the img element, much like the object element, e.g., <img src="hms_audacious.jpg">HMS <em>Audacious</em></img>.
• A single heading element (h) will be added. The level of these headings are determined by the depth of the nesting. This allows the use of headings to be infinite, rather than limiting use to six levels deep.
• The remaining presentational elements i, b and tt, still allowed in XHTML 1.x (even Strict), will be absent from XHTML 2.0. The only somewhat presentational elements remaining will be sup and sub for superscript and subscript respectively, because they have significant non-presentational uses and are required by certain languages. All other tags are meant to be semantic instead (e.g. <strong> for strong or bolded text) while allowing the user agent to control the presentation of elements via CSS.
• The addition of RDF triple with the property and about attributes to facilitate the conversion from XHTML to RDF/XML.

[edit] HTML5 (Draft)

This article or section contains information about scheduled or expected future software. The content may change as the software release approaches and more information becomes available.

On 2007-04-10, the Mozilla Foundation, Apple and Opera Software proposed^[14] that the new HTML working group of the W3C adopt the WHATWG's HTML5 as the starting point of its work and name its future deliverable "HTML5". A month later, the new HTML working group resolved to do that.^[15] On 2008-01-22, the working group published HTML 5 as a Working Draft. ^[16]

The HTML5 draft defines a parallel XML serialization for HTML5. The XML serialization is called XHTML5. Unlike XHTML 2.0, XHTML5 is intended to be compatible with XHTML 1.x.

[edit] Valid XHTML documents

An XHTML document that conforms to an XHTML specification is said to be valid. Validity assures consistency in document code, which in turn eases processing, but does not necessarily ensure consistent rendering by browsers. A document can be checked for validity with the W3C Markup Validation Service. In practice, many web development programs such as Dreamweaver provide code validation based on the W3C standards.

[edit] DOCTYPEs

In order to validate an XHTML document, a Document Type Declaration, or DOCTYPE, may be used. A DOCTYPE declares to the browser which Document Type Definition (DTD) the document conforms to. A Document Type Declaration should be placed before the root element.

The system identifier part of the DOCTYPE, which in these examples is the URL that begins with http://, need only point to a copy of the DTD to use if the validator cannot locate one based on the public identifier (the other quoted string). It does not need to be the specific URL that is in these examples; in fact, authors are encouraged to use local copies of the DTD files when possible. The public identifier, however, must be character-for-character the same as in the examples.

These are the most common XHTML Document Type Declarations:

XHTML 1.0 Strict

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

XHTML 1.0 Transitional

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

XHTML 1.0 Frameset

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">

XHTML 1.1

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
"http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">

HTML 5

HTML5 does not require a doctype, and HTML 5 validation is not DTD-based.

XHTML 2.0

XHTML 2.0, As of April 2008, is in a draft phase. If an XHTML 2.0 Recommendation is published with the same document type declaration as in the current Working Draft, the declaration will appear as:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 2.0//EN"
"http://www.w3.org/MarkUp/DTD/xhtml2.dtd">

A placeholder DTD schema exists at the corresponding URI, though it currently only includes the character reference entities from previous recommendations. XHTML 2 contemplates both a version attribute and an xsi:schemalocation attribute on the root HTML element that could possibly serve as a substitute for any DOCTYPE declaration.

[edit] XML namespaces and schemas

In addition to the DOCTYPE, all XHTML elements must be in the appropriate XML namespace for the version being used. This is usually done by declaring a default namespace on the root element using xmlns="namespace" as in the example below.

For XHTML 1.0, XHTML 1.1 and XHTML5, this is

<html xmlns="http://www.w3.org/1999/xhtml">

XHTML 2.0 requires both a namespace and an XML Schema instance declaration. These might be declared as

<html xmlns="http://www.w3.org/2002/06/xhtml2/"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.w3.org/2002/06/xhtml2/ http://www.w3.org/MarkUp/SCHEMA/xhtml2.xsd">

This example for XHTML 2.0 also demonstrates the use of multiple namespaces within a document. The first xmlns default namespace declaration indicates that elements and attributes whose names have no XML namespace prefix fall within the XHTML 2.0 namespace. The second namespace prefix declaration xmlns:xsi indicates that any elements or attributes prefixed with the xsi: refer to the XMLSchema-Instance namespace. Through this namespace mechanism XML documents allow the use of a mixture of elements and attributes taken from various XML vocabularies while avoiding the potential for clashes of naming between items from independently developed vocabularies.

Similar to the case of DOCTYPE above, the actual URL to the XML Schema file can be changed, as long as the Universal Resource Identifier (URI) before it (which indicates the XHTML 2.0 namespace) remains the same. The namespace URI is intended to be a persistent and universally unique identifier for the particular version of the specification. If treated as a URL, the actual content located at the site is of no significance.

[edit] XML Declaration

A character encoding may be specified at the beginning of an XHTML document in the XML declaration when the document is served using the application/xhtml+xml MIME type. (If an XML document lacks encoding specification, an XML parser assumes that the encoding is UTF-8 or UTF-16, unless the encoding has already been determined by a higher protocol.)

For example:

<?xml version="1.0" encoding="UTF-8"?>

The declaration may be optionally omitted because it declares as its encoding the default encoding. However, if the document instead makes use of XML 1.1 or another character encoding, a declaration is necessary. Internet Explorer prior to version 7 enters quirks mode if it encounters an XML declaration in a document served as text/html.

[edit] Common errors

Some of the most common errors in the usage of XHTML are:

• Failing to realize that documents won’t be treated as XHTML unless they are served with an appropriate XML MIME type
• Not closing empty elements (elements without closing tags in HTML4)
  • Incorrect: <br>
  • Correct: <br/>
    Note that any of these are acceptable in XHTML: <br></br>, <br/> and <br />. Older HTML-only browsers interpreting it as HTML will generally accept <br> and <br />.
• Not closing non-empty elements
  • Incorrect: <p>This is a paragraph.<p>This is another paragraph.
  • Correct: <p>This is a paragraph.</p><p>This is another paragraph.</p>
• Improperly nesting elements (Note that this would also be invalid in HTML)
  • Incorrect: <em><strong>This is some text.</em></strong>
  • Correct: <em><strong>This is some text.</strong></em>
• Not putting quotation marks around attribute values
  • Incorrect: <td rowspan=3>
  • Correct: <td rowspan="3">
  • Correct: <td rowspan='3'>
• Using the ampersand character outside of entities
  • Incorrect: <title>Cars & Trucks</title>
  • Correct: <title>Cars &amp; Trucks</title>
• Using the ampersand outside of entities in URLs (Note that this would also be invalid in HTML)
  • Incorrect: <a href="index.php?page=news&style=5">News</a>
  • Correct: <a href="index.php?page=news&amp;style=5">News</a>
• Failing to recognize that XHTML elements and attributes are case sensitive
  • Incorrect: <BODY><P ID="ONE">The Best Page Ever</P></BODY>
  • Correct: <body><p id="ONE">The Best Page Ever</p></body>
• Using attribute minimization
  • Incorrect: <textarea readonly>READ-ONLY</textarea>
  • Correct: <textarea readonly="readonly">READ-ONLY</textarea>
• Mis-using CDATA, script-comments and xml-comments when embedding scripts and stylesheets.
  • This problem can be avoided altogether by putting all script and stylesheet information into separate files and referring to them as follows in the XHTML head element.

 <link rel="stylesheet" href="/style/screen.css" type="text/css" />
 <script type="text/javascript" src="/script/site.js"></script>

Note: The format <script …></script>, rather than the more concise <script … />, is required for HTML compatibility when served as MIME type text/html.

• • If an author chooses to include script or style data inline within an XHTML document, different approaches are recommended depending whether the author intends to serve the page as application/xhtml+xml and target only fully conformant browsers, or serve the page as text/html and try to obtain usability in Internet Explorer 6 and other non-conformant browsers.

In the fully conformant application/xhtml+xml case, the non-XML code is wrapped in a CDATA section as follows [2]:

 <style type="text/css">
 <![CDATA[
 p { color: green; }
 ]]>
 </style>
 
 <script type="text/javascript">
 <![CDATA[
 function nothing() { }
 ]]>
 </script>

If the same file may be served or processed as both XML (application/xhtml+xml) and HTML compatible text/html to target Internet Explorer 6 and as many other historic and non-conforming browsers as possible, constructs as complex as the following may be necessary[3]:

 <style type="text/css">
 <!--/*--><![CDATA[/*><!--*/
 p { color: green; }
 /*]]>*/-->
 </style>
 
 <script type="text/javascript">
 <!--//--><![CDATA[//><!--
 function nothing() { }
 //--><!]]>
 </script>

However, the following is sufficient for the relatively modern browsers (from 2000 onwards):

 <style type="text/css">
 /*<![CDATA[*/
 p { color: green; }
 /*]]>*/
 </style>
 
 <script type="text/javascript">
 //<![CDATA[
 function nothing() { }
 //]]>
 </script>

[edit] Backward compatibility

XHTML 1.0 documents are mostly backward compatible with HTML — that is, processible as HTML by a web browser that does not know how to properly handle XHTML — when authored according to certain guidelines given in the specification and served as text/html. Authors who follow the compatibility guidelines essentially create HTML documents that, while technically invalid, are processible by all modern web browsers.

Documents following the compatibility guidelines are still not truly compatible with HTML user agents that support the SGML NET (Null End Tag) construct, although very few user agents support it in practice. OpenSP is one such user agent.

XHTML 1.1's modularity features prevent it from being backward compatible with XHTML 1.0 and HTML. XHTML 2.0, likewise, is not backward compatible with its predecessors.

[edit] Examples

The followings are examples of XHTML 1.0 Strict. Both of them have the same visual output. The former one follows the HTML Compatibility Guidelines in Appendix C of the XHTML 1.0 Specification while the latter one breaks backward compatibility but provides cleaner codes.

Example 1.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
 "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
 <head>
 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
 <title>XHTML 1.0 Example</title>
 <script type="text/javascript">
 <!--//--><![CDATA[//><!--
   function loadpdf() {
   document.getElementById("pdf-object").src="http://www.w3.org/TR/xhtml1/xhtml1.pdf";
 }
 //--><!]]>
 </script>
 </head>
 <body onload="loadpdf()">
 <p>This is an example of an
 <abbr title="Extensible HyperText Markup Language">XHTML</abbr> 1.0 Strict document.<br />
 <img id="validation-icon"
   src="http://www.w3.org/Icons/valid-xhtml10"
   alt="Valid XHTML 1.0 Strict" /><br />
 <object id="pdf-object"
   name="pdf-object"
   type="application/pdf"
   data="http://www.w3.org/TR/xhtml1/xhtml1.pdf"
   width="100%"
   height="500">
 </object>
 </p>
 </body>
</html>

Example 2.

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
 "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en">
 <head>
 <title>XHTML 1.0 Example</title>
 <script type="application/javascript">
 <![CDATA[
   function loadpdf() {
   document.getElementById("pdf-object").src="http://www.w3.org/TR/xhtml1/xhtml1.pdf";
 }
 ]]>
 </script>
 </head>
 <body onload="loadpdf()">
 <p>This is an example of an
 <abbr title="Extensible HyperText Markup Language">XHTML</abbr> 1.0 Strict document.<br/>
 <img id="validation-icon"
   src="http://www.w3.org/Icons/valid-xhtml10"
   alt="Valid XHTML 1.0 Strict"/><br/>
 <object id="pdf-object"
   name="pdf-object"
   type="application/pdf"
   data="http://www.w3.org/TR/xhtml1/xhtml1.pdf"
   width="100%"
   height="500"/>
 </p>
 </body>
</html>

Notes:

1. For further information on the media type recommendation, please refer to XHTML Media Types, a W3C Note issued on 2002-08-01.
2. The "loadpdf" function is actually a workaround for Internet Explorer. It can be replaced by adding <param name="src" value="http://www.w3.org/TR/xhtml1/xhtml1.pdf" /> within <object>.
3. The img element does not get a name attribute in the XHTML 1.0 Strict DTD. Use id instead.

[edit] Notes

[edit] External links

Wikibooks has a book on the topic of

XHTML

• W3C's Markup Home Page
• XHTML 1.0 Recommendation
• XHTML 1.1 Recommendation
• XHTML 1.1 Second Edition Working Draft
• XHTML 2.0 Working Draft
• XHTML 1.0 Strict / 1.1 Online Reference
• Links dealing with the MIME type of XHTML documents:
  • Beware of XHTML
  • Sending XHTML as text/html Considered Harmful
  • Serving up XHTML with the correct MIME type
  • The Road to XHTML 2.0: MIME Types - Mark Pilgrim (3/19/2003). Includes examples for conditionally serving application/xhtml+xml using PHP, Python, and Apache (mod rewrite).
  • Mozilla Web Author FAQ: How is the treatment of application/xhtml+xml documents different from the treatment of text/html documents? - summarizes one web browser's XHTML processing mode
• Empty elements in SGML, HTML, XML, and XHTML

[edit] Validators

• W3C's Markup Validator
• Firefox page validator Extension to Mozilla Firefox browser
• WDG HTML Validator
• Hermish Web Accessibility Validator
• Off-line HTML Validator A clipbook for NoteTab text editor
• Off-line HTML Validator v1.0 for Windows
• XHTML Validator Module for ASP.NET 2.0
• Validating XML/XHTML Editor
• Multipage Validator
• Total Validator