<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/xhtml;charset=UTF-8"/>
<title>Doxygen manual: Linking to external documentation</title>
<link href="tabs.css" rel="stylesheet" type="text/css"/>
<link href="doxygen.css" rel="stylesheet" type="text/css"/>
</head>
<body>
<!-- Generated by Doxygen 1.7.4 -->
<div id="top">
<div id="titlearea">
<table cellspacing="0" cellpadding="0">
<tbody>
<tr style="height: 56px;">
<td style="padding-left: 0.5em;">
<div id="projectname">Doxygen manual</div>
</td>
</tr>
</tbody>
</table>
</div>
</div>
<div class="header">
<div class="headertitle">
<div class="title">Linking to external documentation </div> </div>
</div>
<div class="contents">
<div class="textblock"><p>If your project depends on external libraries or tools, there are several reasons to not include all sources for these with every run of doxygen:</p>
<dl>
<dt>Disk space:</dt>
<dd>Some documentation may be available outside of the output directory of doxygen already, for instance somewhere on the web. You may want to link to these pages instead of generating the documentation in your local output directory. </dd>
<dt>Compilation speed:</dt>
<dd>External projects typically have a different update frequency from your own project. It does not make much sense to let doxygen parse the sources for these external project over and over again, even if nothing has changed. </dd>
<dt>Memory:</dt>
<dd>For very large source trees, letting doxygen parse all sources may simply take too much of your system's memory. By dividing the sources into several "packages", the sources of one package can be parsed by doxygen, while all other packages that this package depends on, are linked in externally. This saves a lot of memory. </dd>
<dt>Availability:</dt>
<dd>For some projects that are documented with doxygen, the sources may just not be available. </dd>
<dt>Copyright issues:</dt>
<dd><p class="startdd">If the external package and its documentation are copyright someone else, it may be better - or even necessary - to reference it rather than include a copy of it with your project's documentation. When the author forbids redistribution, this is necessary. If the author requires compliance with some license condition as a precondition of redistribution, and you do not want to be bound by those conditions, referring to their copy of their documentation is preferable to including a copy.</p>
<p class="enddd"></p>
</dd>
</dl>
<p>If any of the above apply, you can use doxygen's tag file mechanism. A tag file is basically a compact representation of the entities found in the external sources. Doxygen can both generate and read tag files.</p>
<p>To generate a tag file for your project, simply put the name of the tag file after the <a class="el" href="config.html#cfg_generate_tagfile">GENERATE_TAGFILE</a> option in the configuration file.</p>
<p>To combine the output of one or more external projects with your own project you should specify the name of the tag files after the <a class="el" href="config.html#cfg_tagfiles">TAGFILES</a> option in the configuration file.</p>
<p>A tag file does not contain information about where the external documentation is located. This could be a directory or an URL. So when you include a tag file you have to specify where the external documentation is located. There are two ways to do this: </p>
<dl>
<dt>At configuration time:</dt>
<dd>just assign the location of the output to the tag files specified after the <a class="el" href="config.html#cfg_tagfiles">TAGFILES</a> configuration option. If you use a relative path it should be relative with respect to the directory where the HTML output of your project is generated. </dd>
<dt>After compile time:</dt>
<dd>if you do not assign a location to a tag file, doxygen will generate dummy links for all external HTML references. It will also generate a perl script called <a class="el" href="installdox_usage.html">installdox</a> in the HTML output directory. This script should be run to replace the dummy links with real links for all generated HTML files. </dd>
</dl>
<dl class="user"><dt><b>Example: </b></dt><dd>Suppose you have a project <code>proj</code> that uses two external projects called <code>ext1</code> and <code>ext2</code>. The directory structure looks as follows:</dd></dl>
<dl class="user"><dt><b></b></dt><dd><div class="fragment"><pre class="fragment">
<root>
+- proj
| +- html HTML output directory for proj
| +- src sources for proj
| |- proj.cpp
+- ext1
| +- html HTML output directory for ext1
| |- ext1.tag tag file for ext1
+- ext2
| +- html HTML output directory for ext2
| |- ext2.tag tag file for ext2
|- proj.cfg doxygen configuration file for proj
|- ext1.cfg doxygen configuration file for ext1
|- ext2.cfg doxygen configuration file for ext2
</pre></div></dd></dl>
<dl class="user"><dt><b></b></dt><dd>Then the relevant parts of the configuration files look as follows: </dd></dl>
<dl class="user"><dt><b></b></dt><dd>proj.cfg: <div class="fragment"><pre class="fragment">
OUTPUT_DIRECTORY = proj
INPUT = proj/src
TAGFILES = ext1/ext1.tag=../../ext1/html \
ext2/ext2.tag=../../ext2/html
</pre></div> ext1.cfg: <div class="fragment"><pre class="fragment">
OUTPUT_DIRECTORY = ext1
GENERATE_TAGFILE = ext1/ext1.tag
</pre></div> ext2.cfg: <div class="fragment"><pre class="fragment">
OUTPUT_DIRECTORY = ext2
GENERATE_TAGFILE = ext2/ext2.tag
</pre></div></dd></dl>
<p>In some (hopefully exceptional) cases you may have the documentation generated by doxygen, but not the sources nor a tag file. In this case you can use the <a class="el" href="doxytag_usage.html">doxytag</a> tool to extract a tag file from the generated HTML sources. Another case where you should use doxytag is if you want to create a tag file for the Qt documentation.</p>
<p>The tool <code>doxytag</code> depends on the particular structure of the generated output and on some special markers that are generated by doxygen. Since this type of extraction is brittle and error-prone I suggest you only use this approach if there is no alternative. The doxytag tool may even become obsolete in the future.</p>
Go to the <a href="faq.html">next</a> section or return to the
<a href="index.html">index</a>.
</div></div>
<hr class="footer"/><address class="footer"><small>Generated on Mon Jun 27 2011 for Doxygen manual by 
<a href="http://www.doxygen.org/index.html">
<img class="footer" src="doxygen.png" alt="doxygen"/></a> 1.7.4 </small></address>
</body>
</html>
