Daniel Veillard | 43d3f61 | 2001-11-10 11:57:23 +0000 | [diff] [blame] | 1 | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/1999/REC-html401-19991224/loose.dtd"> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 2 | <html> |
| 3 | <head> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 4 | <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> |
| 5 | <style type="text/css"><!-- |
| 6 | TD {font-size: 10pt; font-family: Verdana,Arial,Helvetica} |
| 7 | BODY {font-size: 10pt; font-family: Verdana,Arial,Helvetica; margin-top: 5pt; margin-left: 0pt; margin-right: 0pt} |
| 8 | H1 {font-size: 16pt; font-family: Verdana,Arial,Helvetica} |
| 9 | H2 {font-size: 14pt; font-family: Verdana,Arial,Helvetica} |
| 10 | H3 {font-size: 12pt; font-family: Verdana,Arial,Helvetica} |
| 11 | A:link, A:visited, A:active { text-decoration: underline } |
| 12 | --></style> |
| 13 | <title>Validation & DTDs</title> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 14 | </head> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 15 | <body bgcolor="#8b7765" text="#000000" link="#000000" vlink="#000000"> |
| 16 | <table border="0" width="100%" cellpadding="5" cellspacing="0" align="center"><tr> |
| 17 | <td width="180"> |
| 18 | <a href="http://www.gnome.org/"><img src="smallfootonly.gif" alt="Gnome Logo"></a><a href="http://www.w3.org/Status"><img src="w3c.png" alt="W3C Logo"></a><a href="http://www.redhat.com/"><img src="redhat.gif" alt="Red Hat Logo"></a> |
| 19 | </td> |
| 20 | <td><table border="0" width="90%" cellpadding="2" cellspacing="0" align="center" bgcolor="#000000"><tr><td><table width="100%" border="0" cellspacing="1" cellpadding="3" bgcolor="#fffacd"><tr><td align="center"> |
| 21 | <h1>The XML C library for Gnome</h1> |
| 22 | <h2>Validation & DTDs</h2> |
| 23 | </td></tr></table></td></tr></table></td> |
| 24 | </tr></table> |
| 25 | <table border="0" cellpadding="4" cellspacing="0" width="100%" align="center"><tr><td bgcolor="#8b7765"><table border="0" cellspacing="0" cellpadding="2" width="100%"><tr> |
| 26 | <td valign="top" width="200" bgcolor="#8b7765"><table border="0" cellspacing="0" cellpadding="1" width="100%" bgcolor="#000000"><tr><td> |
| 27 | <table width="100%" border="0" cellspacing="1" cellpadding="3"> |
| 28 | <tr><td colspan="1" bgcolor="#eecfa1" align="center"><center><b>Main Menu</b></center></td></tr> |
| 29 | <tr><td bgcolor="#fffacd"><ul style="margin-left: -2pt"> |
| 30 | <li><a href="index.html">Home</a></li> |
| 31 | <li><a href="intro.html">Introduction</a></li> |
| 32 | <li><a href="FAQ.html">FAQ</a></li> |
| 33 | <li><a href="docs.html">Documentation</a></li> |
| 34 | <li><a href="bugs.html">Reporting bugs and getting help</a></li> |
| 35 | <li><a href="help.html">How to help</a></li> |
| 36 | <li><a href="downloads.html">Downloads</a></li> |
| 37 | <li><a href="news.html">News</a></li> |
| 38 | <li><a href="XML.html">XML</a></li> |
| 39 | <li><a href="XSLT.html">XSLT</a></li> |
| 40 | <li><a href="architecture.html">libxml architecture</a></li> |
| 41 | <li><a href="tree.html">The tree output</a></li> |
| 42 | <li><a href="interface.html">The SAX interface</a></li> |
| 43 | <li><a href="xmldtd.html">Validation & DTDs</a></li> |
| 44 | <li><a href="xmlmem.html">Memory Management</a></li> |
| 45 | <li><a href="encoding.html">Encodings support</a></li> |
| 46 | <li><a href="xmlio.html">I/O Interfaces</a></li> |
| 47 | <li><a href="catalog.html">Catalog support</a></li> |
| 48 | <li><a href="library.html">The parser interfaces</a></li> |
| 49 | <li><a href="entities.html">Entities or no entities</a></li> |
| 50 | <li><a href="namespaces.html">Namespaces</a></li> |
| 51 | <li><a href="upgrade.html">Upgrading 1.x code</a></li> |
Daniel Veillard | 52dcab3 | 2001-10-30 12:51:17 +0000 | [diff] [blame] | 52 | <li><a href="threads.html">Thread safety</a></li> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 53 | <li><a href="DOM.html">DOM Principles</a></li> |
| 54 | <li><a href="example.html">A real example</a></li> |
| 55 | <li><a href="contribs.html">Contributions</a></li> |
| 56 | <li> |
| 57 | <a href="xml.html">flat page</a>, <a href="site.xsl">stylesheet</a> |
| 58 | </li> |
| 59 | </ul></td></tr> |
| 60 | </table> |
| 61 | <table width="100%" border="0" cellspacing="1" cellpadding="3"> |
| 62 | <tr><td colspan="1" bgcolor="#eecfa1" align="center"><center><b>Related links</b></center></td></tr> |
| 63 | <tr><td bgcolor="#fffacd"><ul style="margin-left: -2pt"> |
| 64 | <li><a href="http://mail.gnome.org/archives/xml/">Mail archive</a></li> |
| 65 | <li><a href="http://xmlsoft.org/XSLT/">XSLT libxslt</a></li> |
| 66 | <li><a href="http://www.cs.unibo.it/~casarini/gdome2/">DOM gdome2</a></li> |
| 67 | <li><a href="ftp://xmlsoft.org/">FTP</a></li> |
| 68 | <li><a href="http://www.fh-frankfurt.de/~igor/projects/libxml/">Windows binaries</a></li> |
Daniel Veillard | db9dfd9 | 2001-11-26 17:25:02 +0000 | [diff] [blame] | 69 | <li><a href="http://garypennington.net/libxml2/">Solaris binaries</a></li> |
Daniel Veillard | c6271d2 | 2001-10-27 07:50:58 +0000 | [diff] [blame] | 70 | <li><a href="http://bugzilla.gnome.org/buglist.cgi?product=libxml">Bug Tracker</a></li> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 71 | </ul></td></tr> |
| 72 | </table> |
| 73 | </td></tr></table></td> |
| 74 | <td valign="top" bgcolor="#8b7765"><table border="0" cellspacing="0" cellpadding="1" width="100%"><tr><td><table border="0" cellspacing="0" cellpadding="1" width="100%" bgcolor="#000000"><tr><td><table border="0" cellpadding="3" cellspacing="1" width="100%"><tr><td bgcolor="#fffacd"> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 75 | <p>Table of Content:</p> |
| 76 | <ol> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 77 | <li><a href="#General5">General overview</a></li> |
| 78 | <li><a href="#definition">The definition</a></li> |
| 79 | <li> |
| 80 | <a href="#Simple">Simple rules</a><ol> |
Daniel Veillard | 9c46682 | 2001-10-25 12:03:39 +0000 | [diff] [blame] | 81 | <li><a href="#reference">How to reference a DTD from a document</a></li> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 82 | <li><a href="#Declaring">Declaring elements</a></li> |
| 83 | <li><a href="#Declaring1">Declaring attributes</a></li> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 84 | </ol> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 85 | </li> |
| 86 | <li><a href="#Some">Some examples</a></li> |
| 87 | <li><a href="#validate">How to validate</a></li> |
| 88 | <li><a href="#Other">Other resources</a></li> |
| 89 | </ol> |
| 90 | <h3><a name="General5">General overview</a></h3> |
| 91 | <p>Well what is validation and what is a DTD ?</p> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 92 | <p>DTD is the acronym for Document Type Definition. This is a description of |
| 93 | the content for a familly of XML files. This is part of the XML 1.0 |
| 94 | specification, and alows to describe and check that a given document instance |
Daniel Veillard | 64e7390 | 2000-11-24 13:28:38 +0000 | [diff] [blame] | 95 | conforms to a set of rules detailing its structure and content.</p> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 96 | <p>Validation is the process of checking a document against a DTD (more |
| 97 | generally against a set of construction rules).</p> |
| 98 | <p>The validation process and building DTDs are the two most difficult parts |
| 99 | of the XML life cycle. Briefly a DTD defines all the possibles element to be |
| 100 | found within your document, what is the formal shape of your document tree |
| 101 | (by defining the allowed content of an element, either text, a regular |
| 102 | expression for the allowed list of children, or mixed content i.e. both text |
| 103 | and children). The DTD also defines the allowed attributes for all elements |
| 104 | and the types of the attributes.</p> |
| 105 | <h3><a name="definition1">The definition</a></h3> |
| 106 | <p>The <a href="http://www.w3.org/TR/REC-xml">W3C XML Recommendation</a> (<a href="http://www.xml.com/axml/axml.html">Tim Bray's annotated version of |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 107 | Rev1</a>):</p> |
| 108 | <ul> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 109 | <li><a href="http://www.w3.org/TR/REC-xml#elemdecls">Declaring |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 110 | elements</a></li> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 111 | <li><a href="http://www.w3.org/TR/REC-xml#attdecls">Declaring |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 112 | attributes</a></li> |
| 113 | </ul> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 114 | <p>(unfortunately) all this is inherited from the SGML world, the syntax is |
| 115 | ancient...</p> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 116 | <h3><a name="Simple1">Simple rules</a></h3> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 117 | <p>Writing DTD can be done in multiple ways, the rules to build them if you |
| 118 | need something fixed or something which can evolve over time can be radically |
| 119 | different. Really complex DTD like Docbook ones are flexible but quite harder |
| 120 | to design. I will just focuse on DTDs for a formats with a fixed simple |
| 121 | structure. It is just a set of basic rules, and definitely not exhaustive nor |
| 122 | useable for complex DTD design.</p> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 123 | <h4> |
| 124 | <a name="reference1">How to reference a DTD from a document</a>:</h4> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 125 | <p>Assuming the top element of the document is <code>spec</code> and the dtd |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 126 | is placed in the file <code>mydtd</code> in the subdirectory |
| 127 | <code>dtds</code> of the directory from where the document were loaded:</p> |
| 128 | <p><code><!DOCTYPE spec SYSTEM "dtds/mydtd"></code></p> |
Daniel Veillard | 64e7390 | 2000-11-24 13:28:38 +0000 | [diff] [blame] | 129 | <p>Notes:</p> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 130 | <ul> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 131 | <li>the system string is actually an URI-Reference (as defined in <a href="http://www.ietf.org/rfc/rfc2396.txt">RFC 2396</a>) so you can use a |
Daniel Veillard | 64e7390 | 2000-11-24 13:28:38 +0000 | [diff] [blame] | 132 | full URL string indicating the location of your DTD on the Web, this is a |
| 133 | really good thing to do if you want others to validate your document</li> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 134 | <li>it is also possible to associate a <code>PUBLIC</code> identifier (a |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 135 | magic string) so that the DTd is looked up in catalogs on the client side |
Daniel Veillard | 64e7390 | 2000-11-24 13:28:38 +0000 | [diff] [blame] | 136 | without having to locate it on the web</li> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 137 | <li>a dtd contains a set of elements and attributes declarations, but they |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 138 | don't define what the root of the document should be. This is explicitely |
| 139 | told to the parser/validator as the first element of the |
| 140 | <code>DOCTYPE</code> declaration.</li> |
| 141 | </ul> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 142 | <h4> |
| 143 | <a name="Declaring2">Declaring elements</a>:</h4> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 144 | <p>The following declares an element <code>spec</code>:</p> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 145 | <p><code><!ELEMENT spec (front, body, back?)></code></p> |
Daniel Veillard | 64e7390 | 2000-11-24 13:28:38 +0000 | [diff] [blame] | 146 | <p>it also expresses that the spec element contains one <code>front</code>, |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 147 | one <code>body</code> and one optionnal <code>back</code> children elements |
| 148 | in this order. The declaration of one element of the structure and its |
| 149 | content are done in a single declaration. Similary the following declares |
Daniel Veillard | 64e7390 | 2000-11-24 13:28:38 +0000 | [diff] [blame] | 150 | <code>div1</code> elements:</p> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 151 | <p><code><!ELEMENT div1 (head, (p | list | note)*, div2*)></code></p> |
Daniel Veillard | 64e7390 | 2000-11-24 13:28:38 +0000 | [diff] [blame] | 152 | <p>means div1 contains one <code>head</code> then a series of optional |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 153 | <code>p</code>, <code>list</code>s and <code>note</code>s and then an |
| 154 | optional <code>div2</code>. And last but not least an element can contain |
| 155 | text:</p> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 156 | <p><code><!ELEMENT b (#PCDATA)></code></p> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 157 | <p> |
| 158 | <code>b</code> contains text or being of mixed content (text and elements |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 159 | in no particular order):</p> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 160 | <p><code><!ELEMENT p (#PCDATA|a|ul|b|i|em)*></code></p> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 161 | <p> |
| 162 | <code>p </code>can contain text or <code>a</code>, <code>ul</code>, |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 163 | <code>b</code>, <code>i </code>or <code>em</code> elements in no particular |
| 164 | order.</p> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 165 | <h4> |
| 166 | <a name="Declaring1">Declaring attributes</a>:</h4> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 167 | <p>again the attributes declaration includes their content definition:</p> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 168 | <p><code><!ATTLIST termdef name CDATA #IMPLIED></code></p> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 169 | <p>means that the element <code>termdef</code> can have a <code>name</code> |
| 170 | attribute containing text (<code>CDATA</code>) and which is optionnal |
| 171 | (<code>#IMPLIED</code>). The attribute value can also be defined within a |
| 172 | set:</p> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 173 | <p><code><!ATTLIST list type (bullets|ordered|glossary) |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 174 | "ordered"></code></p> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 175 | <p>means <code>list</code> element have a <code>type</code> attribute with 3 |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 176 | allowed values "bullets", "ordered" or "glossary" and which default to |
| 177 | "ordered" if the attribute is not explicitely specified.</p> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 178 | <p>The content type of an attribute can be text (<code>CDATA</code>), |
| 179 | anchor/reference/references |
| 180 | (<code>ID</code>/<code>IDREF</code>/<code>IDREFS</code>), entity(ies) |
| 181 | (<code>ENTITY</code>/<code>ENTITIES</code>) or name(s) |
| 182 | (<code>NMTOKEN</code>/<code>NMTOKENS</code>). The following defines that a |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 183 | <code>chapter</code> element can have an optional <code>id</code> attribute |
| 184 | of type <code>ID</code>, usable for reference from attribute of type |
| 185 | IDREF:</p> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 186 | <p><code><!ATTLIST chapter id ID #IMPLIED></code></p> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 187 | <p>The last value of an attribute definition can be <code>#REQUIRED |
| 188 | </code>meaning that the attribute has to be given, <code>#IMPLIED</code> |
| 189 | meaning that it is optional, or the default value (possibly prefixed by |
| 190 | <code>#FIXED</code> if it is the only allowed).</p> |
Daniel Veillard | 64e7390 | 2000-11-24 13:28:38 +0000 | [diff] [blame] | 191 | <p>Notes:</p> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 192 | <ul><li>usually the attributes pertaining to a given element are declared in a |
Daniel Veillard | 64e7390 | 2000-11-24 13:28:38 +0000 | [diff] [blame] | 193 | single expression, but it is just a convention adopted by a lot of DTD |
| 194 | writers: |
| 195 | <pre><!ATTLIST termdef |
| 196 | id ID #REQUIRED |
| 197 | name CDATA #IMPLIED></pre> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 198 | <p>The previous construct defines both <code>id</code> and |
| 199 | <code>name</code> attributes for the element <code>termdef</code> |
| 200 | </p> |
| 201 | </li></ul> |
| 202 | <h3><a name="Some1">Some examples</a></h3> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 203 | <p>The directory <code>test/valid/dtds/</code> in the libxml distribution |
| 204 | contains some complex DTD examples. The <code>test/valid/dia.xml</code> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 205 | example shows an XML file where the simple DTD is directly included within |
| 206 | the document.</p> |
| 207 | <h3><a name="validate1">How to validate</a></h3> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 208 | <p>The simplest is to use the xmllint program comming with libxml. The |
| 209 | <code>--valid</code> option turn on validation of the files given as input, |
| 210 | for example the following validates a copy of the first revision of the XML |
| 211 | 1.0 specification:</p> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 212 | <p><code>xmllint --valid --noout test/valid/REC-xml-19980210.xml</code></p> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 213 | <p>the -- noout is used to not output the resulting tree.</p> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 214 | <p>The <code>--dtdvalid dtd</code> allows to validate the document(s) against |
| 215 | a given DTD.</p> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 216 | <p>Libxml exports an API to handle DTDs and validation, check the <a href="http://xmlsoft.org/html/libxml-valid.html">associated |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 217 | description</a>.</p> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 218 | <h3><a name="Other1">Other resources</a></h3> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 219 | <p>DTDs are as old as SGML. So there may be a number of examples on-line, I |
| 220 | will just list one for now, others pointers welcome:</p> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 221 | <ul><li><a href="http://www.xml101.com:8081/dtd/">XML-101 DTD</a></li></ul> |
| 222 | <p>I suggest looking at the examples found under test/valid/dtd and any of |
| 223 | the large number of books available on XML. The dia example in test/valid |
| 224 | should be both simple and complete enough to allow you to build your own.</p> |
| 225 | <p> |
Daniel Veillard | c5d6434 | 2001-06-24 12:13:24 +0000 | [diff] [blame] | 226 | <p><a href="mailto:daniel@veillard.com">Daniel Veillard</a></p> |
Daniel Veillard | b8cfbd1 | 2001-10-25 10:53:28 +0000 | [diff] [blame] | 227 | </td></tr></table></td></tr></table></td></tr></table></td> |
| 228 | </tr></table></td></tr></table> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 229 | </body> |
| 230 | </html> |