| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
the `\ilinebr` (internal line break) should be properly be separated from previous text.
|
|
|
|
| |
Some spelling omissions found by Fossies.
|
| |
|
|
|
|
| |
Coverity reported new uninitialized variable
|
|
|
|
|
| |
Prevent <TT>__BLA</TT> .... <TT>BLA__</TT> from being detected as an
emphasis section and causing the wrong output.
|
|\
| |
| | |
issue #7781: allow '>' before Markdown emphasis
|
| | |
|
|\ \
| | |
| | |
| | | |
https://github.com/albert-github/doxygen into albert-github-feature/issue_7923
|
| | |
| | |
| | |
| | | |
Explicit counting of the removed newlines at the beginning of a documenation block (markdown.cpp) so this number can be added to get a better line number in case of warnings.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- Changed \_linebr to \ilinebr
- \ilinebr is now also passed to doctokenizer
- Also fixes issue #7493 regarding \snippet inside markdown tables and
dealing with wrong line on issues detected by docparser after a
markdown table.
- Added function tracing to markdown (enabled with -d markdown in a
debug build)
|
|\ \ \
| |/ /
|/| |
| | | |
https://github.com/albert-github/doxygen into albert-github-feature/issue_7787
|
| | |
| | |
| | |
| | | |
The artificial newline characters in ALIASES (`^^`) or better said its doxygen replacements (`\\_linebr`) were not seen by the markdown parser as line terminator and as a consequence there was no table seen (it was just 1 long line, without header / data lines)..
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The comment speaks of:
> // need at least one space on either side of the cell text in
> // order for doxygen to do other formatting
but in the implementation the end space is missing.
Looks like the problem is introduced in version 1.8.17 when some work is done on the line counting (removing artificial `\n`).
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
* issue #7796 Backticks (`) in Doxygen-markup-in-C in Markdown collapses
The problem occurs when the backtick is just before the end of line.
The fenced block will only terminate when the same number of fence characters are present, otherwise the search will continue.
* issue #7796 Backticks (`) in Doxygen-markup-in-C in Markdown collapses
Removed unintentional tab.
|
| |/
|/|
| |
| |
| | |
This is disabled by default. It can be enabled by setting MULTITHREADED_INPUT to 1
in doxygen.h. Still has many data races, so don't use for anything other than development!
|
|/
|
|
|
| |
- the not linking in case of a the relative path (as there was no anchor for it)
- (on windows) the created, internal, anchor for a file can contain a `:` but this is not possible in an anchor and has to be escaped.
|
| |
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In case we have a relative reference to a local markdown file this file is not found when the relative path starts e.g. with `..`
So when we have a file:
```
docs\tutorial\security.md
```
and this references the file:
```
../api/browser-window.md
```
through the markdown syntax:
```
[`BrowserWindow`](../api/browser-window.md)
```
then the link was not found and a warning was given.
|
|/ |
|
|
|
|
|
| |
In case of svg and inline images we have to follow a little bit another strategy.
In markdown we also have to declare all markdown images to inline images (which is also consistent with the handling on github)
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Based on the question: https://stackoverflow.com/questions/59685012/doxygen-markdown-links-to-main-page-do-not-work?noredirect=1#comment105616212_59685012
The markdown mainpage has no anchor so it is not possible to link to it, added an anchor so it is consistent with other page commands.
|
| |
|
| |
|
| |
|
|\
| |
| |
| | |
https://github.com/albert-github/doxygen into albert-github-feature/bug_nbsp_code
|
| |
| |
| |
| |
| | |
In case we have the UTF-8 code for nbsp in our source this is (see #6983) replaced with ` `, though in code fragments this is unwanted as here the text appears literally.
the UTF-8 nbsp is temporary replaced by a "doxygen" tag and for fenced code blocks, backtick blocks and special bloc commands (code, verbatim, htmlonly, formulas,...) replaced back with the UTF-8 version, the remaining "doxygen" tags are at the end replaced with ` `
|
|\ \
| | |
| | | |
issue #7228 Using markdown causes wrong error and warning line numbers - v. 1.8.16
|
| |/
| |
| |
| |
| |
| | |
1.8.16
Sacrificing some readability of the debug `-d markdown` output for a better approximation of the line numbers by keeping the rows of a markdown table on one line when translating to a HTML table.
|
| |
| |
| |
| | |
free issues
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When having a fenced code block directly followed by a horizontal ruler like:
```
~~~
B
~~~
---
```
we get the warning:
```
bb.md:5: warning: unexpected command endcode
```
due to the fact that the markdown parser replaces the `~~~` by a `@code` / `endcode` block and then handles the horizontal ruler `---` but this is seen as a level 2 header on the previous part resulting in the markdown code:
```
@page md_bb bb
@subsection autotoc_md0 @code
B
@endcode
```
The problem also occurs when a fenced code block is created with back tics.
By adding a `\n` this problem is fixed.
|
| |
| |
| |
| |
| |
| |
| |
| | |
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_html_comment
|
| |/
| |
| |
| |
| |
| |
| | |
A normal HTML comment `<!--` has 2 `-` signs but it is not prohibited to have 3, but doxygen translates `<!---` into `<!-–` and thus the comment is not recognized.
By checking and consequently handling, doing the right skipping, also the 3 `-` sign version the problem can be solved.
An end comment cannot contain 3 `-` signs, so here no changes have to take place.
The version with 3 or more `-` are in a start HTML comment does not give a problem with xmllint either.
|
|/ |
|
|
|
|
| |
In case minimal 2 spaces at the end of a line a line break is inserted, but the line was not terminatd so it was concatinated with the next line.
|
|\
| |
| |
| | |
https://github.com/albert-github/doxygen into albert-github-feature/bug_endblock_msg
|
| |
| |
| |
| | |
Consistency
|
| |
| |
| |
| |
| |
| |
| | |
generated in markdown
Don't create autotoc generated ids for pages.
(the `\ref` problem also occurred with `\subage`).
|