📄 config.doc
字号:
<code>name</code> or <code>name=definition</code> (no spaces). If the definition and the "=" are omitted, "=1" is assumed.\anchor cfg_expand_as_defined<dt>\c EXPAND_AS_DEFINED <dd> \addindex EXPAND_AS_DEFINED If the \c MACRO_EXPANSION and \c EXPAND_PREDEF_ONLY tags are set to \c YES then this tag can be used to specify a list of macro names that should be expanded. The macro definition that is found in the sources will be used. Use the \c PREDEFINED tag if you want to use a different macro definition.\anchor cfg_skip_function_macros<dt>\c SKIP_FUNCTION_MACROS <dd> \addindex SKIP_FUNCTION_MACROS If the \c SKIP_FUNCTION_MACROS tag is set to \c YES (the default) then doxygen's preprocessor will remove all function-like macros that are alone on a line and do not end with a semicolon. Such function macros are typically used for boiler-plate code, and will confuse the parser if not removed. </dl>\subsection config_extref External reference options\anchor cfg_tagfiles<dl><dt>\c TAGFILES <dd> \addindex TAGFILES The \c TAGFILES tag can be used to specify one or more tagfiles. See section \ref doxytag_usage for more information about the usage of tag files. Optionally an initial location of the external documentation can be added for each tagfile. The format of a tag file without this location is as follows: <pre>TAGFILES = file1 file2 ... </pre> Adding location for the tag files is done as follows: <pre>TAGFILES = file1=loc1 "file2 = loc2" ... </pre> where \c loc1 and \c loc2 can be relative or absolute paths or URLs, If a location is present for each tag, the installdox tool (see section \ref installdox_usage for more information) does not have to be run to correct the links. \par Note: Each tag file must have a unique name (where the name does \e not include the path) If a tag file is not located in the directory in which doxygen is run, you must also specify the path to the tagfile here.\anchor cfg_generate_tagfile<dt>\c GENERATE_TAGFILE <dd> \addindex GENERATE_TAGFILE When a file name is specified after \c GENERATE_TAGFILE, doxygen will create a tag file that is based on the input files it reads. See section \ref doxytag_usage for more information about the usage of tag files.\anchor cfg_allexternals<dt>\c ALLEXTERNALS <dd> \addindex ALLEXTERNALS If the \c ALLEXTERNALS tag is set to \c YES all external class will be listed in the class index. If set to \c NO only the inherited external classes will be listed.\anchor cfg_perl_path<dt>\c PERL_PATH <dd> \addindex PERL_PATH The \c PERL_PATH should be the absolute path and name of the perl script interpreter (i.e. the result of `<tt>which perl</tt>').</dl>\subsection config_dot Dot options\anchor cfg_class_diagrams<dl><dt>\c CLASS_DIAGRAMS <dd> \addindex CLASS_DIAGRAMS If the \c CLASS_DIAGRAMS tag is set to \c YES (the default) doxygen will generate a class diagram (in HTML and \f$\mbox{\LaTeX}\f$) for classes with base or super classes. Setting the tag to \c NO turns the diagrams off. Note that this option is superceded by the HAVE_DOT option below. This is only a fallback. It is recommended to install and use dot, since it yield more powerful graphs. \anchor cfg_have_dot<dt>\c HAVE_DOT <dd> \addindex HAVE_DOT If you set the \c HAVE_DOT tag to \c YES then doxygen will assume the dot tool is available from the path. This tool is part of <a href="http://www.research.att.com/sw/tools/graphviz/">Graphviz</a>, a graph visualization toolkit from AT&T and Lucent Bell Labs. The other options in this section have no effect if this option is set to \c NO (the default) \anchor cfg_class_graph<dt>\c CLASS_GRAPH <dd> \addindex CLASS_GRAPH If the \c CLASS_GRAPH and \c HAVE_DOT tags are set to \c YES then doxygen will generate a graph for each documented class showing the direct and indirect inheritance relations. Setting this tag to \c YES will force the the \c CLASS_DIAGRAMS tag to NO.\anchor cfg_collaboration_graph<dt>\c COLLABORATION_GRAPH <dd> \addindex COLLABORATION_GRAPH If the \c COLLABORATION_GRAPH and \c HAVE_DOT tags are set to \c YES then doxygen will generate a graph for each documented class showing the direct and indirect implementation dependencies (inheritance, containment, and class references variables) of the class with other documented classes.\anchor cfg_template_relations<dt>\c TEMPLATE_RELATIONS <dd> \addindex TEMPLATE_RELATIONS If the \c TEMPLATE_RELATIONS and \c HAVE_DOT tags are set to \c YES then doxygen will show the relations between templates and their instances.\anchor cfg_hide_undoc_relations<dt>\c HIDE_UNDOC_RELATIONS <dd> \addindex HIDE_UNDOC_RELATIONS If set to YES, the inheritance and collaboration graphs will hide inheritance and usage relations if the target is undocumented or is not a class.\anchor cfg_include_graph<dt>\c INCLUDE_GRAPH <dd> \addindex INCLUDE_GRAPH If the \c ENABLE_PREPROCESSING, \c SEARCH_INCLUDES, \c INCLUDE_GRAPH, and \c HAVE_DOT tags are set to \c YES then doxygen will generate a graph for each documented file showing the direct and indirect include dependencies of the file with other documented files.\anchor cfg_included_by_graph<dt>\c INCLUDED_BY_GRAPH <dd> \addindex INCLUDED_BY_GRAPH If the \c ENABLE_PREPROCESSING, \c SEARCH_INCLUDES, \c INCLUDED_BY_GRAPH, and \c HAVE_DOT tags are set to \c YES then doxygen will generate a graph for each documented header file showing the documented files that directly or indirectly include this file.\anchor cfg_graphical_hierarchy<dt>\c GRAPHICAL_HIERARCHY <dd> \addindex GRAPHICAL_HIERARCHY If the \c GRAPHICAL_HIERARCHY and \c HAVE_DOT tags are set to \c YES then doxygen will graphical hierarchy of all classes instead of a textual one.\anchor cfg_dot_path<dt>\c DOT_PATH <dd> \addindex DOT_PATH This tag can be used to specify the path where the dot tool can be found. If left blank, it is assumed the dot tool can be found on the path. \anchor cfg_dotfile_dirs<dt>\c DOTFILE_DIRS <dd> \addindex DOTFILE_DIRS This tag can be used to specify one or more directories that contain dot files that are included in the documentation (see the \\dotfile command).\anchor cfg_max_dot_graph_height <dt>\c MAX_DOT_GRAPH_HEIGHT <dd> \addindex MAX_DOT_GRAPH_HEIGHT The \c MAX_DOT_GRAPH_HEIGHT tag can be used to set the maximum allows height (in pixels) of the graphs generated by dot. If a graph becomes larger than this value, doxygen will try to truncate the graph, so that it fits within the specified constraint. Beware that most browsers cannot cope with very large images.\anchor cfg_max_dot_graph_width <dt>\c MAX_DOT_GRAPH_WIDTH <dd> \addindex MAX_DOT_GRAPH_WIDTH The \c MAX_DOT_GRAPH_WIDTH tag can be used to set the maximum allowed width (in pixels) of the graphs generated by dot. If a graph becomes larger than this value, doxygen will try to truncate the graph, so that it fits within the specified constraint. Beware that most browsers cannot cope with very large images.\anchor cfg_generate_legend <dd><dt>\c GENERATE_LEGEND <dd> \addindex GENERATE_LEGEND If the \c GENERATE_LEGEND tag is set to \c YES (the default) doxygen will generate a legend page explaining the meaning of the various boxes and arrows in the dot generated graphs.\anchor cfg_dot_cleanup<dt>\c DOT_CLEANUP <dd> \addindex DOT_CLEANUP This tag can be used to cleanup any mess DOT left behind. If left blank, "NO" is assumed.</dl>\subsection config_search Search engine options\anchor cfg_searchengine<dl><dt>\c SEARCHENGINE <dd> \addindex SEARCHENGINE The \c SEARCHENGINE tag specifies whether or not a search should be used. Possible values are \c YES and \c NO. If set to \c NO or left blank, the values of all other tags in this section will be ignored.\anchor cfg_cgi_name<dt>\c CGI_NAME <dd> \addindex CGI_NAME The \c CGI_NAME tag should be the name of the CGI script that starts the search engine (<tt>doxysearch</tt>) with the correct parameters. A script with this name will be generated by doxygen.\anchor cfg_cgi_url<dt>\c CGI_URL <dd> \addindex CGI_URL The \c CGI_URL tag should be the absolute URL to the directory where the cgi binaries are located. See the documentation of your HTTP daemon for details.\anchor cfg_doc_url<dt>\c DOC_URL <dd> \addindex DOC_URL The \c DOC_URL tag should be the absolute URL to the directory where the documentation is located. If left blank the absolute path to the documentation, with \c file:// prepended to it, will be used. This is correct for local viewing only.\anchor cfg_doc_abspath<dt>\c DOC_ABSPATH <dd> \addindex DOC_ABSPATH The \c DOC_ABSPATH tag should be the absolute path to the directory where the documentation is located. If left blank the directory on the local machine will be used.\anchor cfg_bin_abspath<dt>\c BIN_ABSPATH <dd> \addindex BIN_ABSPATH The \c BIN_ABSPATH tag must point to the directory where the doxysearch binary is installed.\anchor cfg_ext_doc_paths<dt>\c EXT_DOC_PATHS <dd> \addindex EXT_DOC_PATHS The \c EXT_DOC_PATHS tag can be used to specify one or more paths to documentation generated for other projects. This allows doxysearch to search the documentation for these projects as well. All paths must be absolute.</dl><h2>Examples</h2>Suppose you have a simple project consisting of two files: a source file \c example.cc and a header file \c example.h.Then a minimal configuration file is as simple as:\verbatimINPUT = example.cc example.h\endverbatimAssuming the example makes use of Qt classes and perl is located in <code>/usr/bin</code>, a more realistic configuration file would be:\verbatimPROJECT_NAME = ExampleINPUT = example.cc example.hWARNINGS = YESTAGFILES = qt.tagPERL_PATH = /usr/bin/perlSEARCHENGINE = NO\endverbatimTo generate the documentation for the <a href="http://www.stack.nl/~dimitri/qdbttabular/index.html">QdbtTabular</a> packageI have used the following configuration file:\verbatimPROJECT_NAME = QdbtTabularOUTPUT_DIRECTORY = htmlWARNINGS = YESINPUT = examples/examples.doc srcFILE_PATTERNS = *.cc *.hINCLUDE_PATH = examplesTAGFILES = qt.tagPERL_PATH = /usr/local/bin/perlSEARCHENGINE = YESCGI_NAME = search.cgiCGI_URL = http://www.stack.nl/~dimitri/cgi-binDOC_URL = http://www.stack.nl/~dimitri/qdbttabularDOC_ABSPATH = /home/dimitri/.html/qdbttabularBIN_ABSPATH = /home/dimitri/bin\endverbatimTo regenerate the Qt-1.44 documentation from the sources, you could use thefollowing config file:\verbatimPROJECT_NAME = QtOUTPUT_DIRECTORY = qt_docsHIDE_UNDOC_MEMBERS = YESHIDE_UNDOC_CLASSES = YESENABLE_PREPROCESSING = YESMACRO_EXPANSION = YESEXPAND_ONLY_PREDEF = YESSEARCH_INCLUDES = YESFULL_PATH_NAMES = YESSTRIP_FROM_PATH = $(QTDIR)/PREDEFINED = USE_TEMPLATECLASS Q_EXPORT= \ QArrayT:=QArray \ QListT:=QList \ QDictT:=QDict \ QQueueT:=QQueue \ QVectorT:=QVector \ QPtrDictT:=QPtrDict \ QIntDictT:=QIntDict \ QStackT:=QStack \ QDictIteratorT:=QDictIterator \ QListIteratorT:=QListIterator \ QCacheT:=QCache \ QCacheIteratorT:=QCacheIterator \ QIntCacheT:=QIntCache \ QIntCacheIteratorT:=QIntCacheIterator \ QIntDictIteratorT:=QIntDictIterator \ QPtrDictIteratorT:=QPtrDictIteratorINPUT = $(QTDIR)/doc \ $(QTDIR)/src/widgets \ $(QTDIR)/src/kernel \ $(QTDIR)/src/dialogs \ $(QTDIR)/src/toolsFILE_PATTERNS = *.cpp *.h q*.docINCLUDE_PATH = $(QTDIR)/include RECURSIVE = YES\endverbatimFor the Qt-2.1 sources I recommend to use the following settings:\verbatimPROJECT_NAME = QtPROJECT_NUMBER = 2.1HIDE_UNDOC_MEMBERS = YESHIDE_UNDOC_CLASSES = YESSOURCE_BROWSER = YESINPUT = $(QTDIR)/srcFILE_PATTERNS = *.cpp *.h q*.docRECURSIVE = YESEXCLUDE_PATTERNS = *codec.cpp moc_* */compat/* */3rdparty/*ALPHABETICAL_INDEX = YESCOLS_IN_ALPHA_INDEX = 3IGNORE_PREFIX = QENABLE_PREPROCESSING = YESMACRO_EXPANSION = YESINCLUDE_PATH = $(QTDIR)/includePREDEFINED = Q_PROPERTY(x)= \ Q_OVERRIDE(x)= \ Q_EXPORT= \ Q_ENUMS(x)= \ "QT_STATIC_CONST=static const " \ _WS_X11_ \ INCLUDE_MENUITEM_DEFEXPAND_ONLY_PREDEF = YESEXPAND_AS_DEFINED = Q_OBJECT_FAKE Q_OBJECT ACTIVATE_SIGNAL_WITH_PARAM \ Q_VARIANT_AS\endverbatimHere doxygen's preprocessor is used to substitute somemacro names that are normally substituted by the C preprocessor,but without doing full macro expansion.*/
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -