| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
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`).
|
| |
| |
| |
| | |
Better to have the end tag start at a new line so it cannot be added to a command that runs till the end of the line
|
| |
| |
| |
| |
| |
| | |
{#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).
|
|/ |
|
| |
|
| |
|
|\
| |
| | |
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.
|
|\ \
| |/
|/| |
Markdown file as internet link
|
| |
| |
| |
| | |
Removed debug statements.
|
| |
| |
| |
| |
| |
| |
| |
| | |
See a link in case of a md file only as local link if it doesn't start with a supported protocol.
Example found was:
```
[Ansibullbot](https://github.com/ansible/ansibullbot/blob/master/ISSUE_HELP.md)
```
|
|/ |
|
|\
| |
| | |
issue #6781 Unable to use math in markdown table headers
|
| |
| |
| |
| |
| |
| | |
Due to the change of the place where the markdown processing is done the end of the line must be calculated a little bit differently.
Note: translator.py gave an error due to a strange indentation (did surface now), so had to be corrected as well.
|
| |
| |
| |
| | |
A hash sign has a special meaning, so it should be escaped in a code span.
|
| | |
|
|/
|
|
|
| |
In case of a completely empty line with 2 spaces at the end don't consider this as a 2 space terminated line.
Regression of #6448
|
|
|
|
|
|
|
|
| |
markdown
Due to the move of the markdown code to another place the adding of the section info of section, subsection etc. would be attempted to add twice (first in markdown and later on again when translating the resulting '`section`, `\subsection` commands. The adding should only take place when handling the (replaced) commands.
Removing the test in `addSection` won't work as in that case using twice a sectioning command with the same label would not be signaled anymore.
|
| |
|
|
|
|
|
|
|
|
|
| |
According to the documentation:
Doxygen does not have this requirement, and will also process Markdown formatting inside such HTML blocks. The
only exception is <pre> blocks, which are passed untouched (handy for ASCII art).
Though in case the `</pre>` is the last statement in a non block type comment the markdown is processed. C has block type /* ... */ and /// is translated to this, Fortran, Python are line type comments.
Adding a `\n` at the when no `\n` is present at the end solves the problem.
|
| |
|
|\
| |
| | |
Does not generate TOC for markdown
|
| |
| |
| |
| |
| | |
The markdown handling has been moved to a more logical place and as a consequence the section headers were added and thus checked twice but didn't show the TOC.
Also setting up the table of contents level in a more standard way.
|
| |
| |
| |
| | |
properly terminate block and see to it that a proper horizontal ruler occurs (as if `<hr>` was used).
|
|\ \
| | |
| | | |
Markdown list wrong displayed
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
In some, rare, cases a markdown list was wrongly displayed (regression due to change of place of markdown handling)
/** @mainpage
*
* * elem1
* * elem2
*
Some text (actually found due to a table)
*/
|
|\ \ \
| | | |
| | | | |
Bug 719541 - Error with inserting images to PDF with Markdown
|
| | |/
| |/|
| | |
| | | |
Create possibility to use images in other output formats conform the `\image` command.
|
|\ \ \
| | | |
| | | | |
issue_6524: Markdown formats missing in doxygen outputs.
|
| |/ /
| | |
| | |
| | |
| | |
| | | |
Support for strikethrough by means of `~~<text>~~`
See also https://help.github.com/articles/basic-writing-and-formatting-syntax/ paragraph about "styling" text".
|
|/ /
| |
| |
| |
| | |
No reason to have '+,'-' or '=' with ignore characters.
See also: https://stackoverflow.com/questions/52696929/markdown-bold-text
|
| | |
|
|/
|
|
|
| |
<tr class="markdownTableBody" class="markdownTableRowOdd">
The class="markdownTableBody" is not necessary as the "TableRow" part is only emitted for the body, so class="markdownTableBody" has been removed.
|
|\
| |
| | |
Bug 792122 - XHTML pages are broken several ways (Regression #674)
|
| |
| |
| |
| |
| | |
The markdown processing of [TOC] was not performed anymore, at the moment of processing there was no g_current.
Adding @tableofcontents to the stream (like with images) solves this problem.
|
|/
|
|
|
|
|
|
|
| |
Problem due to the fact that for the display of the header line the size of the separator line was used. The headerStart and headerEnd have to be set before the next call to 'findTableColumns'
Related to:
- pull request 537 Add support for more CSS and column/row spanning in markdown tables
- pull request 542 Reverting pull request #537 until it will be fixed
- commit on 16/09/2017: New table features mentioned in the documentation were not enabled.
|
|
|
|
| |
The begin tag for a formula during markdown checking was not determined correctly and thus the end tag was not set and the formula code was interpreted which should not be the case (especially in case of labels with '_' in it were miss interpreted .
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|\
| |
| | |
Implement "double-space line breaks" syntax in Markdown
|