| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| | |
https://github.com/albert-github/doxygen into albert-github-feature/regr_7105_2
|
| |
| |
| |
| | |
In case of the `\name` command it is possible that a group is opened, but this group is not closed (for the `\name`), so the counting should not increase.
|
|\ \
| | |
| | |
| | | |
into albert-github-feature/regr_7105
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In case of an extra closing we should not count this closing as otherwise sequences like:
```
@}
...
@{
...
@}
```
will give a warning at both `@}` statements and not just at the first (second one has an opening statement_.
|
|\ \
| | |
| | | |
End comment marker in \code section.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When we have an end comment in a `\code` segment in a section we can get a message like:
```
warning: found */ without matching /* while inside a \code block! Perhaps a missing \endcode?
```
in the similar situation in a `\verbatim` section this message is not given. Switching from `\code` to `\verbatim` is not an option here as in that case other "commands" can lead to problems like in a code like `$string =~ s/^\s*//;`
In this patch the start `/*` and end `*/` comment markers for `\code` and `\verbatim` are completely ignored.
|
| |/
|/|
| |
| | |
Signed-off-by: Adrian Negreanu <groleo@gmail.com>
|
| |
| |
| |
| |
| |
| |
| |
| | |
group markers "@{"..."@}"
There are 2 sorts of grouping, with and without preceding group command.
In case og a preceding group command a warning was already issued, but without preceding group this was not done
Also corrected wrong order of `\{` `\}` commands, i.e, when we see more closing before opening commands.
|
|\ \
| | |
| | | |
Missing brief descriptions with `\defgroup`
|
| | |
| | |
| | |
| | |
| | | |
Due to the fact that issue #6945 ended a brief description, all following was put into the detailed description (unless explicit \brief was used). The `\defgroup` should end the current brief description, but first line of the `\defgroup` should be seen as a new brief description.
Problem can be seen with in the doxygen documentation in the example in the Grouping part and also with #7053 a small example is given in the comment.
|
|\ \ \
| |/ /
|/| |
| | | |
https://github.com/albert-github/doxygen into albert-github-feature/issue_7050
|
|/ /
| |
| |
| |
| |
| |
| | |
spaces in 1.8.15
Handling of `\_linebr` with defgroup and also with the `\page` command.
Adding a missing linecount.
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
| |
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).
|
|
|
|
|
|
| |
show merged descriptions
Set "ends brief description" for the different for the commands mentioned in issue (as well as addtogroup)
|
|
|
|
|
|
| |
suspicious text
To escape `\` and `@` not only `\\` and `@@` should be possible but also `\@` and `@\`
|
|
|
|
| |
With the list types `-`, `*` and `1.` the brief description is terminated, with the `-#` lists this was not the case.
|
|
|
|
|
|
|
|
| |
The brief command is intended for a small description of a function / class / namespace etc. and not to have extensive formulas or code snippets. These commands should terminate the brief description and start the detailed section.
The commands `\snippet` and `\snippetlineno` are added to the list of commands to terminate the brief description.
The commands `\f[` and `\f{` are handled separately but now also start a detailed description.
The `\f$` is just for small formulas and thus possible in a brief description.
|
| |
|
|
|
|
| |
The `\f{..}` looks like the, new, option handling, but the handling if `\f{` is done at another place and would now be included here due to the first part `<Comment>{B}*{CMD}[a-z_A-Z]+"{"[a-zA-Z_,:0-9\. ]*"}"{B}*` of the rules.
|
| |
|
|
|
|
| |
In case no options specified with the `\tableofcontents` `Html` and `XML` should be generated and not only `Html` (compatibility).
|
|
|
|
| |
output
|
|
|
|
| |
In the `\cite` label some extra characters are enabled, '-' and '?', as the '--' and '---' have been converted beforehand they have to be converted back and the corresponding labels also have to between double quotes (which are striped away).
|
|\
| |
| | |
Add commands to handle referenced by relation and references relation
|
| |
| |
| |
| |
| |
| |
| |
| | |
Shortened the commands:
- referencedbyrelation -> showrefby
- hidereferencedbyrelation -> hiderefby
- referencesrelation -> showrefs
- hidereferencesrelation -> hiderefs
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Analogous to call graph and caller graph this patch provides an implementation for the referenced by relation and references relation.
Providing the commands:
- referencedbyrelation
- hidereferencedbyrelation
- referencesrelation
- hidereferencesrelation
Motivation is that some lists can get extremely large and also there is now more symmetry between the textual and graphical out.
|
|\ \
| |/
|/| |
Bug 748927 - Navigation incorrect with escaped symbols
|
| |
| |
| |
| |
| | |
Due to the fact that constructs like `<my>` in a page title are seen as an XML-tag (with a resulting warning) the `<` should be escaped but this leads to the fact that the escape sign is shown in the bars on top of a HTML page.
The basic problem is due to the fact that page titles are not really interpreted by doxygen (as "nothing" can be, generically, handled in the title of a page.
|
| |
| |
| |
| |
| |
| |
| |
| | |
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'
|
| | |
|
|/ |
|
|\
| |
| | |
Typos found by running "codespell"
|
| | |
|
|\ \
| | |
| | | |
Bug 610436 - <![CDATA[ is not handled inside C# comments
|
| | |
| | |
| | |
| | | |
Added handling of "<![CDATA[ ... ]]>" i.e. XML CDATA sections in an analogous way top HTML comment but in this case the text is retained (as normal doxygen comment) and the special XML characters `<`,`>` and `&` are taken as if they were escaped.
|
| | | |
|
|\ \ \
| | | |
| | | |
| | | | |
https://github.com/albert-github/doxygen into albert-github-feature/bug_tableofcontents_latex
|
| |\ \ \
| | | | |
| | | | |
| | | | | |
https://github.com/albert-github/doxygen into feature/bug_tableofcontents_latex
|
| | |\ \ \
| | | | |/
| | | |/| |
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
table of contents
- add the in page table of contents for XML
- add the possibility to have maximum levels in the in page table of contents (possible per output type and per in page table of contents. Default is show all)
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
currently the \tableofcontents command is only supported for HTML.
In this patch:
- enable in page table of contents for LaTeX: \tableofcontents['{'[option][,option]*'}']
where option can be 'HTML, and 'LaTeX'
(side effect: possibility to have options with, nearly, all commands.)
|
|\ \ \ \
| | |_|/
| |/| | |
|
| |\ \ \
| | | | |
| | | | |
| | | | | |
https://github.com/albert-github/doxygen into albert-github-feature/bug_746419_2
|
| | |/ /
| | | |
| | | |
| | | | |
In case of </summary> or </remarks> to be sure to switch back to the right scope
|
| |\ \ \
| | | | |
| | | | | |
Bug 760661 - \internal stops all parsing if used inside a section
|
| | |/ /
| | | |
| | | |
| | | | |
In case of state SkipInternal the \endinternal should not be written as the \internal isn't written either.
|
| | |/
| |/|
| | |
| | |
| | | |
Multiple use in one comment block of \relates or \relatesalso or \memberof or a mixture is silently ignored (only last command is active).
In this patch a warning is given and the right relatesType is set (in case of Simple the previous type remained).
|
| |/
| |
| |
| | |
Better to search backward then forward to find related item.
|
|/
|
|
|
|
|
|
| |
With the 1.8.14 version the message was:
warning: unexpected token in comment block while parsing the argument of command param
this is due to the fact that the @todo command is replaced by a \xrefitem command but it was joined directly with the parameter name, adding a space, in the code, solves the problem.
In case there was another word (or doxygen command) in front of it the problem does not occur as it \xrefitem is not joined with the parameter name.
Similar problem occured with the \endinternal (\internal) command.
|
|\
| |
| | |
Consistency for "group" commands
|