| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
| |
{#mainpage}' and 'Header {#mainpage}\n===='
In case of an ATX header the id was overwritten again by the subsequent call to extractTitleId, this should only happen in case of a non ATX header ('===' headers returned already beforehand).
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
In case we have something like (taken loosely from issue #4554):
```
- \subpage id_201201031218 \copydoc id_201201031218
```
this would be translated into:
```
- @subpage id_201201031218\copydetails id_201201031218]
```
and subsequently the first word of the `\copydetails` part is placed directly to the `id_201201031218` resulting in an unknown id like `id_201201031218this`
(This actual case it doesn't make much sense to use a `\copydoc` but this can happen in other cases as well).
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When running doxygen (master) on the ceph project (https://github.com/ceph/ceph/archive/v15.0.0.tar.gz) doxygen crashes with what looks like an endless loop.
Seen the code:
```
virtual int countMemberDeclarations(MemberListType lt,const ClassDef *inheritedFrom,
int lt2,bool invert,bool showAlways,QPtrDict<void> *visitedClasses) const
{ return countMemberDeclarations(lt,inheritedFrom,lt2,invert,showAlways,visitedClasses); }
```
and the above code, it looks like the fix might be:
```
virtual int countMemberDeclarations(MemberListType lt,const ClassDef *inheritedFrom,
int lt2,bool invert,bool showAlways,QPtrDict<void> *visitedClasses) const
{ return getCdAlias()->countMemberDeclarations(lt,inheritedFrom,lt2,invert,showAlways,visitedClasses); }
```
|
| |
|
|
| |
Do the `curlyCount` per file and not globally.
|
| |\ |
|
| | |\
| | |
| | | |
Handling digraph versus label
|
| | | |
| | |
| | |
| | |
| | | |
In case a label contains a backslash (at the end), the digrapgh statement remains unchanged, though with the label= this backslash is converted to a double backslash.
Especially at the end (just before the " this can lead to problems, making the handling uniform.
|
| | |\ \
| | | |
| | | | |
Conflict between RCS tag and (e.g.) php description
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
In some languages the `$` is used to start a variable name (php, perl).
When having a description like:
```
<b>$RRDp::error_mode</b>, <b>$RRDp::error</b>
```
this will lead to a message like:
```
warning: found </b> at different nesting level (4) than expected (2)
```
because the part `$RRDp:` is seen as start of a RCS tag and runs till the next `$`.
Though the `::` indicates here a class / namespace separator and in case of `$...:` directly followed by a `:` this should not be seen as RCS tag.
|
| | |\ \ \
| | |/ /
| |/| | |
issue 7015 Parsing issue with @includedoc and @startuml
|
| | | | |
| | | |
| | | |
| | | | |
In case of `\includedoc` the `\n` was not handled on the first line (`@startuml`)
|
| | |\ \ \
| | |/ /
| |/| | |
Ambiguous file name in file command
|
| | | | |
| | | |
| | | |
| | | | |
The file command has only one argument.
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
I some cases a file name is used with the `\file` command and this filename exists multiple times although the `\file` command is in the file itself (actually file name can be omitted).
Another possibility is that the file description is in another file in the same directory.
When file is not found or ambiguous, try to prepend the path of the current file to it and see if the file can be found.
Example is shown in the warnings file like:
```
gmic-2.6.1/gmic-qt/src/Common.h:3: warning: the name `Common.h' supplied as the second argument in the \file statement matches the following input files:
gmic-2.6.1/gmic-qt/src/Common.h
gmic-2.6.1/zart/include/Common.h
Please use a more specific name by including a (larger) part of the path!
```
and here it is quite clear and unambiguous which file is meant.
|
| |/ / / |
|
| | | | |
|
| |\ \ \ |
|
| | |\ \ \
| | | | |
| | | | | |
enable debug for re-entrant lexers
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | | |
constructor and assignment operator
|
| |\ \ \ \ \
| |/ / / /
|/| | | |
| | | | | |
thomas-haller-issue6960_d
|
| | |/ / /
| | | |
| | | |
| | | | |
for the same .dot file
|
| |\ \ \ \
| |/ / / |
|
| | |\ \ \
| | | | |
| | | | |
| | | | |
| | | | | |
cfriedt/feature/cfriedt/6955/allow-javadoc-style-comment-blocks-with-a-doxyfile-variable
Allow Javadoc-style comment blocks with a Doxyfile variable
|
| | | | | | |
|
| | | |/ /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Javadoc allows comments like this (which I refer to as "banner" comments)
/*****************
*
*****************/
but doxygen does not recognize them.
Instead, the doxygen manual says to do this
/*************//**
*
****************/
which some users aren't even aware is required. It also behaves poorly with clang-format.
I'm proposing to add a Doxyfile boolean option JAVADOC_BANNER which will default to NO. When set to YES, it will consider the first and second comments above to be equivalent.
However, I don't believe that the JAVADOC_BANNER option should default to YES, as there are likely a number of projects who have used the former syntax with full expectation that it would *not* appear in their documentation.
At least having the JAVADOC_BANNER default to NO allows users to opt-in voluntarily by adding JAVADOC_BANNER = YES to their Doxyfile. If the consensus is to make it a default at a later time, first a warning can be added during build that should trigger users to modify their comment style, and then eventually the default could be set to JAVADOC_BANNER = YES, or the config option could be removed entirely and it would just always be enabled.
|
| | |\ \ \
| | | | |
| | | | | |
Missing debug statements sqlcode and xmlcode lexers
|
| | | | | |
| | | | |
| | | | |
| | | | | |
The messages for `doxygen -d lex` were missing in case of the sqlcode.l and xmlcode.l
|
| |/ / / / |
|
| |/ / / |
|
| |\ \ \
| | | |
| | | | |
Class definition with collections
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Class definitions can have collections and these can have strings e.g.:
class Url(namedtuple('Url', url_attrs)):
and this results in:
warning: Detected potential recursive class relation between class conda::_vendor::urllib3::util::url::Url and base class Url!
Strings are now possible and seen as strings.
See also (including example with namedtuble): https://docs.python.org/3/library/collections.html
|
| |\ \ \ \
| | | | |
| | | | | |
Incorrect Reached end of file while still inside a (nested) comment for TCL / Python
|
| | | |/ /
| |/| |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
/ Python
In case we have in the comment (or in the code) of a TCL file of Python file a construct like:
```
proc get_suite {dir {sort 1}} {
set files [glob -nocomplain $dir/*.bin]
set files [glob -nocomplain $dir/*.ps]
}
```
we get the warning:
```
warning: Reached end of file while still inside a (nested) comment. Nesting level 2 (probable line reference: 3, 2)
```
although the '/*' construct has no special comment meaning in TCL / Python (comment signs '#' / '#' or '"""). So if a c-comment construct is found it is ignored for TCL and Python.
|
| |\ \ \ \
| | | | |
| | | | | |
Incorrect output tag order
|
| | |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
When we have the Mardown file:
```
# First heading level 1
Some text ...
```
we get in the HTML file:
```
...
<div class="PageDoc"><div class="header">
<div class="headertitle">
<div class="title">First heading level 1 </div> </div>
</div><!--header-->javascript">
<div class="contents">
<div class="textblock"><p>Some text ... </p>
</div></div><!-- PageDoc -->
</div><!-- contents -->
...
```
Here we see that the `PageDoc` is closed before the `Contents` although the `PageDoc` was opened before the `Contents`.
In this constellation it doesn't give problems as both translate to `</div>` tag and in other output formats nothing is outputted, but in case in another format something is outputted this might lead to problems also the comment is now so that is indicates the error.
|
| | | | | |
|
| |\ \ \ \
| | | | |
| | | | | |
issue #6945 \class after \brief doesn't count as a new line - resulting docs show merged descriptions
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
show merged descriptions
Set "ends brief description" for the different for the commands mentioned in issue (as well as addtogroup)
|
| |\ \ \ \ \
| | | | | |
| | | | | | |
Fixes #6765 - Fixed C++17-namespace assignment bug
|
| | |/ / / /
| | | | |
| | | | |
| | | | | |
Added scope save and restore before and after namespace parsing
|
| |\ \ \ \ \
| | | | | |
| | | | | | |
Special handling of the UTF8 nbsp sequence
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
The UTF8 nbsp sequence 0xc2 0xa0 is not seen as a whitespace sequence and not handled properly.
This can lead to:
```
warning: found </c> tag without matching <c>
```
when we have e.g. ```e.g. `linux`<br>``` where the space between the `.` and the backtick is actually the UTF8 nbsp sequence
Replacing the the UTF8 nbsp sequence with the ` ` sequence.
|
| |\ \ \ \ \ \
| | | | | | |
| | | | | | | |
issue #6990 Dot produces no Graphs
|
| | | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
Backslashes also have to be escaped otherwise a tooltip / brief description like `//!replace "\" with "\\"` won't be produced properly.
|
| |\ \ \ \ \ \ \
| | | | | | | |
| | | | | | | | |
alternate fix for .dot file handling
|
| | | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | | |
new processing job
|
| | | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | | |
output files
|
| | | | | | | | | |
|
| |\ \ \ \ \ \ \ \ |
|
