| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| ... | |
| |\
| |
| |
| | |
https://github.com/mosra/doxygen into mosra-xml-namespace-members-in-file-scope
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
For better consistency with the HTML output, where each file
documentation lists (and links to) all members of given namespace. This
also makes it possible to be consistent with the HTML output in case
a namespace is not documented and thus all its member detailed docs
should be put into corresponding file docs instead.
In order to be backwards compatible and avoid breaking stuff for
existing users of the XML output, this is controlled by a new
XML_NAMESPACE_MEMBERS_IN_FILE_SCOPE configuration option that defaults
to NO.
Note that this, unlike the HTML output, will put the whole detailed docs
into the file scope instead of just listing them. It's up to the user of
the XML output to deduplicate this information. It can be done for
example by comparing member ID prefixes with compound ID -- íf
different, the detailed docs are already somewhere else.
|
| | | |
|
| | | |
|
| | | |
|
| |\ \
| | |
| | | |
Losslessly optimize images
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
*Total -- 536.41kb -> 410.38kb (23.5%)
/doc/extsearch_flow.png -- 20.57kb -> 7.41kb (64%)
/testing/sample.png -- 3.69kb -> 2.50kb (32.26%)
/doc/doxywizard_main.png -- 55.86kb -> 38.51kb (31.07%)
/doc/doxywizard_page1.png -- 38.72kb -> 29.24kb (24.47%)
/doc/doxywizard_page4.png -- 42.69kb -> 32.57kb (23.72%)
/doc/doxywizard_page3.png -- 49.71kb -> 37.95kb (23.66%)
/doc/doxywizard_page2.png -- 38.13kb -> 29.21kb (23.41%)
/addon/doxywizard/images/tunecolor.png -- 99.90kb -> 77.30kb (22.62%)
/doc/doxywizard_menu.png -- 57.29kb -> 45.09kb (21.28%)
/doc/doxywizard_expert.png -- 29.35kb -> 23.73kb (19.15%)
/templates/html/mag_sel.png -- 0.55kb -> 0.45kb (17.41%)
/templates/html/mag.png -- 0.51kb -> 0.44kb (14.31%)
/doc/infoflow.png -- 98.24kb -> 84.89kb (13.59%)
/templates/html/search_r.png -- 0.60kb -> 0.54kb (9.64%)
/templates/html/search_l.png -- 0.59kb -> 0.55kb (6.13%)
|
| |/ /
| |
| |
| |
| |
| |
| | |
Adding attributes:
- async
- doxygen
to be able to validate doxygen generated xhtml documents
|
| | |
| |
| |
| |
| |
| | |
Analogous to the `\htmlonly` also with the `\htmlinclude` command it is possible that some parts are added that cannot be inside a `<p> ... <\/p>` and thus we have to temporary close (and later reopen) the paragraph.
The option `[block]` has been added to the `\htmlinclude` command (analogous to the `\htmlonly` command).
Problem can be seen with the default doxygen test 30 (`[030_htmlinclude.dox]: test the \htmlinclude command`).
|
| | |
| |
| |
| | |
Regression regarding tests
|
| |\ \
| | |
| | | |
Correcting labels for citations
|
| | | |
| | |
| | |
| | | |
Corrected change in test.
|
| |\ \ \
| | | |
| | | | |
Extending tests with extra possibilities
|
| | |\ \ \ |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
- docbook for docbook output including small test on validity (i.e. basic xml test)
- rtf for rtf output
- start_id and end_id creating the possibility to run one range of tests
-- subdirs us CREATE_SUBDIRS=YES
|
| |\ \ \ \ \
| |_|/ / /
|/| | | | |
Implementation of standard generator for docbook output
|
| | |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Till now docbook had its own output generator, but lot of possibilities were missing (see remark about updating below), with this patch the (more than) basic implementation has been made.
Added some docbook tests to the current tests and updated documentation where necessary
Tried updating current version but too many issues remained that were generically handled in the standard generator, code is in current version behind '#if 0' construct in doxygen.cpp and name with '_v1' and in docbookgen.cp'
|
| |/ / /
| | |
| | |
| | |
| | |
| | | |
runtime.
Creating possibility to add extra doxygen configuration items to tests (e.g. QUIET=NO)
|
| |\ \ \
| | | |
| | | | |
Typos found by running "codespell"
|
| | |/ / |
|
| |\ \ \
| | | |
| | | | |
Correct typing error in test 5
|
| | |/ / |
|
| |/ / |
|
| | |
| |
| |
| |
| |
| |
| | |
table of contents
- correction of compiler error (not caught on Windows)
- updated test 43 (for in page toc)
|
| |\ \
| | |
| | | |
Problem with \cond in normal comment of test 015
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
In the \cond is also recognized in non-doxygen comment.
- As a work around the \ has been removed
- in case of e.g. pdf the enabled function is not shown as it does not have a doxygen comment
- test file output update due to change in input code.
- pre.l and commentcnv.l. better error message i.e. showing better the used condition
|
| |/ / |
|
| |\ \
| | |
| | | |
Create test possibilities for xhtml and pdf output
|
| | | |
| | |
| | |
| | | |
Regression of default output (INPUT setting was overruled).
|
| | |/
| |
| |
| |
| |
| | |
The tests in the testing directory provided possibilities to do some regression tests based on the xml output.
With the option --xhtml it is possible to see whether or not a test or set of tests is xhtml compliant.
With the option --pdf it is possible to see whether or not a test or set of tests can be build to a pdf file (per test).
|
| |\ \
| | |
| | | |
Test renumbering
|
| | | |
| | |
| | |
| | | |
The tests numbers 067 and 068 were used twice, test 067 has been renamed to 072 and test 068 has been renamed to 073.
|
| | |/
| |
| |
| | |
The tests numbers 067 and 068 were used twice, test 067 has been renamed to 072 and test 068 has been renamed to 073.
|
| |\ \
| | |
| | | |
Enable possibility to run single tests
|
| | |/
| |
| |
| | |
Create the possibility to run only one or more tests.
|
| |\ \
| | |
| | | |
Typos found by running "codespell"
|
| | |/ |
|
| |/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The Markdown processing was done after the normal tag processing and splitting the comment in brief, doc, inline. This resulted in that sectioning parts (i.e. e.g. ==== conversion to <h1> ) remained in the brief description whilst similar constructs with HTML commands landed in the doc (details) description. By performing the markdown on the entire comment block this problem has been overcome.
commentscan.l
- change moment of calling markdown processing
- skip start spaces and subsequent empty lines in markdown processed code
- small debug correction
markdown.cpp
- don't convert the dashes in <!-- and --> (HTML type comment)
- small debug correction
054 test
- update of example for compatibility and adding part about none code result.
doxygen.cpp
- small textual comment correction
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When a C++11 `enum class` was present in an anonymous namespace (usually
in *.cpp files), the XML output was emitting warnings similar to the
following:
Internal inconsistency: member False does not belong to any container!
And the XML output was rendering bogus IDs for enum values starting with
`dummy_`, such as:
dummy_1a96ab6574751fdf6a53ceec8a3896c45daf8320b26d30ab433c5a54546d21f414c
The fix is to call memberOutputFileBase() on the enumeration itself and
not on the enum value, that way it provides correct file base that
corresponds to file base of the enumeration. There's also a new test
that checks this.
Note: this assumes that enum values belong to the same compound as enums
themselves. In my experience that was always the case and there's no
broken test after this change, so I hope I didn't break anything.
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* testing/069_link_variadic_template.cpp: new file, @link regression
test for variadic template function
* testing/069/069__link__variadic__template_8cpp.xml: new file, expected
@link regression test result for variadic template function
* testing/070_ref_variadic_template.cpp: new file, @ref regression
test for variadic template function
* testing/070/070__ref__variadic__template_8cpp.xml: new file, expected
@ref regression test result for variadic template function
At the time of writing, the part between <> is totally ignored:
func<Args...>(Args... args) is interpreted as func(Args... args).
Beware that a function parameter with either a & or * operator, e.g.
'const Args&... args', requires @link and @ref to use such parameter
as verbatim, i.e. {@link func(const Args&... args)}. At the time of
writing, the form {@link func(const Args&...)} will fail, unless the
function parameter was declared just as 'const Args&...'.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* testing/067_link_varargs.cpp: new file, @link regression test for
variadic function arguments '...'
* testing/067/067__link__varargs_8cpp.xml: new file, expected @link
regression test result for variadic function arguments '...'
* testing/068_ref_varargs.cpp: new file, @ref regression test for
variadic function arguments '...'
* testing/068/068__ref__varargs_8cpp.xml: new file, expected @ref
regression test result for variadic function arguments '...'
|
| |\ \
| | |
| | | |
Full support for strong and typed enums in the XML output
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | | |
There's a new boolean `strong` attribute on the `<memberdef>` element
that defines whether the enum is a classic or a strong one.
Tests were updated to verify both cases.
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The <type> element (used for function return type and variable type) is
now reused also for underlying enum type.
C++03-style enum types that don't have the underlying type specified
have the <type> tag as well, but empty to indicate that the underlying
type is unspecified.
Added a new test case for this.
|
| |\ \ \
| | | |
| | | | |
Provide template parameters also for type aliases in the XML output
|
| | |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Until now, probably due to C++03 assumptions, typedefs and type
aliases skipped printing of the template parameter specifications to
the XML output. That's now fixed, so the following type alias will
properly contain <templateparamlist> in the XML output:
template<class T> using Vec = std::vector<T>;
Added also a test case that verifies this.
|
| |\ \ \
| | | |
| | | | |
Expose TOC placeholder in XML output
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Currently the XML output for a page was generated the same
independently of whether the \tableofcontents command was present in
the page source or not. Because of that, the users of the XML output
had no chance of knowing whether given page should have a TOC or not.
There's now a new <tableofcontents> element that gets added in case
the TOC was requested. As it is trivial to populate the TOC on user
side by simply enumerating the <sectN> elements, the element is empty
and acts just as a boolean.
|
| |\ \ \ \
| |/ / /
| | | | |
Provide page brief in <briefdescription> of XML output
|
