| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
field of doxygen configuration file
Small explanation added as it is not clear what to use in case of `no_extension` in `FILE_PATTERNS`
|
|\
| |
| | |
issue #8093 Some URLs in fresh/updated Doxyfile are split over two lines
|
| |
| |
| |
| |
| | |
Created an explicit split of the line before the http address so the URL will start on a new line in the doxygen configuration file and won't be split anymore (unless the total length of the URL will be longer than 78 characters but this is in the doxygen settings not the case).
(The other formats: HTML, LateX and the help in the doxywizard give still the same output results).
|
|\ \
| | |
| | | |
Don't start dvips when latex fails for formulas
|
| |/
| |
| |
| | |
In case the latex process fails for formulas there is no reason to try to start a dvips process.
|
|\ \ |
|
| |\ \
| | | |
| | | | |
Space around images in LaTeX output is sometimes a bit large
|
| | |/
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When we look at images in documents we see for a number of images a big amount of white space around the image.
This is e.g. the case in the doxygen manual at page 99 of the 1.8.20 version.
- using `\raggedbottom` sees to it that the space inside the page is removed (there might be some white space when the next image doesn't fit anymore. (See https://tex.stackexchange.com/questions/566779/placing-figures-on-a-fixed-place-without-lot-of-space-around-it)
- use `\centering` instead of `\begin{center}` as the center environment adds some extra white space (see a comment with the question, on a different subject though: https://stackoverflow.com/questions/64328597/pdftex-warning-saying-about-duplicate-figures#comment113772445_64328597)
|
|/ /
| |
| |
| | |
using list initialization
|
| |
| |
| |
| |
| |
| |
| | |
dot files
This is a further regression on #7840.
In case we regenerate the HTML files but not the image files based on dot we get incorrect labels for the id / name in the HTML output.
|
|/
|
|
| |
undocumented entities
|
|\
| |
| | |
Translation function trCompoundListDescription no entry for SLICE
|
| |
| |
| |
| |
| | |
A number of languages have no translation in the function `trCompoundListDescription()` in case the `OPTIMIZATION_OUTPUT_SLICE` is set.
Translated as many as possible based on the available strings.
|
|\ \
| | |
| | | |
issue #8078 Warning and extra text when using Markdown as mainpage
|
| | |
| | |
| | |
| | | |
Also replace the `@` in a label.
|
|\ \ \
| | | |
| | | | |
Missing footer on first page of each chapter in LaTeX
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
In the doxygen pdf manual we see that on the first page of each chapter the footer is missing, the same occurs in the "normal" documentation generated by doxygen.
References:
- https://tex.stackexchange.com/questions/566034/footer-ruler-on-first-page-in-fancyhdr-with-book
- https://tex.stackexchange.com/questions/566056/footer-ruler-on-first-page-in-fancyhdr-with-book-but-not-in-part-part/
Code changes ("normal" documentation):
- latexgen.cpp changes required for the "normal" documentation
Code changes (doxygen manual)
- doxygen_manual.sty, remove word "Part" for the Appendices.
- manual.sty changes like for "normal" documentation plus patching part in case of the `\part` (here we don't want the footer or header)
|
|\ \ \ \
| | | | |
| | | | | |
Miscounting of lines in respect to page command (ATX header)
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
In case of an ATX header for a page at the beginning of a file (i.e. `#...`) there is a line miscounting.
Analogous as done for lines type:
```
The page
====
```
in pull request #8056 we have to add an extra newline.
|
| | | | |
|
| |_|/
|/| | |
|
| | |
| | |
| | |
| | | |
- Also moved AccessStack to util.h and modernized it.
|
| | |
| | |
| | |
| | | |
Corrected another spelling error
|
| | |
| | |
| | |
| | |
| | |
| | | |
Corrected spelling error
(Found by Fossies).
|
|\ \ \
| |/ / |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When we have a file aa.md like:
```
Initial text 1
verbatim text?
Some text \aa5
```
and a file bb.md like
```
Initial text 1
verbatim text?
Some text \aa4
``
we get the warnings like (with current master, with 1.8.20 it is even further off):
```
aa.md:6: warning: Found unknown command '\aa5'
bb.md:5: warning: Found unknown command '\aa4'
```
instead of
```
aa.md:5: warning: Found unknown command '\aa5'
bb.md:4: warning: Found unknown command '\aa4'
```
This has been corrected
|
| |/
| |
| |
| |
| |
| |
| |
| |
| | |
With the doctokinizer.l we get the warnings like:
```
doctokenizer.l(502): warning C4018: '<': signed/unsigned mismatch
```
The casting of `(int)` is also used on other places in this file like in `handleHtmlTag`.
|
|/
|
|
|
|
| |
- 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
|
|
|
|
|
|
| |
- lineCount() without arguments was unused
- converted lineCount(...) into a macro with yytext and yyleng as
arguments
|
|\
| |
| |
| | |
https://github.com/albert-github/doxygen into albert-github-feature/bug_doctok_cnt
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When having a file like:
```
@page md_aa aa
Last \error2
- Install \error3
```
we get the warnings:
```
aa.md:3: warning: Found unknown command '\error2'
aa.md:7: warning: Found unknown command '\error3'
```
instead of
```
aa.md:3: warning: Found unknown command '\error2'
aa.md:5: warning: Found unknown command '\error3'
```
Investigation lead to that this is due to the fact that with a `REJECT` the line counter in `doctokinizer.l` is not reset. By counting the lines ourselves we can properly count the lines.
(Other lexers don't have this problem as here we already do the counting ourselves)
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* added support for mingw PRETTY_FUNC
* More compact Define test for PRETTY_FUNCTION
* corrected synthax issue
Co-authored-by: ZAMPIERI Armand <armand.zampieri@cmigroupe.com>
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | | |
- topLine is replaced by startLine
- changed unputDocnl macro into a more self contained function-like
macro
|
| |\ \
| | | |
| | | |
| | | | |
https://github.com/albert-github/doxygen into albert-github-feature/bug_md_pg_cnt
|
| | | |
| | | |
| | | |
| | | | |
`file` was overwritten but this should not happen, onlt for warnings this would be OK.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
All examples together are a bit big so they are all in the attached file together with the warnings before and after this patch.
When looking at the output we see that a number of lines are off by 1 ore more due to the insertion of extra lines in the code or due to the fact that there is a reference to the start of the documentation of the page and not the line of the page command.
- commentscan.l
in case of a rule contaiinge {DOCNL} this can be `=n` or `\ilinebr` in the later case this should not be replaced by `\n` as this results in an increase of the line count later on.
in case of a page like command also register the line of the command as "topline".
- entry.h, entry.cpp
storage space for the "topline" registering the line of the page like commands.
- doxygen.cpp
setting and using the "topline"
- markdown.cpp, markdown.h
don't add a `\n` as this increases the line count but use the `\ilinebr`
to get correct warnings see to it that when having empty lines at the top of the page and a page is added that the empty lines appear after the page command.
- index.cpp
using the "topline" instead of the "docLine" to get the correct warning
- pagedef.cpp, pagedef.h
set and retrieve the "topline" for page like commands.
- util.cpp, util.h
setting and using the "topline"
in `addRelatedPage` use the known file name and line for the warning regarding the section label
- cite.cpp, context.cpp, reflist.cpp
changed to have good function calls.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
When we have a, stripped down, example like:
```
\mainpage the page
<tt>$PATH:</tt>$x86$<tt>bin</tt>
```
we get the warning like:
```
aa.md:4: warning: end of comment block while expecting command </tt>
```
this is due to the fact that `$PATH:</tt>$` is seen as a RCS tag although `PATH` is not a RCS keyword.
Limiting the number of allowed keywords to the real RCS tags (for CVS the list is the same).
See also:
- https://www.gnu.org/software/trans-coord/manual/cvs/cvs.html#Keyword-substitution
- https://www.gnu.org/software/rcs/manual/rcs.html#Keywords
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* Flush warnings file
When having a large project the warnings file is buffered but when a long time there are no warnings emitted the last warnings are not yet written.
During testing tis is most obvious when the `dot` process starts and one needs the `.dot` files but not the converted files at hat moment one wants to kill the doxygen process but the result is an incomplete warnings file of the warnings that should already be written.
Created a flush function for the warnings file and placed it at a few strategic points.
* Flush warnings file
Last minute change without proper testing ( :-( )
* Flush warnings file
void is the default changed for consistency and due to (http://www.dietmar-kuehl.de/mirror/c++-faq/newbie.html#faq-29.4):
> C programmers often use f(void) when declaring a function that takes no parameters, however in C++ that is considered bad style. In fact, the f(void) style has been called an "abomination" by Bjarne Stroustrup, the creator of C++, Dennis Ritchie, the co-creator of C, and Doug McIlroy, head of the research department where Unix was born.
|
|\ \ \ \
| |/ / /
|/| | | |
Using f() instead f(void) in C++ , consistency
|
| | | |
| | | |
| | | |
| | | | |
Seen the discussion in the pull request #8069, for consistency change occurrences of f(void) into f().
|
|/ / /
| | |
| | |
| | | |
Also QVector has been removed from qtools as it was no longer used.
|
|\ \ \ |
|
| |\ \ \
| | | | |
| | | | | |
Warning about possible loss of data
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Om 64-bit windows platform we get the warning:
```
src\template.cpp(341): warning C4267: 'return': conversion from 'size_t' to 'uint', possible loss of data
```
Explicit setting conversion..
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The internal documentation gives warning:
```
.../src/clangparser.h:33: warning: argument 'fileName' of command @param is not found in the argument list of ClangTUParser::switchToFile(FileDef *fd)
.../src/clangparser.h:35: warning: The following parameter of ClangTUParser::switchToFile(FileDef *fd) is not documented:
parameter 'fd'
```
this is corrected.
(Note: warning regarding TokenManager is an javaCC upstream problem and corrected in their master).
|
|/ / / |
|
| | | |
|
|\ \ \
| | | |
| | | | |
No warning for unbalanced brackets in markdown
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
When we have the input files qq.md.
```
@page xxx0 yyy0
@}
Start of text
@page xxx1 yyy1
@{
Start of text
```
and qqh.h:
```
/**
@page xxxh0 yyyh0
@}
Start of texth
*/
/**
@page xxxh1 yyyh1
@{
Start of texth
*/
```
we get the warnings:
```
qq.md:3: warning: unbalanced grouping commands
qqh.h:4: warning: unbalanced grouping commands
qqh.h:15: warning: end of file with unbalanced grouping commands
```
```
so we are missing
```
qq.md:9: warning: end of file with unbalanced grouping commands
```
due to the fact that the closing routine was not called (also the open routine was not called, always good to call it the set variables to their proper values.
|