| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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).
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* Use SVG images for search bar icons
* Update search bar CSS for high resolution displays
Uses CSS shadows instead of PNG images of shadows
* Limit the main-menu CSS rule to first level list
#main-menu li:last-child applies to last childs of sub-lists as well
#main-menu > li:last-child only applies to the top-level list
|
| |
| |
| |
| | |
Only present paragraphs within table headers (th) with font weight strong, keep normal table cells (td) unaffected.
|
| |
| |
| |
| |
| |
| |
| | |
* Flag namespace as inline in xml output
* Add inline namespace flag to innernamespace tag as well
suggested by @mosra
|
|/
|
|
|
|
|
|
| |
Adding the xml:lang attribute for XNL and Docbook output
Interesting links:
- language codes (different from country codes!): https://www.iana.org/assignments/language-subtag-registry/language-subtag-registry
- example for xml.xsd: http://www.java2s.com/Code/XML/XML-Schema/importanotherXMLschema.htm
|
| |
|
|
|
|
|
|
|
|
| |
The `docTitleCmdGroup` group defines choices `image` and `linebreak`
(among others). The `docMarkupType` type inherits from
`docTitleCmdGroup`, but includes redefinitions of `image` and
`linebreak` in its definition. This is mostly harmless, but it violates
the ["unique particle attribution rule"](https://www.w3.org/wiki/UniqueParticleAttribution), which some xsd tools will complain about.
|
| |
|
|
|
|
| |
The word tcl was still present at some places.
|
|\ |
|
| |
| |
| |
| | |
very popular)
|
|/ |
|
| |
|
|
|
|
| |
and other small fixes
|
|
|
|
|
| |
- added possibility (and checks) for xml
- added missing case for class in docbook
|
|
|
|
| |
This fix reverts the changes from #381 (i.e issue #4214 "htmlonly content appears in generated XML output (Origin: bugzilla 646002)", as XML is seen as an output format that can be further processed and therefore should contain all possible information.
|