| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
- Also moved AccessStack to util.h and modernized it.
|
|
|
|
|
|
| |
- Avoid creating new symbol definitions while generating syntax highlighted code.
- Add some locking around shared data collection (search index & tooltips) to support concurrent processing
- Unify some code that was duplicated in code.l and pycode.l
|
|
|
|
|
| |
Also prepared some code for multi-threaded use, and
Removed tabs and trailing spaces for code.l
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| |
| | |
https://github.com/albert-github/doxygen into albert-github-feature/issue_7872
|
| |
| |
| |
| | |
Not only the preprocessor suffered from the "problem" but also the source code (e.g. with `SOURCE_BROWSER`) gave some strange / missing results.
|
| | |
|
|\ \
| | |
| | |
| | | |
https://github.com/albert-github/doxygen into albert-github-feature/bug_786382
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Based on the definition in the (informative) Annex A of the C++ draft 2020 standard (N4849, part [gram.lex]), the definitions have been made for the lexer.
Now integer and floating point constants wit a single quote are seen as numbers and not as part of character constants.
(also tested on CGAL)
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- Initialized member variables inside the class
- Added copy & assign operators for OutputGenerator and Derived classes.
- throw a runtime exception when OutputGenerator is copied while is file
is still in progress.
- Added clone method to make a copy of OutputList.
- Moved the implementation of enable() & disable() and friend into
OutputGen instead of having the same implementation in each derived
class.
- Made m_dir and m_fileName readonly (members dir() and fileName())
- Removed call to new while adding generators to OutputList
- Replaced QStack by std::stack for the "enabled" state.
|
|/
|
|
|
| |
- reverted some of the change that introduced the problem
- fixed the original problem (#7216) in a different way
|
|
|
|
| |
Implementation of the C++2x three-way / spaceship operator.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When having a code comment like:
```
@code
sub postprocess
{
s/\(?\@xref\{(?:[^\}]*)\}(?:[^.<]|(?:<[^<>]*>))*\.\)?//g;
s/\s+\(\@pxref\{(?:[^\}]*)\}\)//g;
}
@endcode
```
and using MathJax the `/(` is seen as a the beginning of a formula, but should be seen as text and can now lead to "Undefined control sequence".
(The problem comes originally from code as generated by the doxygen-perl-filter for converting perl code in something doxygen does understand).
This problem is similar to the problems solved in pull request #7697, but not handled here.
This pull request will see `\(` (and its counter part `\)` as complete entities and replace them in a similar way as done in #7697 (but now in an earlier stage but the `‍` will be properly filtered in the different output formats.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
free issues
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Spelling corrections as found by codespell and in #561.
Some reported problems were already fixed, others are fixed here, with some exceptions (a,o.):
- "referenceby" in defgen.cpp as this is in the output and I cannot oversee the consequences (looks like none, but ...)
- "HANGEUL_CHARSET" left as is as in some MS documentation is written: 'HANGUL_CHARSET: Also spelled "Hangeul". Specifies the Hangul Korean character set.' (https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms-wmf/0d0b32ac-a836-4bd2-a112-b6000a1b4fc9).
|
| |
|
|\
| |
| |
| | |
https://github.com/albert-github/doxygen into albert-github-feature/bug_code_string
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In case we have an example like (based on issue #7302):
```
/// @file
/// Something
template <char C>
struct one { };
/// The struct single_009 the char
struct single_009 : one<' '> { };
/// The struct single_010 the char
struct single_039 : one<'\''> { };
/// The struct single_040 the char (
struct single_040 : one<'('> { };
/// The struct single_041 the char )
struct single_041 : one<')'> { };
/// The struct single_042 the char *
struct single_042 : one<'*'> { };
struct single_058 : one<':'> { };
/// The struct single_059 the char ;
struct single_059 : one<';'> { };
/// The struct single_060 the char <
struct single_060 : one<'<'> { };
/// The struct single_061 the char =
struct single_061 : one<'='> { };
/// The struct single_062 the char >
struct single_062 : one<'>'> { };
/// The struct single_063 the char ?
struct single_063 : one<'?'> { };
```
The result is that in the code section there are no links to the structs 41, 61, 62 as the `(` and `<` block it till the corresponding `)` and `>` is found.
Analogous problem for the double quote version.
|
| | |
|
|\ \
| | |
| | |
| | | |
into cheoljoo-191031/g_bracketCont
|
| | | |
|
|\ \ \
| | | |
| | | | |
issue #7119 Doxygen does not link to C# snippets - regression
|
| | |/
| |/|
| | |
| | | |
Looks like the `isLinkableIeInProject` is a bit to strict and `isLinkable` has to be used (also the original pull request #6489 still works OK).
|
|/ / |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
The `*_cast` had already been introduced, but there were some other places that needed the "REJECT" as well.
Also the cast was missing a whitesace between the cast name and the `<`.
Tested also against he doxygen internal documentation.
|