| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
| |
also made some changes to make the templated HTML output better match the
built-in output.
|
| |
|
|
|
|
|
|
|
| |
When DISABLE_INDEX=NO and HTML_DYNAMIC_MENUS=YES (both defaults) then
on screens with a width smaller than 768 pixels, the menu will collapse into a
bar with just a hamburger button and the search field.
Also the search result window now stays within the limited of the
screen.
|
| | |
|
| |\
| |
| | |
Extra settings for MathJax V3
|
| | |
| |
| |
| | |
For support of the `\eqref` command (used in CGAL) in MathJax V3 a small change has to be made (for a rationale see the discussion on https://groups.google.com/g/mathjax-users/c/oS0yQLb5BMk)
|
| | | |
|
| |/
|
|
|
| |
For easier debugging one can do e.g. `{% msg %}value={{ variable }}{% endmsg %}`
to list the value of a variable also when it is a list or struct.
|
| | |
|
| | |
|
| |
|
|
|
| |
- This new page layout is only enabled if DISABLE_INDEX=YES, GENERATE_TREEVIEW=YES,
and FULL_SIDEBAR=YES.
|
| |
|
|
|
|
|
| |
a9d29861fe6ad3c182d6cded2e3636a20086fc96
- Caused issues with existing projects that customized the page header to add
own navigation tabs (e.g. CGAL).
|
| |
|
|
|
| |
- also illustrated the various layouts in the customization section of
the manual to make choosing easier.
|
| |\
| |
| |
| | |
https://github.com/albert-github/doxygen into albert-github-feature/bug_xml_settings
|
| | |
| |
| |
| | |
Forgot to add new xsd file.
|
| | |
| |
| |
| |
| | |
The problem was a bit deeper, it was also valid for other output formats.
Implemented the `type` and `start` attribute for all relevant output types.
|
| |/ |
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
Although the templated approach is highly experimental there are a number of regressions fixed:
- context.cpp
- incorrect if condition due to: Refactoring: cleanup unused qtools headers (commit: b89561e0c61aec5cae6eafc354f81a3bf071a777)
- garbled messages due to missing end of line in message
- htmllayout.tpl
- doxygen.luma has been replaced by doxygen.cpp
|
| |/
|
|
| |
vice versa
|
| | |
|
| | |
|
| | |
|
| |\
| |
| | |
bug 668003 Default LaTeX header misses $-placeholders
|
| | |
| |
| |
| | |
Create, analogous to HTML, also for LaTeX default header and footer files.
|
| |/ |
|
| | |
|
| | |
|
| |
|
|
| |
The position of the `layout_defaul.xml` was still done by a dedicated script and not by the resource manager.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
was also removed (hope this is ok, was a default setting). Closes #8212
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The problem has been tested with the doxygen test 021. With the output format html all works OK.
- When giving a `t` in the search window a window appears with the message "This XML file does not appear to have any style information associated with it. The document tree is shown below."
- the `<html> statement has to replaced by `<html xmlns="http://www.w3.org/1999/xhtml">` in searchindex.cpp (is normally also present in the non search xhtml files).
- this results in a window with just the words:
Loading....
Searching...
No Matches
- this is due to the extra `<!--` / `-->` in the htmlsearchresults.tpl (strange enough html output has no problem with it).
- When giving a `a` in the search windows we get a "File not found" message as the file nomatches.html cannot be found
- the extension for "nomatches" has to be set properly as well (search.js), for the other files this is done a few lines upward.
|
| |
|
|
|
|
|
|
|
|
|
| |
With test 76 we get a number of messages like:
```
element p: validity error : Element div is not declared in p list of possible children
```
this is a regression on issue #8169 / pull request #8170.
The `<div>` tag is not allowed as child of a `<p>` tag and furthermore in the output when a number of items should be on one line this is not the case anymore.
This all can be corrected by means of using the `<span>` tag instead of the `<div>` tag.
|
| |
|
|
| |
Create the possibility to change the used font for an emoji (the default is unchanged, but an example is given of how it is used at the site: https://unicode.org/emoji/charts/full-emoji-list.html).
|
| |
|
|
| |
Remove double usepackage / RequirePackage from LaTeX initialization files (but keen multirow / multicol together)
|
| |\
| |
| | |
Warning about duplicate figure numbers in LaTeX
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In the log file of the generated doxygen manual we see warnings like:
```
pdfTeX warning (ext4): destination with the same identifier (name{figure.22.1})
has been already used, duplicate ignored
\AtBegShi@Output ...ipout \box \AtBeginShipoutBox
\fi \fi
```
(this pull request was also triggered by: https://stackoverflow.com/questions/64328597/pdftex-warning-saying-about-duplicate-figures)
The solution is found by means of: https://tex.stackexchange.com/questions/566677/multiple-use-of-figure-number-ext4-warning/ in short:
> The hyperref package patches \caption so \H@refstepcounter is used instead of \refstepcounter.
The definition isn't necessary in `manual.sty` as the `doxygen_manual.tex` includes `doxygen.sty`
|
| |/
|
|
|
|
|
|
| |
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)
|
| |
|
|
|
| |
* Proposed fix for issue #7898 - Internal search engine produce ".html" pages instead of using HTML_FILE_EXTENSION
* Applied albert-github suggestions to proposed fix for issue #7898
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
When having a bit a long citation description, the description runs, in the HTML output on the bibliography page, into 3 or more lines where the 3rd and following lines continue underneath the citation number like:
```
[1] Eric Berberich, Arno Eigenwillig, Michael Hemmer, Susan Hert, Lutz Kettner, Kurt Mehlhorn, Joachim Reichel, Susanne Schmitt, Elmar Schömer, and Nicola Wolpert. Exacus: Efficient and exact
algorithms for curves and surfaces. In Gerth S. Brodal and Stefano Leonardi, editors, 13th Annual European Symposium on Algorithms (ESA 2005), volume 3669 of Lecture Notes in Computer Science,
pages 155–166, Palma de Mallorca, Spain, October 2005. European Association for Theoretical Computer Science (EATCS), Springer.
```
The example was found in the CGAL repository
- corrected the "overflow"
- made the citation number right aligned
|
| |\ |
|
| | |\
| | |
| | | |
Debug facility for the \cite command
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When issuing doxygen with `-d cite` the temporary (copied) files / directory are not removed, i.e.:
- bib*.aux
- bib*.bbl
- bib*.blg
- bib2xhtml.pl
- citelist.doc
- doxygen.bst
- bibTmpDir (directory)
|
| | | | |
|
| | |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In case we have a bibtex entry like:
```
@manual{ cgal:as-lum
,author = {Algorithmic Solutions}
,title = {The {LEDA} {U}ser {M}anual}
,organization = {Algorithmic Solutions}
,address = {66123 Saarbr\"ucken, Germany}
,url = {http://www.algorithmic-solutions.info/leda_manual/MANUAL.html}
}
```
this is rendered / referenced like:
```
[Solutions] Algorithmic Solutions. The LEDA User Manual. Algorithmic Solutions, 66123 Saarbrücken, Germany.
```
instead of
```
[2] Algorithmic Solutions. The LEDA User Manual. Algorithmic Solutions, 66123 Saarbrücken, Germany.
```
The problem is that in the resulting "bbl" file from the bibtex command we have the line:
```
<dt><a
name="CITEREF_cgal:as-lum">[Solutions]</a></dt><dd>\bibxhtmlname{Algorithmic
Solutions}.
```
instead of (from another entry):
```
<dt><a name="CITEREF_cgal:mog-vbcfe-11">[Merigot et~al.,
2011]</a></dt><dd>\bibxhtmlname{Quentin Merigot}, \bibxhtmlname{Maks
```
Note the `\n` after the `<a` instead of the (expected) space.
This has been corrected in the regular expression (Note: we need to use `[ \n][ \n]*` as we cannot use the equivalent `[ \n]+` as the `+`- sign has here a different meaning).
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
