Daniel Veillard | ccb0963 | 1998-10-27 06:21:04 +0000 | [diff] [blame] | 1 | <html> |
| 2 | <head> |
Daniel Veillard | ec78c0f | 2000-08-25 10:25:23 +0000 | [diff] [blame] | 3 | <title>The XML C library for Gnome</title> |
Daniel Veillard | 8268716 | 2001-01-22 15:32:01 +0000 | [diff] [blame] | 4 | <meta name="GENERATOR" content="amaya V4.1"> |
Daniel Veillard | b24054a | 1999-12-18 15:32:46 +0000 | [diff] [blame] | 5 | <meta http-equiv="Content-Type" content="text/html"> |
Daniel Veillard | ccb0963 | 1998-10-27 06:21:04 +0000 | [diff] [blame] | 6 | </head> |
Daniel Veillard | ccb0963 | 1998-10-27 06:21:04 +0000 | [diff] [blame] | 7 | |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 8 | <body bgcolor="#ffffff"> |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 9 | <p><a href="http://www.gnome.org/"><img src="smallfootonly.gif" |
| 10 | alt="Gnome Logo"></a><a href="http://www.w3.org/Status"><img src="w3c.png" |
| 11 | alt="W3C Logo"></a></p> |
Daniel Veillard | ec30341 | 2000-03-24 13:41:54 +0000 | [diff] [blame] | 12 | |
Daniel Veillard | ec78c0f | 2000-08-25 10:25:23 +0000 | [diff] [blame] | 13 | <h1 align="center">The XML C library for Gnome</h1> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 14 | |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 15 | <h2 style="text-align: center">libxml, a.k.a. gnome-xml</h2> |
| 16 | |
| 17 | <p></p> |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 18 | <ul> |
| 19 | <li><a href="#Introducti">Introduction</a></li> |
| 20 | <li><a href="#Documentat">Documentation</a></li> |
Daniel Veillard | d5f97f8 | 2000-09-17 16:38:14 +0000 | [diff] [blame] | 21 | <li><a href="#Reporting">Reporting bugs and getting help</a></li> |
| 22 | <li><a href="#help">how to help</a></li> |
Daniel Veillard | 10a2c65 | 1999-12-12 13:03:50 +0000 | [diff] [blame] | 23 | <li><a href="#Downloads">Downloads</a></li> |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 24 | <li><a href="#News">News</a></li> |
| 25 | <li><a href="#XML">XML</a></li> |
Daniel Veillard | 8268716 | 2001-01-22 15:32:01 +0000 | [diff] [blame] | 26 | <li><a href="#XSLT">XSLT</a></li> |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 27 | <li><a href="#tree">The tree output</a></li> |
| 28 | <li><a href="#interface">The SAX interface</a></li> |
| 29 | <li><a href="#library">The XML library interfaces</a> |
| 30 | <ul> |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 31 | <li><a href="#Invoking">Invoking the parser: the pull way</a></li> |
| 32 | <li><a href="#Invoking">Invoking the parser: the push way</a></li> |
| 33 | <li><a href="#Invoking2">Invoking the parser: the SAX interface</a></li> |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 34 | <li><a href="#Building">Building a tree from scratch</a></li> |
| 35 | <li><a href="#Traversing">Traversing the tree</a></li> |
| 36 | <li><a href="#Modifying">Modifying the tree</a></li> |
| 37 | <li><a href="#Saving">Saving the tree</a></li> |
| 38 | <li><a href="#Compressio">Compression</a></li> |
| 39 | </ul> |
| 40 | </li> |
| 41 | <li><a href="#Entities">Entities or no entities</a></li> |
| 42 | <li><a href="#Namespaces">Namespaces</a></li> |
| 43 | <li><a href="#Validation">Validation</a></li> |
| 44 | <li><a href="#Principles">DOM principles</a></li> |
| 45 | <li><a href="#real">A real example</a></li> |
Daniel Veillard | 9698445 | 2000-08-31 13:50:12 +0000 | [diff] [blame] | 46 | <li><a href="#Contributi">Contributions</a></li> |
| 47 | </ul> |
| 48 | |
| 49 | <p>Separate documents:</p> |
| 50 | <ul> |
| 51 | <li><a href="upgrade.html">upgrade instructions for migrating to |
| 52 | libxml2</a></li> |
| 53 | <li><a href="encoding.html">libxml Internationalization support</a></li> |
| 54 | <li><a href="xmlio.html">libxml Input/Output interfaces</a></li> |
Daniel Veillard | 189446d | 2000-10-13 10:23:06 +0000 | [diff] [blame] | 55 | <li><a href="xmlmem.html">libxml Memory interfaces</a></li> |
Daniel Veillard | 300f7d6 | 2000-11-24 13:04:04 +0000 | [diff] [blame] | 56 | <li><a href="xmldtd.html">a short introduction about DTDs and |
| 57 | libxml</a></li> |
Daniel Veillard | 6e6a6cc | 2001-02-15 15:55:44 +0000 | [diff] [blame] | 58 | <li><a href="http://xmlsoft.org/XSLT/">the libxslt page</a></li> |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 59 | </ul> |
| 60 | |
| 61 | <h2><a name="Introducti">Introduction</a></h2> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 62 | |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 63 | <p>This document describes libxml, the <a |
Daniel Veillard | ec78c0f | 2000-08-25 10:25:23 +0000 | [diff] [blame] | 64 | href="http://www.w3.org/XML/">XML</a> C library developped for the <a |
| 65 | href="http://www.gnome.org/">Gnome</a> project. <a |
| 66 | href="http://www.w3.org/XML/">XML is a standard</a> for building tag-based |
| 67 | structured documents/data.</p> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 68 | |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 69 | <p>Here are some key points about libxml:</p> |
| 70 | <ul> |
Daniel Veillard | 189446d | 2000-10-13 10:23:06 +0000 | [diff] [blame] | 71 | <li>Libxml exports Push and Pull type parser interfaces for both XML and |
| 72 | HTML.</li> |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 73 | <li>Libxml can do DTD validation at parse time, using a parsed document |
| 74 | instance, or with an arbitrary DTD.</li> |
| 75 | <li>Libxml now includes nearly complete <a |
Daniel Veillard | 189446d | 2000-10-13 10:23:06 +0000 | [diff] [blame] | 76 | href="http://www.w3.org/TR/xpath">XPath</a> and <a |
Daniel Veillard | 0c06922 | 2000-10-21 09:25:52 +0000 | [diff] [blame] | 77 | href="http://www.w3.org/TR/xptr">XPointer</a> implementations.</li> |
Daniel Veillard | ec78c0f | 2000-08-25 10:25:23 +0000 | [diff] [blame] | 78 | <li>It is written in plain C, making as few assumptions as possible, and |
Daniel Veillard | 189446d | 2000-10-13 10:23:06 +0000 | [diff] [blame] | 79 | sticking closely to ANSI C/POSIX for easy embedding. Works on |
Daniel Veillard | ab8500d | 2000-10-15 21:06:19 +0000 | [diff] [blame] | 80 | Linux/Unix/Windows, ported to a number of other platforms.</li> |
Daniel Veillard | ec70e91 | 2001-02-26 20:10:45 +0000 | [diff] [blame] | 81 | <li>Basic support for HTTP and FTP client allowing aplications to fetch |
| 82 | remote resources</li> |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 83 | <li>The design is modular, most of the extensions can be compiled out.</li> |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 84 | <li>The internal document repesentation is as close as possible to the <a |
| 85 | href="http://www.w3.org/DOM/">DOM</a> interfaces.</li> |
| 86 | <li>Libxml also has a <a href="http://www.megginson.com/SAX/index.html">SAX |
Daniel Veillard | 402e8c8 | 2000-02-29 22:57:47 +0000 | [diff] [blame] | 87 | like interface</a>; the interface is designed to be compatible with <a |
| 88 | href="http://www.jclark.com/xml/expat.html">Expat</a>.</li> |
Daniel Veillard | ec30341 | 2000-03-24 13:41:54 +0000 | [diff] [blame] | 89 | <li>This library is released both under the <a |
| 90 | href="http://www.w3.org/Consortium/Legal/copyright-software-19980720.html">W3C |
Daniel Veillard | 189446d | 2000-10-13 10:23:06 +0000 | [diff] [blame] | 91 | IPR</a> and the <a href="http://www.gnu.org/copyleft/lesser.html">GNU |
| 92 | LGPL</a>. Use either at your convenience, basically this should make |
| 93 | everybody happy, if not, drop me a mail.</li> |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 94 | </ul> |
Daniel Veillard | ccb0963 | 1998-10-27 06:21:04 +0000 | [diff] [blame] | 95 | |
Daniel Veillard | e0c1d72 | 2001-03-21 10:28:36 +0000 | [diff] [blame] | 96 | <p>Warning: unless you are forced to because your application links with a |
| 97 | Gnome library requiring it, <strong><span |
| 98 | style="background-color: #FF0000">Do Not Use libxml1</span></strong>, use |
| 99 | libxml2</p> |
| 100 | |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 101 | <h2><a name="Documentat">Documentation</a></h2> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 102 | |
Daniel Veillard | 402e8c8 | 2000-02-29 22:57:47 +0000 | [diff] [blame] | 103 | <p>There are some on-line resources about using libxml:</p> |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 104 | <ol> |
Daniel Veillard | 365e13b | 2000-07-02 07:56:37 +0000 | [diff] [blame] | 105 | <li>Check the <a href="FAQ.html">FAQ</a></li> |
Daniel Veillard | c19fccc | 2000-07-03 11:52:01 +0000 | [diff] [blame] | 106 | <li>Check the <a href="http://xmlsoft.org/html/libxml-lib.html">extensive |
Daniel Veillard | 8c6d6af | 2000-08-25 17:14:13 +0000 | [diff] [blame] | 107 | documentation</a> automatically extracted from code comments (using <a |
| 108 | href="http://cvs.gnome.org/bonsai/rview.cgi?cvsroot=/cvs/gnome&dir=gtk-doc">gtk |
| 109 | doc</a>).</li> |
Daniel Veillard | 8d86964 | 2000-07-14 12:12:59 +0000 | [diff] [blame] | 110 | <li>Look at the documentation about <a href="encoding.html">libxml |
| 111 | internationalization support</a></li> |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 112 | <li>This page provides a global overview and <a href="#real">some |
Daniel Veillard | 402e8c8 | 2000-02-29 22:57:47 +0000 | [diff] [blame] | 113 | examples</a> on how to use libxml.</li> |
| 114 | <li><a href="mailto:james@daa.com.au">James Henstridge</a> wrote <a |
| 115 | href="http://www.daa.com.au/~james/gnome/xml-sax/xml-sax.html">some nice |
| 116 | documentation</a> explaining how to use the libxml SAX interface.</li> |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 117 | <li>George Lebl wrote <a |
| 118 | href="http://www-4.ibm.com/software/developer/library/gnome3/">an article |
Daniel Veillard | 402e8c8 | 2000-02-29 22:57:47 +0000 | [diff] [blame] | 119 | for IBM developerWorks</a> about using libxml.</li> |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 120 | <li>It is also a good idea to check to <a href="mailto:raph@levien.com">Raph |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 121 | Levien</a>'s <a href="http://levien.com/gnome/">web site</a> since he is |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 122 | building the <a href="http://levien.com/gnome/gdome.html">DOM interface |
Daniel Veillard | 402e8c8 | 2000-02-29 22:57:47 +0000 | [diff] [blame] | 123 | gdome</a> on top of libxml result tree and an implementation of <a |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 124 | href="http://www.w3.org/Graphics/SVG/">SVG</a> called <a |
| 125 | href="http://www.levien.com/svg/">gill</a>. Check his <a |
| 126 | href="http://www.levien.com/gnome/domination.html">DOMination |
| 127 | paper</a>.</li> |
Daniel Veillard | ec30341 | 2000-03-24 13:41:54 +0000 | [diff] [blame] | 128 | <li>Check <a href="http://cvs.gnome.org/lxr/source/gnome-xml/TODO">the TODO |
| 129 | file</a></li> |
| 130 | <li>Read the <a href="upgrade.html">1.x to 2.x upgrade path</a>. If you are |
| 131 | starting a new project using libxml you should really use the 2.x |
| 132 | version.</li> |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 133 | <li>And don't forget to look at the <a href="/messages/">mailing-list |
Daniel Veillard | c310d56 | 2000-06-23 18:32:15 +0000 | [diff] [blame] | 134 | archive</a>.</li> |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 135 | </ol> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 136 | |
Daniel Veillard | d5f97f8 | 2000-09-17 16:38:14 +0000 | [diff] [blame] | 137 | <h2><a name="Reporting">Reporting bugs and getting help</a></h2> |
Daniel Veillard | 4c3a203 | 1999-11-19 17:46:26 +0000 | [diff] [blame] | 138 | |
Daniel Veillard | 402e8c8 | 2000-02-29 22:57:47 +0000 | [diff] [blame] | 139 | <p>Well, bugs or missing features are always possible, and I will make a point |
Daniel Veillard | d5f97f8 | 2000-09-17 16:38:14 +0000 | [diff] [blame] | 140 | of fixing them in a timely fashion. The best way to report a bug is to use the |
Daniel Veillard | 8178110 | 2001-03-07 09:31:47 +0000 | [diff] [blame] | 141 | <a href="http://bugzilla.gnome.org/buglist.cgi?product=libxml">Gnome bug |
| 142 | tracking database</a> (make sure to use the "libxml" module name). I look at |
| 143 | reports there regularly and it's good to have a reminder when a bug is still |
Daniel Veillard | a41123c | 2001-04-22 19:31:20 +0000 | [diff] [blame] | 144 | open. Check the <a |
| 145 | href="http://bugzilla.gnome.org/bugwritinghelp.html">instructions on reporting |
| 146 | bugs</a> and be sure to specify that the bug is for the package libxml.</p> |
Daniel Veillard | 4c3a203 | 1999-11-19 17:46:26 +0000 | [diff] [blame] | 147 | |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 148 | <p>There is also a mailing-list <a |
Daniel Veillard | 3197f16 | 2001-04-04 00:40:08 +0000 | [diff] [blame] | 149 | href="mailto:xml@gnome.org">xml@gnome.org</a> for libxml, with an <a |
| 150 | href="http://mail.gnome.org/archives/xml/">on-line archive</a> (<a |
| 151 | href="http://xmlsoft.org/messages">old</a>). To subscribe to this list, please |
| 152 | visit the <a href="http://mail.gnome.org/mailman/listinfo/xml">associated |
| 153 | Web</a> page and follow the instructions.</p> |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 154 | |
Daniel Veillard | 402e8c8 | 2000-02-29 22:57:47 +0000 | [diff] [blame] | 155 | <p>Alternatively, you can just send the bug to the <a |
Daniel Veillard | 33a6780 | 2001-03-07 09:44:02 +0000 | [diff] [blame] | 156 | href="mailto:xml@gnome.org">xml@gnome.org</a> list; if it's really libxml |
Daniel Veillard | f121ab7 | 2000-08-29 23:40:42 +0000 | [diff] [blame] | 157 | related I will approve it..</p> |
Daniel Veillard | 4c3a203 | 1999-11-19 17:46:26 +0000 | [diff] [blame] | 158 | |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 159 | <p>Of course, bugs reported with a suggested patch for fixing them will |
Daniel Veillard | ec30341 | 2000-03-24 13:41:54 +0000 | [diff] [blame] | 160 | probably be processed faster.</p> |
| 161 | |
| 162 | <p>If you're looking for help, a quick look at <a |
| 163 | href="http://xmlsoft.org/messages/#407">the list archive</a> may actually |
| 164 | provide the answer, I usually send source samples when answering libxml usage |
Daniel Veillard | 6f0adb5 | 2000-07-03 11:41:26 +0000 | [diff] [blame] | 165 | questions. The <a href="http://xmlsoft.org/html/book1.html">auto-generated |
Daniel Veillard | ec30341 | 2000-03-24 13:41:54 +0000 | [diff] [blame] | 166 | documentantion</a> is not as polished as I would like (i need to learn more |
| 167 | about Docbook), but it's a good starting point.</p> |
| 168 | |
Daniel Veillard | d5f97f8 | 2000-09-17 16:38:14 +0000 | [diff] [blame] | 169 | <h2><a name="help">How to help</a></h2> |
| 170 | |
| 171 | <p>You can help the project in various ways, the best thing to do first is to |
| 172 | subscribe to the mailing-list as explained before, check the <a |
| 173 | href="http://xmlsoft.org/messages/">archives </a>and the <a |
| 174 | href="http://bugs.gnome.org/db/pa/lgnome-xml.html">Gnome bug |
| 175 | database:</a>:</p> |
| 176 | <ol> |
| 177 | <li>provide patches when you find problems</li> |
Daniel Veillard | 189446d | 2000-10-13 10:23:06 +0000 | [diff] [blame] | 178 | <li>provide the diffs when you port libxml to a new platform. They may not |
Daniel Veillard | ab8500d | 2000-10-15 21:06:19 +0000 | [diff] [blame] | 179 | be integrated in all cases but help pinpointing portability problems |
| 180 | and</li> |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 181 | <li>provide documentation fixes (either as patches to the code comments or |
Daniel Veillard | d5f97f8 | 2000-09-17 16:38:14 +0000 | [diff] [blame] | 182 | as HTML diffs).</li> |
| 183 | <li>provide new documentations pieces (translations, examples, etc ...)</li> |
| 184 | <li>Check the TODO file and try to close one of the items</li> |
| 185 | <li>take one of the points raised in the archive or the bug database and |
Daniel Veillard | 33a6780 | 2001-03-07 09:44:02 +0000 | [diff] [blame] | 186 | provide a fix. <a href="mailto:Daniel.Veillard@imag.fr">Get in touch with |
Daniel Veillard | d5f97f8 | 2000-09-17 16:38:14 +0000 | [diff] [blame] | 187 | me </a>before to avoid synchronization problems and check that the |
| 188 | suggested fix will fit in nicely :-)</li> |
| 189 | </ol> |
| 190 | |
Daniel Veillard | 10a2c65 | 1999-12-12 13:03:50 +0000 | [diff] [blame] | 191 | <h2><a name="Downloads">Downloads</a></h2> |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 192 | |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 193 | <p>The latest versions of libxml can be found on <a |
Daniel Veillard | 33a6780 | 2001-03-07 09:44:02 +0000 | [diff] [blame] | 194 | href="ftp://xmlsoft.org/">xmlsoft.org</a> or on the <a |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 195 | href="ftp://ftp.gnome.org/pub/GNOME/MIRRORS.html">Gnome FTP server</a> either |
Daniel Veillard | 10a2c65 | 1999-12-12 13:03:50 +0000 | [diff] [blame] | 196 | as a <a href="ftp://ftp.gnome.org/pub/GNOME/stable/sources/libxml/">source |
Daniel Veillard | 306be99 | 2000-07-03 12:38:45 +0000 | [diff] [blame] | 197 | archive</a> or <a |
Daniel Veillard | a41123c | 2001-04-22 19:31:20 +0000 | [diff] [blame] | 198 | href="ftp://ftp.gnome.org/pub/GNOME/stable/redhat/i386/libxml/">RPM |
| 199 | packages</a>. (NOTE that you need both the <a |
Daniel Veillard | c19fccc | 2000-07-03 11:52:01 +0000 | [diff] [blame] | 200 | href="http://rpmfind.net/linux/RPM/libxml2.html">libxml(2)</a> and <a |
| 201 | href="http://rpmfind.net/linux/RPM/libxml2-devel.html">libxml(2)-devel</a> |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 202 | packages installed to compile applications using libxml.)</p> |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 203 | |
Daniel Veillard | 6c8b117 | 2000-03-01 00:40:41 +0000 | [diff] [blame] | 204 | <p><a name="Snapshot">Snapshot:</a></p> |
| 205 | <ul> |
| 206 | <li>Code from the W3C cvs base libxml <a |
Daniel Veillard | 33a6780 | 2001-03-07 09:44:02 +0000 | [diff] [blame] | 207 | href="ftp://xmlsoft.org/cvs-snapshot.tar.gz">cvs-snapshot.tar.gz</a></li> |
Daniel Veillard | 6c8b117 | 2000-03-01 00:40:41 +0000 | [diff] [blame] | 208 | <li>Docs, content of the web site, the list archive included <a |
Daniel Veillard | 33a6780 | 2001-03-07 09:44:02 +0000 | [diff] [blame] | 209 | href="ftp://xmlsoft.org/libxml-docs.tar.gz">libxml-docs.tar.gz</a></li> |
Daniel Veillard | 6c8b117 | 2000-03-01 00:40:41 +0000 | [diff] [blame] | 210 | </ul> |
| 211 | |
| 212 | <p><a name="Contribs">Contribs:</a></p> |
| 213 | |
| 214 | <p>I do accept external contributions, especially if compiling on another |
| 215 | platform, get in touch with me to upload the package. I will keep them in the |
Daniel Veillard | 33a6780 | 2001-03-07 09:44:02 +0000 | [diff] [blame] | 216 | <a href="ftp://xmlsoft.org/contribs/">contrib directory</a></p> |
Daniel Veillard | 6c8b117 | 2000-03-01 00:40:41 +0000 | [diff] [blame] | 217 | |
Daniel Veillard | 8268716 | 2001-01-22 15:32:01 +0000 | [diff] [blame] | 218 | <p>Libxml is also available from CVS:</p> |
Daniel Veillard | 10a2c65 | 1999-12-12 13:03:50 +0000 | [diff] [blame] | 219 | <ul> |
Daniel Veillard | 10a2c65 | 1999-12-12 13:03:50 +0000 | [diff] [blame] | 220 | <li><p>The <a |
| 221 | href="http://cvs.gnome.org/bonsai/rview.cgi?cvsroot=/cvs/gnome&dir=gnome-xml">Gnome |
Daniel Veillard | 402e8c8 | 2000-02-29 22:57:47 +0000 | [diff] [blame] | 222 | CVS base</a>. Check the <a |
| 223 | href="http://developer.gnome.org/tools/cvs.html">Gnome CVS Tools</a> page; |
| 224 | the CVS module is <b>gnome-xml</b>.</p> |
Daniel Veillard | 10a2c65 | 1999-12-12 13:03:50 +0000 | [diff] [blame] | 225 | </li> |
Daniel Veillard | 8268716 | 2001-01-22 15:32:01 +0000 | [diff] [blame] | 226 | <li>The <strong>libxslt</strong> module is also present there</li> |
Daniel Veillard | 10a2c65 | 1999-12-12 13:03:50 +0000 | [diff] [blame] | 227 | </ul> |
| 228 | |
| 229 | <h2><a name="News">News</a></h2> |
| 230 | |
Daniel Veillard | 944b5ff | 1999-12-15 19:08:24 +0000 | [diff] [blame] | 231 | <h3>CVS only : check the <a |
| 232 | href="http://cvs.gnome.org/lxr/source/gnome-xml/ChangeLog">Changelog</a> file |
Daniel Veillard | 189446d | 2000-10-13 10:23:06 +0000 | [diff] [blame] | 233 | for a really accurate description</h3> |
Daniel Veillard | ab8500d | 2000-10-15 21:06:19 +0000 | [diff] [blame] | 234 | |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 235 | <p>Items floating around but not actively worked on, get in touch with me if |
Daniel Veillard | ab8500d | 2000-10-15 21:06:19 +0000 | [diff] [blame] | 236 | you want to test those</p> |
| 237 | <ul> |
Daniel Veillard | 6e6a6cc | 2001-02-15 15:55:44 +0000 | [diff] [blame] | 238 | <li>Implementing <a href="http://xmlsoft.org/XSLT">XSLT</a>, this is done as |
| 239 | a separate C library on top of libxml called libxslt, not released yet but |
| 240 | available from CVS</li> |
Daniel Veillard | 28929b2 | 2000-11-13 18:22:49 +0000 | [diff] [blame] | 241 | <li>Finishing up <a href="http://www.w3.org/TR/xptr">XPointer</a> and <a |
| 242 | href="http://www.w3.org/TR/xinclude">XInclude</a></li> |
Daniel Veillard | 8268716 | 2001-01-22 15:32:01 +0000 | [diff] [blame] | 243 | <li>(seeems working but delayed from release) parsing/import of Docbook SGML |
| 244 | docs</li> |
Daniel Veillard | ab8500d | 2000-10-15 21:06:19 +0000 | [diff] [blame] | 245 | </ul> |
| 246 | |
Daniel Veillard | 2e4f188 | 2001-06-01 10:11:57 +0000 | [diff] [blame^] | 247 | <h3>2.3.10: June 1 2001</h3> |
| 248 | <ul> |
| 249 | <li>fixed the SGML catalog support</li> |
| 250 | <li>a number of reported bugs got fixed, in XPath, iconv detection, XInclude |
| 251 | processing</li> |
| 252 | <li>XPath string function should now handle unicode correctly</li> |
| 253 | </ul> |
| 254 | |
Daniel Veillard | 4623acd | 2001-05-19 15:13:15 +0000 | [diff] [blame] | 255 | <h3>2.3.9: May 19 2001</h3> |
| 256 | |
| 257 | <p>Lots of bugfixes, and added a basic SGML catalog support:</p> |
| 258 | <ul> |
| 259 | <li>HTML push bugfix #54891 and another patch from Jonas Borgström</li> |
| 260 | <li>some serious speed optimisation again</li> |
| 261 | <li>some documentation cleanups</li> |
| 262 | <li>trying to get better linking on solaris (-R)</li> |
| 263 | <li>XPath API cleanup from Thomas Broyer</li> |
| 264 | <li>Validation bug fixed #54631, added a patch from Gary Pennington, fixed |
| 265 | xmlValidGetValidElements()</li> |
| 266 | <li>Added an INSTALL file</li> |
| 267 | <li>Attribute removal added to API: #54433</li> |
| 268 | <li>added a basic support for SGML catalogs</li> |
| 269 | <li>fixed xmlKeepBlanksDefault(0) API</li> |
| 270 | <li>bugfix in xmlNodeGetLang()</li> |
| 271 | <li>fixed a small configure portability problem</li> |
| 272 | <li>fixed an inversion of SYSTEM and PUBLIC identifier in HTML document</li> |
| 273 | </ul> |
| 274 | |
Daniel Veillard | a265af7 | 2001-05-14 11:13:58 +0000 | [diff] [blame] | 275 | <h3>1.8.13: May 14 2001</h3> |
| 276 | <ul> |
| 277 | <li>bugfixes release of the old libxml1 branch used by Gnome</li> |
| 278 | </ul> |
| 279 | |
Daniel Veillard | 3bbbe6f | 2001-05-03 11:15:37 +0000 | [diff] [blame] | 280 | <h3>2.3.8: May 3 2001</h3> |
| 281 | <ul> |
| 282 | <li>Integrated an SGML DocBook parser for the Gnome project</li> |
| 283 | <li>Fixed a few things in the HTML parser</li> |
| 284 | <li>Fixed some XPath bugs raised by XSLT use, tried to fix the floating |
| 285 | point portability issue</li> |
| 286 | <li>Speed improvement (8M/s for SAX, 3M/s for DOM, 1.5M/s for DOM+validation |
| 287 | using the XML REC as input and a 700MHz celeron).</li> |
| 288 | <li>incorporated more Windows cleanup</li> |
| 289 | <li>added xmlSaveFormatFile()</li> |
| 290 | <li>fixed problems in copying nodes with entities references (gdome)</li> |
| 291 | <li>removed some troubles surrounding the new validation module</li> |
| 292 | </ul> |
| 293 | |
Daniel Veillard | a41123c | 2001-04-22 19:31:20 +0000 | [diff] [blame] | 294 | <h3>2.3.7: April 22 2001</h3> |
| 295 | <ul> |
| 296 | <li>lots of small bug fixes, corrected XPointer</li> |
| 297 | <li>Non determinist content model validation support</li> |
| 298 | <li>added xmlDocCopyNode for gdome2</li> |
| 299 | <li>revamped the way the HTML parser handles end of tags</li> |
| 300 | <li>XPath: corrctions of namespacessupport and number formatting</li> |
| 301 | <li>Windows: Igor Zlatkovic patches for MSC compilation</li> |
| 302 | <li>HTML ouput fixes from P C Chow and William M. Brack</li> |
| 303 | <li>Improved validation speed sensible for DocBook</li> |
| 304 | <li>fixed a big bug with ID declared in external parsed entities</li> |
| 305 | <li>portability fixes, update of Trio from Bjorn Reese</li> |
| 306 | </ul> |
| 307 | |
Daniel Veillard | afc7311 | 2001-04-11 11:51:41 +0000 | [diff] [blame] | 308 | <h3>2.3.6: April 8 2001</h3> |
| 309 | <ul> |
| 310 | <li>Code cleanup using extreme gcc compiler warning options, found and |
| 311 | cleared half a dozen potential problem</li> |
| 312 | <li>the Eazel team found an XML parser bug</li> |
| 313 | <li>cleaned up the user of some of the string formatting function. used the |
| 314 | trio library code to provide the one needed when the platform is missing |
| 315 | them</li> |
| 316 | <li>xpath: removed a memory leak and fixed the predicate evaluation problem, |
| 317 | extended the testsuite and cleaned up the result. XPointer seems broken |
| 318 | ...</li> |
| 319 | </ul> |
| 320 | |
Daniel Veillard | 56a4cb8 | 2001-03-24 17:00:36 +0000 | [diff] [blame] | 321 | <h3>2.3.5: Mar 23 2001</h3> |
| 322 | <ul> |
| 323 | <li>Biggest change is separate parsing and evaluation of XPath expressions, |
| 324 | there is some new APIs for this too</li> |
| 325 | <li>included a number of bug fixes(XML push parser, 51876, notations, |
| 326 | 52299)</li> |
| 327 | <li>Fixed some portability issues</li> |
| 328 | </ul> |
| 329 | |
Daniel Veillard | e356c28 | 2001-03-10 12:32:04 +0000 | [diff] [blame] | 330 | <h3>2.3.4: Mar 10 2001</h3> |
| 331 | <ul> |
| 332 | <li>Fixed bugs #51860 and #51861</li> |
| 333 | <li>Added a global variable xmlDefaultBufferSize to allow default buffer |
| 334 | size to be application tunable.</li> |
| 335 | <li>Some cleanup in the validation code, still a bug left and this part |
| 336 | should probably be rewritten to support ambiguous content model :-\</li> |
| 337 | <li>Fix a couple of serious bugs introduced or raised by changes in 2.3.3 |
| 338 | parser</li> |
| 339 | <li>Fixed another bug in xmlNodeGetContent()</li> |
| 340 | <li>Bjorn fixed XPath node collection and Number formatting</li> |
| 341 | <li>Fixed a loop reported in the HTML parsing</li> |
| 342 | <li>blank space are reported even if the Dtd content model proves that they |
| 343 | are formatting spaces, this is for XmL conformance</li> |
| 344 | </ul> |
| 345 | |
Daniel Veillard | b402c07 | 2001-03-01 17:28:58 +0000 | [diff] [blame] | 346 | <h3>2.3.3: Mar 1 2001</h3> |
| 347 | <ul> |
| 348 | <li>small change in XPath for XSLT</li> |
| 349 | <li>documentation cleanups</li> |
| 350 | <li>fix in validation by Gary Pennington</li> |
| 351 | <li>serious parsing performances improvements</li> |
| 352 | </ul> |
| 353 | |
Daniel Veillard | ec70e91 | 2001-02-26 20:10:45 +0000 | [diff] [blame] | 354 | <h3>2.3.2: Feb 24 2001</h3> |
Daniel Veillard | 7168110 | 2001-02-24 17:48:53 +0000 | [diff] [blame] | 355 | <ul> |
| 356 | <li>chasing XPath bugs, found a bunch, completed some TODO</li> |
| 357 | <li>fixed a Dtd parsing bug</li> |
| 358 | <li>fixed a bug in xmlNodeGetContent</li> |
| 359 | <li>ID/IDREF support partly rewritten by Gary Pennington</li> |
| 360 | </ul> |
| 361 | |
Daniel Veillard | ec70e91 | 2001-02-26 20:10:45 +0000 | [diff] [blame] | 362 | <h3>2.3.1: Feb 15 2001</h3> |
Daniel Veillard | 6e6a6cc | 2001-02-15 15:55:44 +0000 | [diff] [blame] | 363 | <ul> |
| 364 | <li>some XPath and HTML bug fixes for XSLT</li> |
| 365 | <li>small extension of the hash table interfaces for DOM gdome2 |
| 366 | implementation</li> |
| 367 | <li>A few bug fixes</li> |
| 368 | </ul> |
| 369 | |
Daniel Veillard | ec70e91 | 2001-02-26 20:10:45 +0000 | [diff] [blame] | 370 | <h3>2.3.0: Feb 8 2001 (2.2.12 was on 25 Jan but I didn't kept track)</h3> |
Daniel Veillard | 6e6a6cc | 2001-02-15 15:55:44 +0000 | [diff] [blame] | 371 | <ul> |
| 372 | <li>Lots of XPath bug fixes</li> |
| 373 | <li>Add a mode with Dtd lookup but without validation error reporting for |
| 374 | XSLT</li> |
| 375 | <li>Add support for text node without escaping (XSLT)</li> |
| 376 | <li>bug fixes for xmlCheckFilename</li> |
| 377 | <li>validation code bug fixes from Gary Pennington</li> |
| 378 | <li>Patch from Paul D. Smith correcting URI path normalization</li> |
| 379 | <li>Patch to allow simultaneous install of libxml-devel and |
| 380 | libxml2-devel</li> |
| 381 | <li>the example Makefile is now fixed</li> |
| 382 | <li>added HTML to the RPM packages</li> |
| 383 | <li>tree copying bugfixes</li> |
| 384 | <li>updates to Windows makefiles</li> |
| 385 | <li>optimisation patch from Bjorn Reese</li> |
| 386 | </ul> |
| 387 | |
Daniel Veillard | ec70e91 | 2001-02-26 20:10:45 +0000 | [diff] [blame] | 388 | <h3>2.2.11: Jan 4 2001</h3> |
Daniel Veillard | 503b893 | 2001-01-05 06:36:31 +0000 | [diff] [blame] | 389 | <ul> |
| 390 | <li>bunch of bug fixes (memory I/O, xpath, ftp/http, ...)</li> |
| 391 | <li>added htmlHandleOmittedElem()</li> |
| 392 | <li>Applied Bjorn Reese's IPV6 first patch</li> |
| 393 | <li>Applied Paul D. Smith patches for validation of XInclude results</li> |
Daniel Veillard | 8268716 | 2001-01-22 15:32:01 +0000 | [diff] [blame] | 394 | <li>added XPointer xmlns() new scheme support</li> |
Daniel Veillard | 503b893 | 2001-01-05 06:36:31 +0000 | [diff] [blame] | 395 | </ul> |
| 396 | |
Daniel Veillard | 2ddd23d | 2000-11-25 10:42:19 +0000 | [diff] [blame] | 397 | <h3>2.2.10: Nov 25 2000</h3> |
Daniel Veillard | 9d343c4 | 2000-11-25 10:12:43 +0000 | [diff] [blame] | 398 | <ul> |
| 399 | <li>Fix the Windows problems of 2.2.8</li> |
| 400 | <li>integrate OpenVMS patches</li> |
| 401 | <li>better handling of some nasty HTML input</li> |
| 402 | <li>Improved the XPointer implementation</li> |
| 403 | <li>integrate a number of provided patches</li> |
| 404 | </ul> |
| 405 | |
Daniel Veillard | 2ddd23d | 2000-11-25 10:42:19 +0000 | [diff] [blame] | 406 | <h3>2.2.9: Nov 25 2000</h3> |
| 407 | <ul> |
| 408 | <li>erroneous release :-(</li> |
| 409 | </ul> |
| 410 | |
Daniel Veillard | 28929b2 | 2000-11-13 18:22:49 +0000 | [diff] [blame] | 411 | <h3>2.2.8: Nov 13 2000</h3> |
| 412 | <ul> |
| 413 | <li>First version of <a href="http://www.w3.org/TR/xinclude">XInclude</a> |
| 414 | support</li> |
| 415 | <li>Patch in conditional section handling</li> |
| 416 | <li>updated MS compiler project</li> |
| 417 | <li>fixed some XPath problems</li> |
| 418 | <li>added an URI escaping function</li> |
| 419 | <li>some other bug fixes</li> |
| 420 | </ul> |
| 421 | |
| 422 | <h3>2.2.7: Oct 31 2000</h3> |
| 423 | <ul> |
| 424 | <li>added message redirection</li> |
| 425 | <li>XPath improvements (thanks TOM !)</li> |
| 426 | <li>xmlIOParseDTD() added</li> |
| 427 | <li>various small fixes in the HTML, URI, HTTP and XPointer support</li> |
| 428 | <li>some cleanup of the Makefile, autoconf and the distribution content</li> |
| 429 | </ul> |
| 430 | |
Daniel Veillard | 29a11cc | 2000-10-25 13:32:39 +0000 | [diff] [blame] | 431 | <h3>2.2.6: Oct 25 2000:</h3> |
| 432 | <ul> |
| 433 | <li>Added an hash table module, migrated a number of internal structure to |
| 434 | those</li> |
| 435 | <li>Fixed a posteriori validation problems</li> |
| 436 | <li>HTTP module cleanups</li> |
| 437 | <li>HTML parser improvements (tag errors, script/style handling, attribute |
| 438 | normalization)</li> |
| 439 | <li>coalescing of adjacent text nodes</li> |
| 440 | <li>couple of XPath bug fixes, exported the internal API</li> |
| 441 | </ul> |
| 442 | |
Daniel Veillard | ab8500d | 2000-10-15 21:06:19 +0000 | [diff] [blame] | 443 | <h3>2.2.5: Oct 15 2000:</h3> |
Daniel Veillard | 4c3a203 | 1999-11-19 17:46:26 +0000 | [diff] [blame] | 444 | <ul> |
Daniel Veillard | 189446d | 2000-10-13 10:23:06 +0000 | [diff] [blame] | 445 | <li>XPointer implementation and testsuite</li> |
| 446 | <li>Lot of XPath fixes, added variable and functions registration, more |
| 447 | tests</li> |
| 448 | <li>Portability fixes, lots of enhancements toward an easy Windows build and |
| 449 | release</li> |
| 450 | <li>Late validation fixes</li> |
| 451 | <li>Integrated a lot of contributed patches</li> |
| 452 | <li>added memory management docs</li> |
Daniel Veillard | ab8500d | 2000-10-15 21:06:19 +0000 | [diff] [blame] | 453 | <li>a performance problem when using large buffer seems fixed</li> |
Daniel Veillard | 189446d | 2000-10-13 10:23:06 +0000 | [diff] [blame] | 454 | </ul> |
| 455 | |
| 456 | <h3>2.2.4: Oct 1 2000:</h3> |
| 457 | <ul> |
| 458 | <li>main XPath problem fixed</li> |
| 459 | <li>Integrated portability patches for Windows</li> |
| 460 | <li>Serious bug fixes on the URI and HTML code</li> |
Daniel Veillard | 361d845 | 2000-04-03 19:48:13 +0000 | [diff] [blame] | 461 | </ul> |
| 462 | |
Daniel Veillard | d5f97f8 | 2000-09-17 16:38:14 +0000 | [diff] [blame] | 463 | <h3>2.2.3: Sep 17 2000</h3> |
| 464 | <ul> |
| 465 | <li>bug fixes</li> |
| 466 | <li>cleanup of entity handling code</li> |
| 467 | <li>overall review of all loops in the parsers, all sprintf usage has been |
| 468 | checked too</li> |
| 469 | <li>Far better handling of larges Dtd. Validating against Docbook XML Dtd |
| 470 | works smoothly now.</li> |
| 471 | </ul> |
| 472 | |
| 473 | <h3>1.8.10: Sep 6 2000</h3> |
| 474 | <ul> |
| 475 | <li>bug fix release for some Gnome projects</li> |
| 476 | </ul> |
| 477 | |
| 478 | <h3>2.2.2: August 12 2000</h3> |
Daniel Veillard | 786d7c8 | 2000-08-12 23:38:57 +0000 | [diff] [blame] | 479 | <ul> |
| 480 | <li>mostly bug fixes</li> |
Daniel Veillard | ec78c0f | 2000-08-25 10:25:23 +0000 | [diff] [blame] | 481 | <li>started adding routines to access xml parser context options</li> |
Daniel Veillard | 786d7c8 | 2000-08-12 23:38:57 +0000 | [diff] [blame] | 482 | </ul> |
| 483 | |
Daniel Veillard | d5f97f8 | 2000-09-17 16:38:14 +0000 | [diff] [blame] | 484 | <h3>2.2.1: July 21 2000</h3> |
Daniel Veillard | a2679fa | 2000-07-22 02:38:15 +0000 | [diff] [blame] | 485 | <ul> |
| 486 | <li>a purely bug fixes release</li> |
| 487 | <li>fixed an encoding support problem when parsing from a memory block</li> |
| 488 | <li>fixed a DOCTYPE parsing problem</li> |
| 489 | <li>removed a bug in the function allowing to override the memory allocation |
| 490 | routines</li> |
| 491 | </ul> |
| 492 | |
Daniel Veillard | d5f97f8 | 2000-09-17 16:38:14 +0000 | [diff] [blame] | 493 | <h3>2.2.0: July 14 2000</h3> |
Daniel Veillard | 94e9060 | 2000-07-17 14:38:19 +0000 | [diff] [blame] | 494 | <ul> |
| 495 | <li>applied a lot of portability fixes</li> |
| 496 | <li>better encoding support/cleanup and saving (content is now always |
| 497 | encoded in UTF-8)</li> |
| 498 | <li>the HTML parser now correctly handles encodings</li> |
| 499 | <li>added xmlHasProp()</li> |
| 500 | <li>fixed a serious problem with &#38;</li> |
| 501 | <li>propagated the fix to FTP client</li> |
| 502 | <li>cleanup, bugfixes, etc ...</li> |
| 503 | <li>Added a page about <a href="encoding.html">libxml Internationalization |
| 504 | support</a></li> |
| 505 | </ul> |
| 506 | |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 507 | <h3>1.8.9: July 9 2000</h3> |
| 508 | <ul> |
| 509 | <li>fixed the spec the RPMs should be better</li> |
| 510 | <li>fixed a serious bug in the FTP implementation, released 1.8.9 to solve |
| 511 | rpmfind users problem</li> |
| 512 | </ul> |
| 513 | |
Daniel Veillard | 6388e17 | 2000-07-03 16:07:19 +0000 | [diff] [blame] | 514 | <h3>2.1.1: July 1 2000</h3> |
| 515 | <ul> |
| 516 | <li>fixes a couple of bugs in the 2.1.0 packaging</li> |
| 517 | <li>improvements on the HTML parser</li> |
| 518 | </ul> |
| 519 | |
Daniel Veillard | 3f6f7f6 | 2000-06-30 17:58:25 +0000 | [diff] [blame] | 520 | <h3>2.1.0 and 1.8.8: June 29 2000</h3> |
| 521 | <ul> |
| 522 | <li>1.8.8 is mostly a comodity package for upgrading to libxml2 accoding to |
| 523 | <a href="upgrade.html">new instructions</a>. It fixes a nasty problem |
| 524 | about &#38; charref parsing</li> |
| 525 | <li>2.1.0 also ease the upgrade from libxml v1 to the recent version. it |
| 526 | also contains numerous fixes and enhancements: |
| 527 | <ul> |
| 528 | <li>added xmlStopParser() to stop parsing</li> |
| 529 | <li>improved a lot parsing speed when there is large CDATA blocs</li> |
| 530 | <li>includes XPath patches provided by Picdar Technology</li> |
| 531 | <li>tried to fix as much as possible DtD validation and namespace |
| 532 | related problems</li> |
| 533 | <li>output to a given encoding has been added/tested</li> |
| 534 | <li>lot of various fixes</li> |
| 535 | </ul> |
| 536 | </li> |
| 537 | </ul> |
| 538 | |
Daniel Veillard | e0aed30 | 2000-04-16 08:52:20 +0000 | [diff] [blame] | 539 | <h3>2.0.0: Apr 12 2000</h3> |
Daniel Veillard | 361d845 | 2000-04-03 19:48:13 +0000 | [diff] [blame] | 540 | <ul> |
| 541 | <li>First public release of libxml2. If you are using libxml, it's a good |
Daniel Veillard | e0aed30 | 2000-04-16 08:52:20 +0000 | [diff] [blame] | 542 | idea to check the 1.x to 2.x upgrade instructions. NOTE: while initally |
| 543 | scheduled for Apr 3 the relase occured only on Apr 12 due to massive |
| 544 | workload.</li> |
Daniel Veillard | 361d845 | 2000-04-03 19:48:13 +0000 | [diff] [blame] | 545 | <li>The include are now located under $prefix/include/libxml (instead of |
Daniel Veillard | e0aed30 | 2000-04-16 08:52:20 +0000 | [diff] [blame] | 546 | $prefix/include/gnome-xml), they also are referenced by |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 547 | <pre>#include <libxml/xxx.h></pre> |
Daniel Veillard | e0aed30 | 2000-04-16 08:52:20 +0000 | [diff] [blame] | 548 | <p>instead of</p> |
Daniel Veillard | 361d845 | 2000-04-03 19:48:13 +0000 | [diff] [blame] | 549 | <pre>#include "xxx.h"</pre> |
| 550 | </li> |
Daniel Veillard | 8f62198 | 2000-03-20 13:07:15 +0000 | [diff] [blame] | 551 | <li>a new URI module for parsing URIs and following strictly RFC 2396</li> |
| 552 | <li>the memory allocation routines used by libxml can now be overloaded |
| 553 | dynamically by using xmlMemSetup()</li> |
Daniel Veillard | 361d845 | 2000-04-03 19:48:13 +0000 | [diff] [blame] | 554 | <li>The previously CVS only tool tester has been renamed |
| 555 | <strong>xmllint</strong> and is now installed as part of the libxml2 |
| 556 | package</li> |
Daniel Veillard | e0aed30 | 2000-04-16 08:52:20 +0000 | [diff] [blame] | 557 | <li>The I/O interface has been revamped. There is now ways to plug in |
| 558 | specific I/O modules, either at the URI scheme detection level using |
| 559 | xmlRegisterInputCallbacks() or by passing I/O functions when creating a |
| 560 | parser context using xmlCreateIOParserCtxt()</li> |
| 561 | <li>there is a C preprocessor macro LIBXML_VERSION providing the version |
| 562 | number of the libxml module in use</li> |
| 563 | <li>a number of optional features of libxml can now be excluded at configure |
| 564 | time (FTP/HTTP/HTML/XPath/Debug)</li> |
Daniel Veillard | edfb29b | 2000-03-14 19:59:05 +0000 | [diff] [blame] | 565 | </ul> |
| 566 | |
| 567 | <h3>2.0.0beta: Mar 14 2000</h3> |
| 568 | <ul> |
| 569 | <li>This is a first Beta release of libxml version 2</li> |
Daniel Veillard | e356c28 | 2001-03-10 12:32:04 +0000 | [diff] [blame] | 570 | <li>It's available only from<a href="ftp://xmlsoft.org/">xmlsoft.org |
| 571 | FTP</a>, it's packaged as libxml2-2.0.0beta and available as tar and |
| 572 | RPMs</li> |
Daniel Veillard | edfb29b | 2000-03-14 19:59:05 +0000 | [diff] [blame] | 573 | <li>This version is now the head in the Gnome CVS base, the old one is |
| 574 | available under the tag LIB_XML_1_X</li> |
| 575 | <li>This includes a very large set of changes. Froma programmatic point of |
| 576 | view applications should not have to be modified too much, check the <a |
| 577 | href="upgrade.html">upgrade page</a></li> |
| 578 | <li>Some interfaces may changes (especially a bit about encoding).</li> |
| 579 | <li>the updates includes: |
Daniel Veillard | 6c8b117 | 2000-03-01 00:40:41 +0000 | [diff] [blame] | 580 | <ul> |
Daniel Veillard | edfb29b | 2000-03-14 19:59:05 +0000 | [diff] [blame] | 581 | <li>fix I18N support. ISO-Latin-x/UTF-8/UTF-16 (nearly) seems correctly |
| 582 | handled now</li> |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 583 | <li>Better handling of entities, especially well formedness checking and |
| 584 | proper PEref extensions in external subsets</li> |
Daniel Veillard | 6c8b117 | 2000-03-01 00:40:41 +0000 | [diff] [blame] | 585 | <li>DTD conditional sections</li> |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 586 | <li>Validation now correcly handle entities content</li> |
Daniel Veillard | 6c8b117 | 2000-03-01 00:40:41 +0000 | [diff] [blame] | 587 | <li><a href="http://rpmfind.net/tools/gdome/messages/0039.html">change |
| 588 | structures to accomodate DOM</a></li> |
Daniel Veillard | 6c8b117 | 2000-03-01 00:40:41 +0000 | [diff] [blame] | 589 | </ul> |
| 590 | </li> |
Daniel Veillard | edfb29b | 2000-03-14 19:59:05 +0000 | [diff] [blame] | 591 | <li>Serious progress were made toward compliance, <a |
| 592 | href="conf/result.html">here are the result of the test</a> against the |
| 593 | OASIS testsuite (except the japanese tests since I don't support that |
| 594 | encoding yet). This URL is rebuilt every couple of hours using the CVS |
| 595 | head version.</li> |
Daniel Veillard | e41f2b7 | 2000-01-30 20:00:07 +0000 | [diff] [blame] | 596 | </ul> |
| 597 | |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 598 | <h3>1.8.7: Mar 6 2000</h3> |
| 599 | <ul> |
| 600 | <li>This is a bug fix release:</li> |
| 601 | <li>It is possible to disable the ignorable blanks heuristic used by |
| 602 | libxml-1.x, a new function xmlKeepBlanksDefault(0) will allow this. Note |
| 603 | that for adherence to XML spec, this behaviour will be disabled by default |
| 604 | in 2.x . The same function will allow to keep compatibility for old |
| 605 | code.</li> |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 606 | <li>Blanks in <a> </a> constructs are not ignored anymore, |
| 607 | avoiding heuristic is really the Right Way :-\</li> |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 608 | <li>The unchecked use of snprintf which was breaking libxml-1.8.6 |
| 609 | compilation on some platforms has been fixed</li> |
| 610 | <li>nanoftp.c nanohttp.c: Fixed '#' and '?' stripping when processing |
| 611 | URIs</li> |
| 612 | </ul> |
| 613 | |
Daniel Veillard | e41f2b7 | 2000-01-30 20:00:07 +0000 | [diff] [blame] | 614 | <h3>1.8.6: Jan 31 2000</h3> |
| 615 | <ul> |
| 616 | <li>added a nanoFTP transport module, debugged until the new version of <a |
| 617 | href="http://rpmfind.net/linux/rpm2html/rpmfind.html">rpmfind</a> can use |
| 618 | it without troubles</li> |
Daniel Veillard | da07c34 | 2000-01-25 18:31:22 +0000 | [diff] [blame] | 619 | </ul> |
| 620 | |
| 621 | <h3>1.8.5: Jan 21 2000</h3> |
| 622 | <ul> |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 623 | <li>adding APIs to parse a well balanced chunk of XML (production <a |
| 624 | href="http://www.w3.org/TR/REC-xml#NT-content">[43] content</a> of the XML |
| 625 | spec)</li> |
Daniel Veillard | 461a66c | 2000-01-18 18:01:01 +0000 | [diff] [blame] | 626 | <li>fixed a hideous bug in xmlGetProp pointed by Rune.Djurhuus@fast.no</li> |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 627 | <li>Jody Goldberg <jgoldberg@home.com> provided another patch trying |
| 628 | to solve the zlib checks problems</li> |
Daniel Veillard | 461a66c | 2000-01-18 18:01:01 +0000 | [diff] [blame] | 629 | <li>The current state in gnome CVS base is expected to ship as 1.8.5 with |
| 630 | gnumeric soon</li> |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 631 | </ul> |
| 632 | |
| 633 | <h3>1.8.4: Jan 13 2000</h3> |
| 634 | <ul> |
| 635 | <li>bug fixes, reintroduced xmlNewGlobalNs(), fixed xmlNewNs()</li> |
| 636 | <li>all exit() call should have been removed from libxml</li> |
| 637 | <li>fixed a problem with INCLUDE_WINSOCK on WIN32 platform</li> |
| 638 | <li>added newDocFragment()</li> |
Daniel Veillard | f84f71f | 2000-01-05 19:54:23 +0000 | [diff] [blame] | 639 | </ul> |
| 640 | |
| 641 | <h3>1.8.3: Jan 5 2000</h3> |
| 642 | <ul> |
| 643 | <li>a Push interface for the XML and HTML parsers</li> |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 644 | <li>a shell-like interface to the document tree (try tester --shell :-)</li> |
Daniel Veillard | dbfd641 | 1999-12-28 16:35:14 +0000 | [diff] [blame] | 645 | <li>lots of bug fixes and improvement added over XMas hollidays</li> |
Daniel Veillard | 437b87b | 2000-01-03 17:30:46 +0000 | [diff] [blame] | 646 | <li>fixed the DTD parsing code to work with the xhtml DTD</li> |
Daniel Veillard | f84f71f | 2000-01-05 19:54:23 +0000 | [diff] [blame] | 647 | <li>added xmlRemoveProp(), xmlRemoveID() and xmlRemoveRef()</li> |
| 648 | <li>Fixed bugs in xmlNewNs()</li> |
Daniel Veillard | 437b87b | 2000-01-03 17:30:46 +0000 | [diff] [blame] | 649 | <li>External entity loading code has been revamped, now it uses |
Daniel Veillard | f84f71f | 2000-01-05 19:54:23 +0000 | [diff] [blame] | 650 | xmlLoadExternalEntity(), some fix on entities processing were added</li> |
Daniel Veillard | 437b87b | 2000-01-03 17:30:46 +0000 | [diff] [blame] | 651 | <li>cleaned up WIN32 includes of socket stuff</li> |
Daniel Veillard | 5cb5ab8 | 1999-12-21 15:35:29 +0000 | [diff] [blame] | 652 | </ul> |
| 653 | |
| 654 | <h3>1.8.2: Dec 21 1999</h3> |
| 655 | <ul> |
Daniel Veillard | b24054a | 1999-12-18 15:32:46 +0000 | [diff] [blame] | 656 | <li>I got another problem with includes and C++, I hope this issue is fixed |
| 657 | for good this time</li> |
Daniel Veillard | 5cb5ab8 | 1999-12-21 15:35:29 +0000 | [diff] [blame] | 658 | <li>Added a few tree modification functions: xmlReplaceNode, |
| 659 | xmlAddPrevSibling, xmlAddNextSibling, xmlNodeSetName and |
| 660 | xmlDocSetRootElement</li> |
| 661 | <li>Tried to improve the HTML output with help from <a |
| 662 | href="mailto:clahey@umich.edu">Chris Lahey</a></li> |
Daniel Veillard | e4e5131 | 1999-12-18 15:32:46 +0000 | [diff] [blame] | 663 | </ul> |
Daniel Veillard | b24054a | 1999-12-18 15:32:46 +0000 | [diff] [blame] | 664 | |
Daniel Veillard | e4e5131 | 1999-12-18 15:32:46 +0000 | [diff] [blame] | 665 | <h3>1.8.1: Dec 18 1999</h3> |
| 666 | <ul> |
| 667 | <li>various patches to avoid troubles when using libxml with C++ compilers |
| 668 | the "namespace" keyword and C escaping in include files</li> |
| 669 | <li>a problem in one of the core macros IS_CHAR was corrected</li> |
| 670 | <li>fixed a bug introduced in 1.8.0 breaking default namespace processing, |
| 671 | and more specifically the Dia application</li> |
Daniel Veillard | 944b5ff | 1999-12-15 19:08:24 +0000 | [diff] [blame] | 672 | <li>fixed a posteriori validation (validation after parsing, or by using a |
| 673 | Dtd not specified in the original document)</li> |
Daniel Veillard | b24054a | 1999-12-18 15:32:46 +0000 | [diff] [blame] | 674 | <li>fixed a bug in</li> |
Daniel Veillard | 10a2c65 | 1999-12-12 13:03:50 +0000 | [diff] [blame] | 675 | </ul> |
| 676 | |
| 677 | <h3>1.8.0: Dec 12 1999</h3> |
| 678 | <ul> |
| 679 | <li>cleanup, especially memory wise</li> |
| 680 | <li>the parser should be more reliable, especially the HTML one, it should |
| 681 | not crash, whatever the input !</li> |
| 682 | <li>Integrated various patches, especially a speedup improvement for large |
| 683 | dataset from <a href="mailto:cnygard@bellatlantic.net">Carl Nygard</a>, |
| 684 | configure with --with-buffers to enable them.</li> |
| 685 | <li>attribute normalization, oops should have been added long ago !</li> |
| 686 | <li>attributes defaulted from Dtds should be available, xmlSetProp() now |
| 687 | does entities escapting by default.</li> |
Daniel Veillard | 4c3a203 | 1999-11-19 17:46:26 +0000 | [diff] [blame] | 688 | </ul> |
Daniel Veillard | 3500838 | 1999-10-25 13:15:52 +0000 | [diff] [blame] | 689 | |
| 690 | <h3>1.7.4: Oct 25 1999</h3> |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 691 | <ul> |
Daniel Veillard | 3500838 | 1999-10-25 13:15:52 +0000 | [diff] [blame] | 692 | <li>Lots of HTML improvement</li> |
| 693 | <li>Fixed some errors when saving both XML and HTML</li> |
| 694 | <li>More examples, the regression tests should now look clean</li> |
| 695 | <li>Fixed a bug with contiguous charref</li> |
| 696 | </ul> |
| 697 | |
| 698 | <h3>1.7.3: Sep 29 1999</h3> |
| 699 | <ul> |
| 700 | <li>portability problems fixed</li> |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 701 | <li>snprintf was used unconditionnally, leading to link problems on system |
Daniel Veillard | 3500838 | 1999-10-25 13:15:52 +0000 | [diff] [blame] | 702 | were it's not available, fixed</li> |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 703 | </ul> |
| 704 | |
| 705 | <h3>1.7.1: Sep 24 1999</h3> |
| 706 | <ul> |
| 707 | <li>The basic type for strings manipulated by libxml has been renamed in |
| 708 | 1.7.1 from <strong>CHAR</strong> to <strong>xmlChar</strong>. The reason |
| 709 | is that CHAR was conflicting with a predefined type on Windows. However on |
| 710 | non WIN32 environment, compatibility is provided by the way of a |
| 711 | <strong>#define </strong>.</li> |
| 712 | <li>Changed another error : the use of a structure field called errno, and |
| 713 | leading to troubles on platforms where it's a macro</li> |
| 714 | </ul> |
| 715 | |
| 716 | <h3>1.7.0: sep 23 1999</h3> |
| 717 | <ul> |
| 718 | <li>Added the ability to fetch remote DTD or parsed entities, see the <a |
Daniel Veillard | 9cb5ff4 | 2001-01-29 08:22:21 +0000 | [diff] [blame] | 719 | href="html/libxml-nanohttp.html">nanohttp</a> module.</li> |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 720 | <li>Added an errno to report errors by another mean than a simple printf |
| 721 | like callback</li> |
| 722 | <li>Finished ID/IDREF support and checking when validation</li> |
| 723 | <li>Serious memory leaks fixed (there is now a <a |
Daniel Veillard | 9cb5ff4 | 2001-01-29 08:22:21 +0000 | [diff] [blame] | 724 | href="html/libxml-xmlmemory.html">memory wrapper</a> module)</li> |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 725 | <li>Improvement of <a href="http://www.w3.org/TR/xpath">XPath</a> |
| 726 | implementation</li> |
| 727 | <li>Added an HTML parser front-end</li> |
| 728 | </ul> |
| 729 | |
| 730 | <h2><a name="XML">XML</a></h2> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 731 | |
Daniel Veillard | 402e8c8 | 2000-02-29 22:57:47 +0000 | [diff] [blame] | 732 | <p><a href="http://www.w3.org/TR/REC-xml">XML is a standard</a> for |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 733 | markup-based structured documents. Here is <a name="example">an example XML |
| 734 | document</a>:</p> |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 735 | <pre><?xml version="1.0"?> |
| 736 | <EXAMPLE prop1="gnome is great" prop2="&amp; linux too"> |
| 737 | <head> |
| 738 | <title>Welcome to Gnome</title> |
| 739 | </head> |
| 740 | <chapter> |
| 741 | <title>The Linux adventure</title> |
| 742 | <p>bla bla bla ...</p> |
| 743 | <image href="linus.gif"/> |
| 744 | <p>...</p> |
| 745 | </chapter> |
| 746 | </EXAMPLE></pre> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 747 | |
Daniel Veillard | 402e8c8 | 2000-02-29 22:57:47 +0000 | [diff] [blame] | 748 | <p>The first line specifies that it's an XML document and gives useful |
| 749 | information about its encoding. Then the document is a text format whose |
| 750 | structure is specified by tags between brackets. <strong>Each tag opened has |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 751 | to be closed</strong>. XML is pedantic about this. However, if a tag is empty |
| 752 | (no content), a single tag can serve as both the opening and closing tag if it |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 753 | ends with <code>/></code> rather than with <code>></code>. Note that, |
| 754 | for example, the image tag has no content (just an attribute) and is closed by |
| 755 | ending the tag with <code>/></code>.</p> |
Daniel Veillard | ccb0963 | 1998-10-27 06:21:04 +0000 | [diff] [blame] | 756 | |
Daniel Veillard | 402e8c8 | 2000-02-29 22:57:47 +0000 | [diff] [blame] | 757 | <p>XML can be applied sucessfully to a wide range of uses, from long term |
| 758 | structured document maintenance (where it follows the steps of SGML) to simple |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 759 | data encoding mechanisms like configuration file formatting (glade), |
| 760 | spreadsheets (gnumeric), or even shorter lived documents such as WebDAV where |
| 761 | it is used to encode remote calls between a client and a server.</p> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 762 | |
Daniel Veillard | 8268716 | 2001-01-22 15:32:01 +0000 | [diff] [blame] | 763 | <h2><a name="XSLT">XSLT</a></h2> |
| 764 | |
Daniel Veillard | 6e6a6cc | 2001-02-15 15:55:44 +0000 | [diff] [blame] | 765 | <p>Check <a href="http://xmlsoft.org/XSLT">the separate libxslt page</a></p> |
| 766 | |
Daniel Veillard | 8268716 | 2001-01-22 15:32:01 +0000 | [diff] [blame] | 767 | <p><a href="http://www.w3.org/TR/xslt">XSL Transformations</a>, is a language |
| 768 | for transforming XML documents into other XML documents (or HTML/textual |
| 769 | output).</p> |
| 770 | |
| 771 | <p>A separate library called libxslt is being built on top of libxml2. This |
| 772 | module "libxslt" can be found in the Gnome CVS base too.</p> |
| 773 | |
Daniel Veillard | 383b147 | 2001-01-23 11:39:52 +0000 | [diff] [blame] | 774 | <p>You can check the <a |
Daniel Veillard | 6e6a6cc | 2001-02-15 15:55:44 +0000 | [diff] [blame] | 775 | href="http://cvs.gnome.org/lxr/source/libxslt/FEATURES">features</a> supported |
| 776 | and the progresses on the <a |
Daniel Veillard | 8268716 | 2001-01-22 15:32:01 +0000 | [diff] [blame] | 777 | href="http://cvs.gnome.org/lxr/source/libxslt/ChangeLog">Changelog</a></p> |
| 778 | |
Daniel Veillard | 4540be4 | 2000-08-19 16:40:28 +0000 | [diff] [blame] | 779 | <h2>An overview of libxml architecture</h2> |
| 780 | |
Daniel Veillard | ec70e91 | 2001-02-26 20:10:45 +0000 | [diff] [blame] | 781 | <p>Libxml is made of multiple components; some of them are optional, and most |
| 782 | of the block interfaces are public. The main components are:</p> |
Daniel Veillard | 4540be4 | 2000-08-19 16:40:28 +0000 | [diff] [blame] | 783 | <ul> |
| 784 | <li>an Input/Output layer</li> |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 785 | <li>FTP and HTTP client layers (optional)</li> |
Daniel Veillard | 4540be4 | 2000-08-19 16:40:28 +0000 | [diff] [blame] | 786 | <li>an Internationalization layer managing the encodings support</li> |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 787 | <li>a URI module</li> |
Daniel Veillard | 4540be4 | 2000-08-19 16:40:28 +0000 | [diff] [blame] | 788 | <li>the XML parser and its basic SAX interface</li> |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 789 | <li>an HTML parser using the same SAX interface (optional)</li> |
Daniel Veillard | 4540be4 | 2000-08-19 16:40:28 +0000 | [diff] [blame] | 790 | <li>a SAX tree module to build an in-memory DOM representation</li> |
| 791 | <li>a tree module to manipulate the DOM representation</li> |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 792 | <li>a validation module using the DOM representation (optional)</li> |
Daniel Veillard | 4540be4 | 2000-08-19 16:40:28 +0000 | [diff] [blame] | 793 | <li>an XPath module for global lookup in a DOM representation |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 794 | (optional)</li> |
| 795 | <li>a debug module (optional)</li> |
Daniel Veillard | 4540be4 | 2000-08-19 16:40:28 +0000 | [diff] [blame] | 796 | </ul> |
| 797 | |
| 798 | <p>Graphically this gives the following:</p> |
| 799 | |
| 800 | <p><img src="libxml.gif" alt="a graphical view of the various"></p> |
| 801 | |
| 802 | <p></p> |
| 803 | |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 804 | <h2><a name="tree">The tree output</a></h2> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 805 | |
| 806 | <p>The parser returns a tree built during the document analysis. The value |
Daniel Veillard | 402e8c8 | 2000-02-29 22:57:47 +0000 | [diff] [blame] | 807 | returned is an <strong>xmlDocPtr</strong> (i.e., a pointer to an |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 808 | <strong>xmlDoc</strong> structure). This structure contains information such |
Daniel Veillard | 306be99 | 2000-07-03 12:38:45 +0000 | [diff] [blame] | 809 | as the file name, the document type, and a <strong>children</strong> pointer |
| 810 | which is the root of the document (or more exactly the first child under the |
| 811 | root which is the document). The tree is made of <strong>xmlNode</strong>s, |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 812 | chained in double-linked lists of siblings and with a children<->parent |
Daniel Veillard | 306be99 | 2000-07-03 12:38:45 +0000 | [diff] [blame] | 813 | relationship. An xmlNode can also carry properties (a chain of xmlAttr |
| 814 | structures). An attribute may have a value which is a list of TEXT or |
| 815 | ENTITY_REF nodes.</p> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 816 | |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 817 | <p>Here is an example (erroneous with respect to the XML spec since there |
| 818 | should be only one ELEMENT under the root):</p> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 819 | |
| 820 | <p><img src="structure.gif" alt=" structure.gif "></p> |
| 821 | |
| 822 | <p>In the source package there is a small program (not installed by default) |
Daniel Veillard | 361d845 | 2000-04-03 19:48:13 +0000 | [diff] [blame] | 823 | called <strong>xmllint</strong> which parses XML files given as argument and |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 824 | prints them back as parsed. This is useful for detecting errors both in XML |
| 825 | code and in the XML parser itself. It has an option <strong>--debug</strong> |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 826 | which prints the actual in-memory structure of the document; here is the |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 827 | result with the <a href="#example">example</a> given before:</p> |
Daniel Veillard | 10c6a8f | 1998-10-28 01:00:12 +0000 | [diff] [blame] | 828 | <pre>DOCUMENT |
| 829 | version=1.0 |
| 830 | standalone=true |
| 831 | ELEMENT EXAMPLE |
| 832 | ATTRIBUTE prop1 |
| 833 | TEXT |
| 834 | content=gnome is great |
| 835 | ATTRIBUTE prop2 |
| 836 | ENTITY_REF |
| 837 | TEXT |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 838 | content= linux too |
Daniel Veillard | 402e8c8 | 2000-02-29 22:57:47 +0000 | [diff] [blame] | 839 | ELEMENT head |
Daniel Veillard | 10c6a8f | 1998-10-28 01:00:12 +0000 | [diff] [blame] | 840 | ELEMENT title |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 841 | TEXT |
| 842 | content=Welcome to Gnome |
Daniel Veillard | 10c6a8f | 1998-10-28 01:00:12 +0000 | [diff] [blame] | 843 | ELEMENT chapter |
| 844 | ELEMENT title |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 845 | TEXT |
| 846 | content=The Linux adventure |
Daniel Veillard | 10c6a8f | 1998-10-28 01:00:12 +0000 | [diff] [blame] | 847 | ELEMENT p |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 848 | TEXT |
| 849 | content=bla bla bla ... |
Daniel Veillard | 10c6a8f | 1998-10-28 01:00:12 +0000 | [diff] [blame] | 850 | ELEMENT image |
| 851 | ATTRIBUTE href |
| 852 | TEXT |
| 853 | content=linus.gif |
| 854 | ELEMENT p |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 855 | TEXT |
| 856 | content=...</pre> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 857 | |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 858 | <p>This should be useful for learning the internal representation model.</p> |
Daniel Veillard | ccb0963 | 1998-10-27 06:21:04 +0000 | [diff] [blame] | 859 | |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 860 | <h2><a name="interface">The SAX interface</a></h2> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 861 | |
Daniel Veillard | 402e8c8 | 2000-02-29 22:57:47 +0000 | [diff] [blame] | 862 | <p>Sometimes the DOM tree output is just too large to fit reasonably into |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 863 | memory. In that case (and if you don't expect to save back the XML document |
| 864 | loaded using libxml), it's better to use the SAX interface of libxml. SAX is a |
Daniel Veillard | 402e8c8 | 2000-02-29 22:57:47 +0000 | [diff] [blame] | 865 | <strong>callback-based interface</strong> to the parser. Before parsing, the |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 866 | application layer registers a customized set of callbacks which are called by |
| 867 | the library as it progresses through the XML input.</p> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 868 | |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 869 | <p>To get more detailed step-by-step guidance on using the SAX interface of |
Daniel Veillard | 4540be4 | 2000-08-19 16:40:28 +0000 | [diff] [blame] | 870 | libxml, see the <a |
| 871 | href="http://www.daa.com.au/~james/gnome/xml-sax/xml-sax.html">nice |
| 872 | documentation</a>.written by <a href="mailto:james@daa.com.au">James |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 873 | Henstridge</a>.</p> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 874 | |
| 875 | <p>You can debug the SAX behaviour by using the <strong>testSAX</strong> |
| 876 | program located in the gnome-xml module (it's usually not shipped in the |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 877 | binary packages of libxml, but you can find it in the tar source |
Daniel Veillard | 402e8c8 | 2000-02-29 22:57:47 +0000 | [diff] [blame] | 878 | distribution). Here is the sequence of callbacks that would be reported by |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 879 | testSAX when parsing the example XML document shown earlier:</p> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 880 | <pre>SAX.setDocumentLocator() |
| 881 | SAX.startDocument() |
| 882 | SAX.getEntity(amp) |
| 883 | SAX.startElement(EXAMPLE, prop1='gnome is great', prop2='&amp; linux too') |
| 884 | SAX.characters( , 3) |
| 885 | SAX.startElement(head) |
| 886 | SAX.characters( , 4) |
| 887 | SAX.startElement(title) |
| 888 | SAX.characters(Welcome to Gnome, 16) |
| 889 | SAX.endElement(title) |
| 890 | SAX.characters( , 3) |
| 891 | SAX.endElement(head) |
| 892 | SAX.characters( , 3) |
| 893 | SAX.startElement(chapter) |
| 894 | SAX.characters( , 4) |
| 895 | SAX.startElement(title) |
| 896 | SAX.characters(The Linux adventure, 19) |
| 897 | SAX.endElement(title) |
| 898 | SAX.characters( , 4) |
| 899 | SAX.startElement(p) |
| 900 | SAX.characters(bla bla bla ..., 15) |
| 901 | SAX.endElement(p) |
| 902 | SAX.characters( , 4) |
| 903 | SAX.startElement(image, href='linus.gif') |
| 904 | SAX.endElement(image) |
| 905 | SAX.characters( , 4) |
| 906 | SAX.startElement(p) |
| 907 | SAX.characters(..., 3) |
| 908 | SAX.endElement(p) |
| 909 | SAX.characters( , 3) |
| 910 | SAX.endElement(chapter) |
| 911 | SAX.characters( , 1) |
| 912 | SAX.endElement(EXAMPLE) |
| 913 | SAX.endDocument()</pre> |
| 914 | |
Daniel Veillard | ec70e91 | 2001-02-26 20:10:45 +0000 | [diff] [blame] | 915 | <p>Most of the other interfaces of libxml are based on the DOM tree-building |
| 916 | facility, so nearly everything up to the end of this document presupposes the |
| 917 | use of the standard DOM tree build. Note that the DOM tree itself is built by |
| 918 | a set of registered default callbacks, without internal specific |
| 919 | interface.</p> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 920 | |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 921 | <h2><a name="library">The XML library interfaces</a></h2> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 922 | |
| 923 | <p>This section is directly intended to help programmers getting bootstrapped |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 924 | using the XML library from the C language. It is not intended to be extensive. |
| 925 | I hope the automatically generated documents will provide the completeness |
| 926 | required, but as a separate set of documents. The interfaces of the XML |
| 927 | library are by principle low level, there is nearly zero abstraction. Those |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 928 | interested in a higher level API should <a href="#DOM">look at DOM</a>.</p> |
Daniel Veillard | ccb0963 | 1998-10-27 06:21:04 +0000 | [diff] [blame] | 929 | |
Daniel Veillard | 9cb5ff4 | 2001-01-29 08:22:21 +0000 | [diff] [blame] | 930 | <p>The <a href="html/libxml-parser.html">parser interfaces for XML</a> are |
| 931 | separated from the <a href="html/libxml-htmlparser.html">HTML parser |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 932 | interfaces</a>. Let's have a look at how the XML parser can be called:</p> |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 933 | |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 934 | <h3><a name="Invoking">Invoking the parser : the pull method</a></h3> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 935 | |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 936 | <p>Usually, the first thing to do is to read an XML input. The parser accepts |
| 937 | documents either from in-memory strings or from files. The functions are |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 938 | defined in "parser.h":</p> |
Daniel Veillard | 10c6a8f | 1998-10-28 01:00:12 +0000 | [diff] [blame] | 939 | <dl> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 940 | <dt><code>xmlDocPtr xmlParseMemory(char *buffer, int size);</code></dt> |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 941 | <dd><p>Parse a null-terminated string containing the document.</p> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 942 | </dd> |
Daniel Veillard | 10c6a8f | 1998-10-28 01:00:12 +0000 | [diff] [blame] | 943 | </dl> |
| 944 | <dl> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 945 | <dt><code>xmlDocPtr xmlParseFile(const char *filename);</code></dt> |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 946 | <dd><p>Parse an XML document contained in a (possibly compressed) |
| 947 | file.</p> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 948 | </dd> |
Daniel Veillard | 10c6a8f | 1998-10-28 01:00:12 +0000 | [diff] [blame] | 949 | </dl> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 950 | |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 951 | <p>The parser returns a pointer to the document structure (or NULL in case of |
Daniel Veillard | 10c6a8f | 1998-10-28 01:00:12 +0000 | [diff] [blame] | 952 | failure).</p> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 953 | |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 954 | <h3 id="Invoking1">Invoking the parser: the push method</h3> |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 955 | |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 956 | <p>In order for the application to keep the control when the document is being |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 957 | fetched (which is common for GUI based programs) libxml provides a push |
| 958 | interface, too, as of version 1.8.3. Here are the interface functions:</p> |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 959 | <pre>xmlParserCtxtPtr xmlCreatePushParserCtxt(xmlSAXHandlerPtr sax, |
| 960 | void *user_data, |
| 961 | const char *chunk, |
| 962 | int size, |
| 963 | const char *filename); |
| 964 | int xmlParseChunk (xmlParserCtxtPtr ctxt, |
| 965 | const char *chunk, |
| 966 | int size, |
| 967 | int terminate);</pre> |
| 968 | |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 969 | <p>and here is a simple example showing how to use the interface:</p> |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 970 | <pre> FILE *f; |
| 971 | |
| 972 | f = fopen(filename, "r"); |
| 973 | if (f != NULL) { |
| 974 | int res, size = 1024; |
| 975 | char chars[1024]; |
| 976 | xmlParserCtxtPtr ctxt; |
| 977 | |
| 978 | res = fread(chars, 1, 4, f); |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 979 | if (res > 0) { |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 980 | ctxt = xmlCreatePushParserCtxt(NULL, NULL, |
| 981 | chars, res, filename); |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 982 | while ((res = fread(chars, 1, size, f)) > 0) { |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 983 | xmlParseChunk(ctxt, chars, res, 0); |
| 984 | } |
| 985 | xmlParseChunk(ctxt, chars, 0, 1); |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 986 | doc = ctxt->myDoc; |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 987 | xmlFreeParserCtxt(ctxt); |
| 988 | } |
| 989 | }</pre> |
| 990 | |
Daniel Veillard | ec70e91 | 2001-02-26 20:10:45 +0000 | [diff] [blame] | 991 | <p>The HTML parser embedded into libxml also has a push interface; the |
| 992 | functions are just prefixed by "html" rather than "xml".</p> |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 993 | |
| 994 | <h3 id="Invoking2">Invoking the parser: the SAX interface</h3> |
| 995 | |
Daniel Veillard | ec70e91 | 2001-02-26 20:10:45 +0000 | [diff] [blame] | 996 | <p>The tree-building interface makes the parser memory-hungry, first loading |
| 997 | the document in memory and then building the tree itself. Reading a document |
| 998 | without building the tree is possible using the SAX interfaces (see SAX.h and |
| 999 | <a href="http://www.daa.com.au/~james/gnome/xml-sax/xml-sax.html">James |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1000 | Henstridge's documentation</a>). Note also that the push interface can be |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 1001 | limited to SAX: just use the two first arguments of |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 1002 | <code>xmlCreatePushParserCtxt()</code>.</p> |
Daniel Veillard | ccb0963 | 1998-10-27 06:21:04 +0000 | [diff] [blame] | 1003 | |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 1004 | <h3><a name="Building">Building a tree from scratch</a></h3> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1005 | |
| 1006 | <p>The other way to get an XML tree in memory is by building it. Basically |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 1007 | there is a set of functions dedicated to building new elements. (These are |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1008 | also described in <libxml/tree.h>.) For example, here is a piece of code |
Daniel Veillard | 361d845 | 2000-04-03 19:48:13 +0000 | [diff] [blame] | 1009 | that produces the XML document used in the previous examples:</p> |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1010 | <pre> #include <libxml/tree.h> |
Daniel Veillard | 361d845 | 2000-04-03 19:48:13 +0000 | [diff] [blame] | 1011 | xmlDocPtr doc; |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 1012 | xmlNodePtr tree, subtree; |
| 1013 | |
| 1014 | doc = xmlNewDoc("1.0"); |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1015 | doc->children = xmlNewDocNode(doc, NULL, "EXAMPLE", NULL); |
| 1016 | xmlSetProp(doc->children, "prop1", "gnome is great"); |
| 1017 | xmlSetProp(doc->children, "prop2", "& linux too"); |
| 1018 | tree = xmlNewChild(doc->children, NULL, "head", NULL); |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 1019 | subtree = xmlNewChild(tree, NULL, "title", "Welcome to Gnome"); |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1020 | tree = xmlNewChild(doc->children, NULL, "chapter", NULL); |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 1021 | subtree = xmlNewChild(tree, NULL, "title", "The Linux adventure"); |
| 1022 | subtree = xmlNewChild(tree, NULL, "p", "bla bla bla ..."); |
| 1023 | subtree = xmlNewChild(tree, NULL, "image", NULL); |
| 1024 | xmlSetProp(subtree, "href", "linus.gif");</pre> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1025 | |
| 1026 | <p>Not really rocket science ...</p> |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 1027 | |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 1028 | <h3><a name="Traversing">Traversing the tree</a></h3> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1029 | |
Daniel Veillard | 9cb5ff4 | 2001-01-29 08:22:21 +0000 | [diff] [blame] | 1030 | <p>Basically by <a href="html/libxml-tree.html">including "tree.h"</a> your |
Daniel Veillard | 306be99 | 2000-07-03 12:38:45 +0000 | [diff] [blame] | 1031 | code has access to the internal structure of all the elements of the tree. The |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 1032 | names should be somewhat simple like <strong>parent</strong>, |
Daniel Veillard | 306be99 | 2000-07-03 12:38:45 +0000 | [diff] [blame] | 1033 | <strong>children</strong>, <strong>next</strong>, <strong>prev</strong>, |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1034 | <strong>properties</strong>, etc... For example, still with the previous |
Daniel Veillard | 0142b84 | 2000-01-14 14:45:24 +0000 | [diff] [blame] | 1035 | example:</p> |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1036 | <pre><code>doc->children->children->children</code></pre> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1037 | |
| 1038 | <p>points to the title element,</p> |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 1039 | <pre>doc->children->children->next->children->children</pre> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1040 | |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 1041 | <p>points to the text node containing the chapter title "The Linux |
| 1042 | adventure".</p> |
Daniel Veillard | 10c6a8f | 1998-10-28 01:00:12 +0000 | [diff] [blame] | 1043 | |
Daniel Veillard | b24054a | 1999-12-18 15:32:46 +0000 | [diff] [blame] | 1044 | <p><strong>NOTE</strong>: XML allows <em>PI</em>s and <em>comments</em> to be |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1045 | present before the document root, so <code>doc->children</code> may point |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 1046 | to an element which is not the document Root Element; a function |
Daniel Veillard | 5cb5ab8 | 1999-12-21 15:35:29 +0000 | [diff] [blame] | 1047 | <code>xmlDocGetRootElement()</code> was added for this purpose.</p> |
Daniel Veillard | b24054a | 1999-12-18 15:32:46 +0000 | [diff] [blame] | 1048 | |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 1049 | <h3><a name="Modifying">Modifying the tree</a></h3> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1050 | |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1051 | <p>Functions are provided for reading and writing the document content. Here |
Daniel Veillard | 9cb5ff4 | 2001-01-29 08:22:21 +0000 | [diff] [blame] | 1052 | is an excerpt from the <a href="html/libxml-tree.html">tree API</a>:</p> |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 1053 | <dl> |
Daniel Veillard | dd6b367 | 1999-09-23 22:19:22 +0000 | [diff] [blame] | 1054 | <dt><code>xmlAttrPtr xmlSetProp(xmlNodePtr node, const xmlChar *name, const |
| 1055 | xmlChar *value);</code></dt> |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1056 | <dd><p>This sets (or changes) an attribute carried by an ELEMENT node. The |
| 1057 | value can be NULL.</p> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1058 | </dd> |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 1059 | </dl> |
| 1060 | <dl> |
Daniel Veillard | dd6b367 | 1999-09-23 22:19:22 +0000 | [diff] [blame] | 1061 | <dt><code>const xmlChar *xmlGetProp(xmlNodePtr node, const xmlChar |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1062 | *name);</code></dt> |
Daniel Veillard | c92c304 | 2000-09-29 02:42:04 +0000 | [diff] [blame] | 1063 | <dd><p>This function returns a pointer to new copy of the property |
| 1064 | content. Note that the user must deallocate the result.</p> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1065 | </dd> |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 1066 | </dl> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1067 | |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1068 | <p>Two functions are provided for reading and writing the text associated with |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 1069 | elements:</p> |
| 1070 | <dl> |
Daniel Veillard | dd6b367 | 1999-09-23 22:19:22 +0000 | [diff] [blame] | 1071 | <dt><code>xmlNodePtr xmlStringGetNodeList(xmlDocPtr doc, const xmlChar |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1072 | *value);</code></dt> |
Daniel Veillard | ec70e91 | 2001-02-26 20:10:45 +0000 | [diff] [blame] | 1073 | <dd><p>This function takes an "external" string and converts it to one |
| 1074 | text node or possibly to a list of entity and text nodes. All |
| 1075 | non-predefined entity references like &Gnome; will be stored |
| 1076 | internally as entity nodes, hence the result of the function may not be |
| 1077 | a single node.</p> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1078 | </dd> |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 1079 | </dl> |
| 1080 | <dl> |
Daniel Veillard | dd6b367 | 1999-09-23 22:19:22 +0000 | [diff] [blame] | 1081 | <dt><code>xmlChar *xmlNodeListGetString(xmlDocPtr doc, xmlNodePtr list, int |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1082 | inLine);</code></dt> |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 1083 | <dd><p>This function is the inverse of |
| 1084 | <code>xmlStringGetNodeList()</code>. It generates a new string |
| 1085 | containing the content of the text and entity nodes. Note the extra |
| 1086 | argument inLine. If this argument is set to 1, the function will expand |
| 1087 | entity references. For example, instead of returning the &Gnome; |
| 1088 | XML encoding in the string, it will substitute it with its value (say, |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 1089 | "GNU Network Object Model Environment").</p> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1090 | </dd> |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 1091 | </dl> |
Daniel Veillard | 10c6a8f | 1998-10-28 01:00:12 +0000 | [diff] [blame] | 1092 | |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 1093 | <h3><a name="Saving">Saving a tree</a></h3> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1094 | |
| 1095 | <p>Basically 3 options are possible:</p> |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 1096 | <dl> |
Daniel Veillard | dd6b367 | 1999-09-23 22:19:22 +0000 | [diff] [blame] | 1097 | <dt><code>void xmlDocDumpMemory(xmlDocPtr cur, xmlChar**mem, int |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1098 | *size);</code></dt> |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1099 | <dd><p>Returns a buffer into which the document has been saved.</p> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1100 | </dd> |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 1101 | </dl> |
| 1102 | <dl> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1103 | <dt><code>extern void xmlDocDump(FILE *f, xmlDocPtr doc);</code></dt> |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1104 | <dd><p>Dumps a document to an open file descriptor.</p> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1105 | </dd> |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 1106 | </dl> |
| 1107 | <dl> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1108 | <dt><code>int xmlSaveFile(const char *filename, xmlDocPtr cur);</code></dt> |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 1109 | <dd><p>Saves the document to a file. In this case, the compression |
| 1110 | interface is triggered if it has been turned on.</p> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1111 | </dd> |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 1112 | </dl> |
Daniel Veillard | 10c6a8f | 1998-10-28 01:00:12 +0000 | [diff] [blame] | 1113 | |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 1114 | <h3><a name="Compressio">Compression</a></h3> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1115 | |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1116 | <p>The library transparently handles compression when doing file-based |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 1117 | accesses. The level of compression on saves can be turned on either globally |
| 1118 | or individually for one file:</p> |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 1119 | <dl> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1120 | <dt><code>int xmlGetDocCompressMode (xmlDocPtr doc);</code></dt> |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1121 | <dd><p>Gets the document compression ratio (0-9).</p> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1122 | </dd> |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 1123 | </dl> |
| 1124 | <dl> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1125 | <dt><code>void xmlSetDocCompressMode (xmlDocPtr doc, int mode);</code></dt> |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1126 | <dd><p>Sets the document compression ratio.</p> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1127 | </dd> |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 1128 | </dl> |
| 1129 | <dl> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1130 | <dt><code>int xmlGetCompressMode(void);</code></dt> |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1131 | <dd><p>Gets the default compression ratio.</p> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1132 | </dd> |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 1133 | </dl> |
| 1134 | <dl> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1135 | <dt><code>void xmlSetCompressMode(int mode);</code></dt> |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1136 | <dd><p>Sets the default compression ratio.</p> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1137 | </dd> |
Daniel Veillard | 25940b7 | 1998-10-29 05:51:30 +0000 | [diff] [blame] | 1138 | </dl> |
| 1139 | |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 1140 | <h2><a name="Entities">Entities or no entities</a></h2> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1141 | |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1142 | <p>Entities in principle are similar to simple C macros. An entity defines an |
| 1143 | abbreviation for a given string that you can reuse many times throughout the |
| 1144 | content of your document. Entities are especially useful when a given string |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 1145 | may occur frequently within a document, or to confine the change needed to a |
| 1146 | document to a restricted area in the internal subset of the document (at the |
| 1147 | beginning). Example:</p> |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1148 | <pre>1 <?xml version="1.0"?> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1149 | 2 <!DOCTYPE EXAMPLE SYSTEM "example.dtd" [ |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1150 | 3 <!ENTITY xml "Extensible Markup Language"> |
| 1151 | 4 ]> |
| 1152 | 5 <EXAMPLE> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1153 | 6 &xml; |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1154 | 7 </EXAMPLE></pre> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1155 | |
| 1156 | <p>Line 3 declares the xml entity. Line 6 uses the xml entity, by prefixing |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 1157 | its name with '&' and following it by ';' without any spaces added. There |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1158 | are 5 predefined entities in libxml allowing you to escape charaters with |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1159 | predefined meaning in some parts of the xml document content: |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1160 | <strong>&lt;</strong> for the character '<', <strong>&gt;</strong> |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1161 | for the character '>', <strong>&apos;</strong> for the character ''', |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1162 | <strong>&quot;</strong> for the character '"', and |
| 1163 | <strong>&amp;</strong> for the character '&'.</p> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1164 | |
| 1165 | <p>One of the problems related to entities is that you may want the parser to |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 1166 | substitute an entity's content so that you can see the replacement text in |
| 1167 | your application. Or you may prefer to keep entity references as such in the |
| 1168 | content to be able to save the document back without losing this usually |
| 1169 | precious information (if the user went through the pain of explicitly defining |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1170 | entities, he may have a a rather negative attitude if you blindly susbtitute |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1171 | them as saving time). The <a |
Daniel Veillard | 9cb5ff4 | 2001-01-29 08:22:21 +0000 | [diff] [blame] | 1172 | href="html/libxml-parser.html#XMLSUBSTITUTEENTITIESDEFAULT">xmlSubstituteEntitiesDefault()</a> |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1173 | function allows you to check and change the behaviour, which is to not |
| 1174 | substitute entities by default.</p> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1175 | |
| 1176 | <p>Here is the DOM tree built by libxml for the previous document in the |
| 1177 | default case:</p> |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1178 | <pre>/gnome/src/gnome-xml -> ./xmllint --debug test/ent1 |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1179 | DOCUMENT |
| 1180 | version=1.0 |
| 1181 | ELEMENT EXAMPLE |
| 1182 | TEXT |
| 1183 | content= |
| 1184 | ENTITY_REF |
| 1185 | INTERNAL_GENERAL_ENTITY xml |
| 1186 | content=Extensible Markup Language |
| 1187 | TEXT |
| 1188 | content=</pre> |
| 1189 | |
| 1190 | <p>And here is the result when substituting entities:</p> |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1191 | <pre>/gnome/src/gnome-xml -> ./tester --debug --noent test/ent1 |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1192 | DOCUMENT |
| 1193 | version=1.0 |
| 1194 | ELEMENT EXAMPLE |
| 1195 | TEXT |
| 1196 | content= Extensible Markup Language</pre> |
| 1197 | |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1198 | <p>So, entities or no entities? Basically, it depends on your use case. I |
| 1199 | suggest that you keep the non-substituting default behaviour and avoid using |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1200 | entities in your XML document or data if you are not willing to handle the |
| 1201 | entity references elements in the DOM tree.</p> |
| 1202 | |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 1203 | <p>Note that at save time libxml enforces the conversion of the predefined |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1204 | entities where necessary to prevent well-formedness problems, and will also |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 1205 | transparently replace those with chars (i.e. it will not generate entity |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1206 | reference elements in the DOM tree or call the reference() SAX callback when |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1207 | finding them in the input).</p> |
| 1208 | |
Daniel Veillard | 7b9c4b7 | 2000-08-25 16:26:50 +0000 | [diff] [blame] | 1209 | <p><span style="background-color: #FF0000">WARNING</span>: handling entities |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 1210 | on top of the libxml SAX interface is difficult!!! If you plan to use |
Daniel Veillard | 7b9c4b7 | 2000-08-25 16:26:50 +0000 | [diff] [blame] | 1211 | non-predefined entities in your documents, then the learning cuvre to handle |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 1212 | then using the SAX API may be long. If you plan to use complex documents, I |
Daniel Veillard | 7b9c4b7 | 2000-08-25 16:26:50 +0000 | [diff] [blame] | 1213 | strongly suggest you consider using the DOM interface instead and let libxml |
Daniel Veillard | 8c6d6af | 2000-08-25 17:14:13 +0000 | [diff] [blame] | 1214 | deal with the complexity rather than trying to do it yourself.</p> |
Daniel Veillard | 7b9c4b7 | 2000-08-25 16:26:50 +0000 | [diff] [blame] | 1215 | |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 1216 | <h2><a name="Namespaces">Namespaces</a></h2> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1217 | |
Daniel Veillard | ec30341 | 2000-03-24 13:41:54 +0000 | [diff] [blame] | 1218 | <p>The libxml library implements <a |
| 1219 | href="http://www.w3.org/TR/REC-xml-names/">XML namespaces</a> support by |
| 1220 | recognizing namespace contructs in the input, and does namespace lookup |
| 1221 | automatically when building the DOM tree. A namespace declaration is |
| 1222 | associated with an in-memory structure and all elements or attributes within |
| 1223 | that namespace point to it. Hence testing the namespace is a simple and fast |
| 1224 | equality operation at the user level.</p> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1225 | |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 1226 | <p>I suggest that people using libxml use a namespace, and declare it in the |
| 1227 | root element of their document as the default namespace. Then they don't need |
| 1228 | to use the prefix in the content but we will have a basis for future semantic |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 1229 | refinement and merging of data from different sources. This doesn't increase |
Daniel Veillard | ec70e91 | 2001-02-26 20:10:45 +0000 | [diff] [blame] | 1230 | the size of the XML output significantly, but significantly increases its |
| 1231 | value in the long-term. Example:</p> |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1232 | <pre><mydoc xmlns="http://mydoc.example.org/schemas/"> |
| 1233 | <elem1>...</elem1> |
| 1234 | <elem2>...</elem2> |
| 1235 | </mydoc></pre> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1236 | |
Daniel Veillard | ec70e91 | 2001-02-26 20:10:45 +0000 | [diff] [blame] | 1237 | <p>The namespace value has to be an absolute URL, but the URL doesn't have to |
| 1238 | point to any existing resource on the Web. It will bind all the element and |
| 1239 | atributes with that URL. I suggest to use an URL within a domain you control, |
| 1240 | and that the URL should contain some kind of version information if possible. |
| 1241 | For example, <code>"http://www.gnome.org/gnumeric/1.0/"</code> is a good |
| 1242 | namespace scheme.</p> |
Daniel Veillard | ec30341 | 2000-03-24 13:41:54 +0000 | [diff] [blame] | 1243 | |
| 1244 | <p>Then when you load a file, make sure that a namespace carrying the |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1245 | version-independent prefix is installed on the root element of your document, |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1246 | and if the version information don't match something you know, warn the user |
| 1247 | and be liberal in what you accept as the input. Also do *not* try to base |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1248 | namespace checking on the prefix value. <foo:text> may be exactly the |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 1249 | same as <bar:text> in another document. What really matters is the URI |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1250 | associated with the element or the attribute, not the prefix string (which is |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 1251 | just a shortcut for the full URI). In libxml, element and attributes have an |
Daniel Veillard | ec30341 | 2000-03-24 13:41:54 +0000 | [diff] [blame] | 1252 | <code>ns</code> field pointing to an xmlNs structure detailing the namespace |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 1253 | prefix and its URI.</p> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1254 | |
| 1255 | <p>@@Interfaces@@</p> |
| 1256 | |
| 1257 | <p>@@Examples@@</p> |
| 1258 | |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 1259 | <p>Usually people object to using namespaces together with validity checking. |
| 1260 | I will try to make sure that using namespaces won't break validity checking, |
| 1261 | so even if you plan to use or currently are using validation I strongly |
Daniel Veillard | f13e1ed | 2000-03-06 07:41:49 +0000 | [diff] [blame] | 1262 | suggest adding namespaces to your document. A default namespace scheme |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1263 | <code>xmlns="http://...."</code> should not break validity even on less |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 1264 | flexible parsers. Using namespaces to mix and differentiate content coming |
Daniel Veillard | 88f00ae | 2000-03-02 00:15:55 +0000 | [diff] [blame] | 1265 | from multiple DTDs will certainly break current validation schemes. I will try |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1266 | to provide ways to do this, but this may not be portable or standardized.</p> |
| 1267 | |
Daniel Veillard | 2f4dfc4 | 1999-09-24 14:03:48 +0000 | [diff] [blame] | 1268 | <h2><a name="Validation">Validation, or are you afraid of DTDs ?</a></h2> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1269 | |
| 1270 | <p>Well what is validation and what is a DTD ?</p> |
| 1271 | |
| 1272 | <p>Validation is the process of checking a document against a set of |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 1273 | construction rules; a <strong>DTD</strong> (Document Type Definition) is such |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1274 | a set of rules.</p> |
| 1275 | |
| 1276 | <p>The validation process and building DTDs are the two most difficult parts |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 1277 | of the XML life cycle. Briefly a DTD defines all the possibles element to be |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1278 | found within your document, what is the formal shape of your document tree (by |
| 1279 | defining the allowed content of an element, either text, a regular expression |
Daniel Veillard | 306be99 | 2000-07-03 12:38:45 +0000 | [diff] [blame] | 1280 | for the allowed list of children, or mixed content i.e. both text and |
| 1281 | children). The DTD also defines the allowed attributes for all elements and |
Daniel Veillard | ec70e91 | 2001-02-26 20:10:45 +0000 | [diff] [blame] | 1282 | the types of the attributes. For more detailed information, I suggest that you |
Daniel Veillard | 8178110 | 2001-03-07 09:31:47 +0000 | [diff] [blame] | 1283 | read the related parts of the XML specification, the examples found under |
Daniel Veillard | ec70e91 | 2001-02-26 20:10:45 +0000 | [diff] [blame] | 1284 | gnome-xml/test/valid/dtd and any of the large number of books available on |
| 1285 | XML. The dia example in gnome-xml/test/valid should be both simple and |
| 1286 | complete enough to allow you to build your own.</p> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1287 | |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 1288 | <p>A word of warning, building a good DTD which will fit the needs of your |
| 1289 | application in the long-term is far from trivial; however, the extra level of |
| 1290 | quality it can ensure is well worth the price for some sets of applications or |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1291 | if you already have already a DTD defined for your application field.</p> |
| 1292 | |
| 1293 | <p>The validation is not completely finished but in a (very IMHO) usable |
| 1294 | state. Until a real validation interface is defined the way to do it is to |
| 1295 | define and set the <strong>xmlDoValidityCheckingDefaultValue</strong> external |
| 1296 | variable to 1, this will of course be changed at some point:</p> |
| 1297 | |
| 1298 | <p>extern int xmlDoValidityCheckingDefaultValue;</p> |
| 1299 | |
| 1300 | <p>...</p> |
| 1301 | |
| 1302 | <p>xmlDoValidityCheckingDefaultValue = 1;</p> |
| 1303 | |
| 1304 | <p></p> |
| 1305 | |
| 1306 | <p>To handle external entities, use the function |
| 1307 | <strong>xmlSetExternalEntityLoader</strong>(xmlExternalEntityLoader f); to |
| 1308 | link in you HTTP/FTP/Entities database library to the standard libxml |
| 1309 | core.</p> |
| 1310 | |
| 1311 | <p>@@interfaces@@</p> |
| 1312 | |
Daniel Veillard | 3500838 | 1999-10-25 13:15:52 +0000 | [diff] [blame] | 1313 | <h2><a name="DOM"></a><a name="Principles">DOM Principles</a></h2> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1314 | |
| 1315 | <p><a href="http://www.w3.org/DOM/">DOM</a> stands for the <em>Document Object |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 1316 | Model</em>; this is an API for accessing XML or HTML structured documents. |
Daniel Veillard | ec70e91 | 2001-02-26 20:10:45 +0000 | [diff] [blame] | 1317 | Native support for DOM in Gnome is on the way (module gnome-dom), and will be |
| 1318 | based on gnome-xml. This will be a far cleaner interface to manipulate XML |
Daniel Veillard | 3197f16 | 2001-04-04 00:40:08 +0000 | [diff] [blame] | 1319 | files within Gnome since it won't expose the internal structure.</p> |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1320 | |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1321 | <p>The current DOM implementation on top of libxml is the <a |
Daniel Veillard | a47fb3d | 2001-03-25 17:23:49 +0000 | [diff] [blame] | 1322 | href="http://cvs.gnome.org/lxr/source/gdome2/">gdome2 Gnome module</a>, this |
| 1323 | is a full DOM interface, thanks to Paolo Casarini, check the <a |
| 1324 | href="http://www.cs.unibo.it/~casarini/gdome2/">Gdome2 homepage</a> for more |
| 1325 | informations.</p> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1326 | |
Daniel Veillard | a47fb3d | 2001-03-25 17:23:49 +0000 | [diff] [blame] | 1327 | <p>The gnome-dom and gdome modules in the Gnome CVS base are obsolete</p> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1328 | |
Daniel Veillard | 3500838 | 1999-10-25 13:15:52 +0000 | [diff] [blame] | 1329 | <h2><a name="Example"></a><a name="real">A real example</a></h2> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1330 | |
| 1331 | <p>Here is a real size example, where the actual content of the application |
| 1332 | data is not kept in the DOM tree but uses internal structures. It is based on |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1333 | a proposal to keep a database of jobs related to Gnome, with an XML based |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1334 | storage structure. Here is an <a href="gjobs.xml">XML encoded jobs |
| 1335 | base</a>:</p> |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1336 | <pre><?xml version="1.0"?> |
| 1337 | <gjob:Helping xmlns:gjob="http://www.gnome.org/some-location"> |
| 1338 | <gjob:Jobs> |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1339 | |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1340 | <gjob:Job> |
| 1341 | <gjob:Project ID="3"/> |
| 1342 | <gjob:Application>GBackup</gjob:Application> |
| 1343 | <gjob:Category>Development</gjob:Category> |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1344 | |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1345 | <gjob:Update> |
| 1346 | <gjob:Status>Open</gjob:Status> |
| 1347 | <gjob:Modified>Mon, 07 Jun 1999 20:27:45 -0400 MET DST</gjob:Modified> |
| 1348 | <gjob:Salary>USD 0.00</gjob:Salary> |
| 1349 | </gjob:Update> |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1350 | |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1351 | <gjob:Developers> |
| 1352 | <gjob:Developer> |
| 1353 | </gjob:Developer> |
| 1354 | </gjob:Developers> |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1355 | |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1356 | <gjob:Contact> |
| 1357 | <gjob:Person>Nathan Clemons</gjob:Person> |
| 1358 | <gjob:Email>nathan@windsofstorm.net</gjob:Email> |
| 1359 | <gjob:Company> |
| 1360 | </gjob:Company> |
| 1361 | <gjob:Organisation> |
| 1362 | </gjob:Organisation> |
| 1363 | <gjob:Webpage> |
| 1364 | </gjob:Webpage> |
| 1365 | <gjob:Snailmail> |
| 1366 | </gjob:Snailmail> |
| 1367 | <gjob:Phone> |
| 1368 | </gjob:Phone> |
| 1369 | </gjob:Contact> |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1370 | |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1371 | <gjob:Requirements> |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1372 | The program should be released as free software, under the GPL. |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1373 | </gjob:Requirements> |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1374 | |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1375 | <gjob:Skills> |
| 1376 | </gjob:Skills> |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1377 | |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1378 | <gjob:Details> |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1379 | A GNOME based system that will allow a superuser to configure |
| 1380 | compressed and uncompressed files and/or file systems to be backed |
| 1381 | up with a supported media in the system. This should be able to |
| 1382 | perform via find commands generating a list of files that are passed |
| 1383 | to tar, dd, cpio, cp, gzip, etc., to be directed to the tape machine |
| 1384 | or via operations performed on the filesystem itself. Email |
| 1385 | notification and GUI status display very important. |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1386 | </gjob:Details> |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1387 | |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1388 | </gjob:Job> |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1389 | |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1390 | </gjob:Jobs> |
| 1391 | </gjob:Helping></pre> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1392 | |
| 1393 | <p>While loading the XML file into an internal DOM tree is a matter of calling |
Daniel Veillard | ec70e91 | 2001-02-26 20:10:45 +0000 | [diff] [blame] | 1394 | only a couple of functions, browsing the tree to gather the ata and generate |
| 1395 | the internal structures is harder, and more error prone.</p> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1396 | |
| 1397 | <p>The suggested principle is to be tolerant with respect to the input |
Daniel Veillard | ec70e91 | 2001-02-26 20:10:45 +0000 | [diff] [blame] | 1398 | structure. For example, the ordering of the attributes is not significant, the |
| 1399 | XML specification is clear about it. It's also usually a good idea not to |
| 1400 | depend on the order of the children of a given node, unless it really makes |
| 1401 | things harder. Here is some code to parse the information for a person:</p> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1402 | <pre>/* |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1403 | * A person record |
| 1404 | */ |
| 1405 | typedef struct person { |
| 1406 | char *name; |
| 1407 | char *email; |
| 1408 | char *company; |
| 1409 | char *organisation; |
| 1410 | char *smail; |
| 1411 | char *webPage; |
| 1412 | char *phone; |
| 1413 | } person, *personPtr; |
| 1414 | |
| 1415 | /* |
| 1416 | * And the code needed to parse it |
| 1417 | */ |
| 1418 | personPtr parsePerson(xmlDocPtr doc, xmlNsPtr ns, xmlNodePtr cur) { |
| 1419 | personPtr ret = NULL; |
| 1420 | |
| 1421 | DEBUG("parsePerson\n"); |
| 1422 | /* |
| 1423 | * allocate the struct |
| 1424 | */ |
| 1425 | ret = (personPtr) malloc(sizeof(person)); |
| 1426 | if (ret == NULL) { |
| 1427 | fprintf(stderr,"out of memory\n"); |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1428 | return(NULL); |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1429 | } |
| 1430 | memset(ret, 0, sizeof(person)); |
| 1431 | |
| 1432 | /* We don't care what the top level element name is */ |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1433 | cur = cur->xmlChildrenNode; |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1434 | while (cur != NULL) { |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1435 | if ((!strcmp(cur->name, "Person")) && (cur->ns == ns)) |
| 1436 | ret->name = xmlNodeListGetString(doc, cur->xmlChildrenNode, 1); |
| 1437 | if ((!strcmp(cur->name, "Email")) && (cur->ns == ns)) |
| 1438 | ret->email = xmlNodeListGetString(doc, cur->xmlChildrenNode, 1); |
| 1439 | cur = cur->next; |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1440 | } |
| 1441 | |
| 1442 | return(ret); |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1443 | }</pre> |
| 1444 | |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 1445 | <p>Here are a couple of things to notice:</p> |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1446 | <ul> |
Daniel Veillard | 91e9d58 | 2001-02-26 07:31:12 +0000 | [diff] [blame] | 1447 | <li>Usually a recursive parsing style is the more convenient one: XML data |
| 1448 | is by nature subject to repetitive constructs and usually exibits highly |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1449 | stuctured patterns.</li> |
| 1450 | <li>The two arguments of type <em>xmlDocPtr</em> and <em>xmlNsPtr</em>, i.e. |
| 1451 | the pointer to the global XML document and the namespace reserved to the |
| 1452 | application. Document wide information are needed for example to decode |
| 1453 | entities and it's a good coding practice to define a namespace for your |
| 1454 | application set of data and test that the element and attributes you're |
| 1455 | analyzing actually pertains to your application space. This is done by a |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1456 | simple equality test (cur->ns == ns).</li> |
Daniel Veillard | ec70e91 | 2001-02-26 20:10:45 +0000 | [diff] [blame] | 1457 | <li>To retrieve text and attributes value, you can use the function |
| 1458 | <em>xmlNodeListGetString</em> to gather all the text and entity reference |
| 1459 | nodes generated by the DOM output and produce an single text string.</li> |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1460 | </ul> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1461 | |
| 1462 | <p>Here is another piece of code used to parse another level of the |
| 1463 | structure:</p> |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1464 | <pre>#include <libxml/tree.h> |
Daniel Veillard | 361d845 | 2000-04-03 19:48:13 +0000 | [diff] [blame] | 1465 | /* |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1466 | * a Description for a Job |
| 1467 | */ |
| 1468 | typedef struct job { |
| 1469 | char *projectID; |
| 1470 | char *application; |
| 1471 | char *category; |
| 1472 | personPtr contact; |
| 1473 | int nbDevelopers; |
| 1474 | personPtr developers[100]; /* using dynamic alloc is left as an exercise */ |
| 1475 | } job, *jobPtr; |
| 1476 | |
| 1477 | /* |
| 1478 | * And the code needed to parse it |
| 1479 | */ |
| 1480 | jobPtr parseJob(xmlDocPtr doc, xmlNsPtr ns, xmlNodePtr cur) { |
| 1481 | jobPtr ret = NULL; |
| 1482 | |
| 1483 | DEBUG("parseJob\n"); |
| 1484 | /* |
| 1485 | * allocate the struct |
| 1486 | */ |
| 1487 | ret = (jobPtr) malloc(sizeof(job)); |
| 1488 | if (ret == NULL) { |
| 1489 | fprintf(stderr,"out of memory\n"); |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1490 | return(NULL); |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1491 | } |
| 1492 | memset(ret, 0, sizeof(job)); |
| 1493 | |
| 1494 | /* We don't care what the top level element name is */ |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1495 | cur = cur->xmlChildrenNode; |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1496 | while (cur != NULL) { |
| 1497 | |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1498 | if ((!strcmp(cur->name, "Project")) && (cur->ns == ns)) { |
| 1499 | ret->projectID = xmlGetProp(cur, "ID"); |
| 1500 | if (ret->projectID == NULL) { |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1501 | fprintf(stderr, "Project has no ID\n"); |
| 1502 | } |
| 1503 | } |
Daniel Veillard | 60979bd | 2000-07-10 12:17:33 +0000 | [diff] [blame] | 1504 | if ((!strcmp(cur->name, "Application")) && (cur->ns == ns)) |
| 1505 | ret->application = xmlNodeListGetString(doc, cur->xmlChildrenNode, 1); |
| 1506 | if ((!strcmp(cur->name, "Category")) && (cur->ns == ns)) |
| 1507 | ret->category = xmlNodeListGetString(doc, cur->xmlChildrenNode, 1); |
| 1508 | if ((!strcmp(cur->name, "Contact")) && (cur->ns == ns)) |
| 1509 | ret->contact = parsePerson(doc, ns, cur); |
| 1510 | cur = cur->next; |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1511 | } |
| 1512 | |
| 1513 | return(ret); |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1514 | }</pre> |
Daniel Veillard | 14fff06 | 1999-06-22 21:49:07 +0000 | [diff] [blame] | 1515 | |
Daniel Veillard | ec70e91 | 2001-02-26 20:10:45 +0000 | [diff] [blame] | 1516 | <p>Once you are used to it, writing this kind of code is quite simple, but |
| 1517 | boring. Ultimately, it could be possble to write stubbers taking either C data |
| 1518 | structure definitions, a set of XML examples or an XML DTD and produce the |
| 1519 | code needed to import and export the content between C data and XML storage. |
| 1520 | This is left as an exercise to the reader :-)</p> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1521 | |
Daniel Veillard | 6f0adb5 | 2000-07-03 11:41:26 +0000 | [diff] [blame] | 1522 | <p>Feel free to use <a href="example/gjobread.c">the code for the full C |
| 1523 | parsing example</a> as a template, it is also available with Makefile in the |
| 1524 | Gnome CVS base under gnome-xml/example</p> |
Daniel Veillard | b05deb7 | 1999-08-10 19:04:08 +0000 | [diff] [blame] | 1525 | |
Daniel Veillard | c310d56 | 2000-06-23 18:32:15 +0000 | [diff] [blame] | 1526 | <h2><a name="Contributi">Contributions</a></h2> |
| 1527 | <ul> |
Daniel Veillard | 851c59c | 2000-11-24 16:06:22 +0000 | [diff] [blame] | 1528 | <li><a href="mailto:ari@lusis.org">Ari Johnson</a> provides a C++ wrapper |
Daniel Veillard | c310d56 | 2000-06-23 18:32:15 +0000 | [diff] [blame] | 1529 | for libxml: |
| 1530 | <p>Website: <a |
| 1531 | href="http://lusis.org/~ari/xml++/">http://lusis.org/~ari/xml++/</a></p> |
| 1532 | <p>Download: <a |
| 1533 | href="http://lusis.org/~ari/xml++/libxml++.tar.gz">http://lusis.org/~ari/xml++/libxml++.tar.gz</a></p> |
| 1534 | </li> |
| 1535 | <li><a href="mailto:doolin@cs.utk.edu">David Doolin</a> provides a |
| 1536 | precompiled Windows version |
| 1537 | <p><a |
| 1538 | href="http://www.ce.berkeley.edu/~doolin/code/libxmlwin32/">http://www.ce.berkeley.edu/~doolin/code/libxmlwin32/</a></p> |
| 1539 | </li> |
Daniel Veillard | e356c28 | 2001-03-10 12:32:04 +0000 | [diff] [blame] | 1540 | <li><a |
| 1541 | href="http://mail.gnome.org/archives/xml/2001-March/msg00014.html">Matt |
| 1542 | Sergeant</a> developped <a |
| 1543 | href="http://axkit.org/download/">XML::LibXSLT</a>, a perl wrapper for |
| 1544 | libxml2/libxslt as part of the <a href="http://axkit.com/">AxKit XML |
| 1545 | application server</a></li> |
Daniel Veillard | 3f6f7f6 | 2000-06-30 17:58:25 +0000 | [diff] [blame] | 1546 | <li><a href="mailto:fnatter@gmx.net">Felix Natter</a> provided <a |
| 1547 | href="libxml-doc.el">an emacs module</a> to lookup libxml functions |
| 1548 | documentation</li> |
Daniel Veillard | c310d56 | 2000-06-23 18:32:15 +0000 | [diff] [blame] | 1549 | <li><a href="mailto:sherwin@nlm.nih.gov">Ziying Sherwin</a> provided <a |
| 1550 | href="http://xmlsoft.org/messages/0488.html">man pages</a> (not yet |
| 1551 | integrated in the distribution)</li> |
| 1552 | </ul> |
| 1553 | |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1554 | <p></p> |
| 1555 | |
Daniel Veillard | 33a6780 | 2001-03-07 09:44:02 +0000 | [diff] [blame] | 1556 | <p><a href="mailto:Daniel.Veillard@imag.fr">Daniel Veillard</a></p> |
Daniel Veillard | c8eab3a | 1999-09-04 18:27:23 +0000 | [diff] [blame] | 1557 | |
Daniel Veillard | 2e4f188 | 2001-06-01 10:11:57 +0000 | [diff] [blame^] | 1558 | <p>$Id: xml.html,v 1.84 2001/05/19 15:13:15 veillard Exp $</p> |
Daniel Veillard | ccb0963 | 1998-10-27 06:21:04 +0000 | [diff] [blame] | 1559 | </body> |
| 1560 | </html> |