summaryrefslogtreecommitdiffstats
path: root/templates
Commit message (Collapse)AuthorAgeFilesLines
* Changed XML scheme accordingly.Jan Theegarten2021-01-071-0/+12
|
* Refactoring: Modernise client side part of searchindexDimitri van Heesch2020-12-291-0/+2
|
* Fixed problem expanding/collapsing search results when using XHTML (part 2)Dimitri van Heesch2020-12-252-3/+3
|
* Refactoring position of layout_default.xmlalbert-github2020-12-241-0/+226
| | | | The position of the `layout_defaul.xml` was still done by a dedicated script and not by the resource manager.
* Prettify the HTML output when enabling SEPARATE_MEMBER_PAGESDimitri van Heesch2020-12-211-8/+23
|
* Fixed problem expanding/collapsing search results when using XHTMLDimitri van Heesch2020-12-211-2/+2
|
* Refactoring: modernize class indexDimitri van Heesch2020-12-211-18/+58
|
* fix: convert links to the main doxygen site to https. Trailing whitespace ↵Allan Bowe2020-11-292-4/+4
| | | | was also removed (hope this is ok, was a default setting). Closes #8212
* Default doxygen search mechanism doesn't work when using with XHTML outputalbert-github2020-11-252-5/+5
| | | | | | | | | | | | | 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.
* XHML: div tag not possible as part of a p tag.albert-github2020-11-161-1/+1
| | | | | | | | | | | 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.
* issue @8169 "\emoji heavy_check_mark" produces ✓ instead of ✔️albert-github2020-11-111-0/+6
| | | | 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 ouble usepackage / RequirePackage from LaTeXalbert-github2020-10-271-0/+1
| | | | Remove double usepackage / RequirePackage from LaTeX initialization files (but keen multirow / multicol together)
* Merge pull request #8099 from albert-github/feature/bug_warn_latex_figDimitri van Heesch2020-10-151-1/+1
|\ | | | | Warning about duplicate figure numbers in LaTeX
| * Warning about duplicate figure numbers in LaTeXalbert-github2020-10-141-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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`
* | Space around images in LaTeX output is sometimes a bit largealbert-github2020-10-141-2/+1
|/ | | | | | | | 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 (#8029)luca-aep2020-09-161-2/+4
| | | | | * 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
* Layout on the bibliography pagealbert-github2020-08-111-1/+3
| | | | | | | | | | | | | | 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
* Merge branch 'master' into feature/bug_xml_langDimitri van Heesch2020-08-0117-159/+239
|\
| * Merge pull request #7936 from albert-github/feature/bug_cite_debugDimitri van Heesch2020-07-311-1/+6
| |\ | | | | | | Debug facility for the \cite command
| | * Debug facility for the \cite commandalbert-github2020-07-311-1/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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)
| * | Minors tweaks to the regular expressionsDimitri van Heesch2020-07-311-2/+2
| | |
| * | Incorrect representation of citationalbert-github2020-07-311-2/+2
| |/ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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).
| * Made shading more subtle in the SVG logoDimitri van Heesch2020-07-191-1/+1
| |
| * Make the luminance levels of the new SVG logo better match the original bitmapDimitri van Heesch2020-07-191-5/+5
| |
| * Replaced bitmap of doxygen logo by SVG versionDimitri van Heesch2020-07-185-78/+31
| |
| * Issue #7892: Incorrect search box on server-side search results pageDimitri van Heesch2020-07-071-7/+1
| |
| * Scalable search bar for high resolution displays (#7888)tttapa2020-07-049-70/+196
| | | | | | | | | | | | | | | | | | | | * 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
| * Updated formatting rules for paragraphs within table header cells.Thomas Vogt2020-06-141-1/+1
| | | | | | | | Only present paragraphs within table headers (th) with font weight strong, keep normal table cells (td) unaffected.
| * Add namespace inline flag in xml output (#7828)Sergei Izmailov2020-06-131-0/+2
| | | | | | | | | | | | | | * Flag namespace as inline in xml output * Add inline namespace flag to innernamespace tag as well suggested by @mosra
* | Adding the xml:lang tag to XML and Docbook outputalbert-github2020-06-033-0/+29
|/ | | | | | | | 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
* Fixed javascript warning in resize.jsRelease_1_8_18Dimitri van Heesch2020-04-131-1/+3
|
* Remove duplicate xsd fields for `docMarkupType`.jtm2020-03-291-2/+0
| | | | | | | | 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.
* issue #6901: Please consider relicensing of Javascript filesDimitri van Heesch2020-03-277-143/+130
|
* Correction due to removal of Tclalbert-github2020-03-231-1/+0
| | | | The word tcl was still present at some places.
* Merge branch 'remove_tcl'Dimitri van Heesch2020-03-221-1/+0
|\
| * Remove support for TCL (code is too buggy and unmaintained, language not ↵Dimitri van Heesch2020-03-151-1/+0
| | | | | | | | very popular)
* | Fix CROS javascript issue when giving focus to search result frame.Joseph Mirabel2020-03-222-3/+8
|/
* Minor fixes for table cell attributes in XML and docbook outputDimitri van Heesch2020-02-021-1/+0
|
* Avoid unsupported html attributes from appearing in the XML/docbook output ↵Dimitri van Heesch2020-02-022-42/+11
| | | | and other small fixes
* Bug 791390 - Table formatting information ignored in Doxygen XML outputalbert-github2020-01-231-0/+4
| | | | | - added possibility (and checks) for xml - added missing case for class in docbook
* Showing information from all `*only commands in XML outputalbert-github2020-01-051-0/+1
| | | | 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.
* Double entry for ins in compound.xsdalbert-github2019-12-261-1/+0
| | | | Pull request #7458 added `ins` and pull request #7203 corrected `inc` to `ins` resulting in double `ins`, corrected.
* Merge branch 'feature/bug_html_s' of ↵Dimitri van Heesch2019-12-261-1/+2
|\ | | | | | | https://github.com/albert-github/doxygen into albert-github-feature/bug_html_s
| * Adding HTML s tag, XML corrections for other tagsalbert-github2019-08-161-1/+2
| | | | | | | | | | | | Adding the HTML `<s>` tag (https://www.w3schools.com/tags/tag_s.asp). Adding 's' and correcting 'inc' to 'ins' in compound.xsd
* | Merge branch 'master' into spellingDimitri van Heesch2019-12-234-2/+15
|\ \
| * | Tests 86 with check against xsd gives erroralbert-github2019-12-191-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When running test 86 with check against the xsd we get the error message: ``` not ok 1 - [086_style_tags.h]: test different HTML style tags ------------------------------------- Element 'ins': This element is not expected. Expected is one of ( ulink, bold, strike, underline, emphasis, computeroutput, subscript, superscript, center, small ). test_output_086/out/086__style__tags_8h.xml fails to validate ``` The element `ins` has been added.
| * | Merge pull request #7237 from albert-github/feature/bug_table_hrDimitri van Heesch2019-12-171-2/+8
| |\ \ | | | | | | | | Problem with `<hr>` in LaTeX multicolumn cell
| | * | Problem with `<hr>` in LaTeX multicolumn cellalbert-github2019-08-291-4/+0
| | | | | | | | | | | | | | | | Small problem with defining `\hrulefilll`, moved code.
| | * | Problem with `<hr>` in LaTeX multicolumn cellalbert-github2019-08-291-2/+12
| | |/ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In case we have a `<hr>` in a table cell then it is displayed as a horizontal line (in LaTeX) unless it is in a multicolumn cell. In the later case it throws an error: ``` ! You can't use `\hrule' here except with leaders. \DoxyHorRuler ... }{0ex plus 0ex minus 0ex}\hrule ``` We have to use use `\hrulefill` in a table but in combination with the table option of xcolor this gives some problems so a new command has to be defined for this. See also: - horizontal rule / line inside a multicolumn field (https://tex.stackexchange.com/questions/506211/horizontal-rule-line-inside-a-multicolumn-field) - interaction between \usepackage[table]{xcolor} and \hrulefill (https://tex.stackexchange.com/questions/506221/interaction-between-usepackagetablexcolor-and-hrulefill)
| * | issue #7412: HTML: Opening a reference link in a new tab does not scroll to ↵Dimitri van Heesch2019-12-101-0/+1
| | | | | | | | | | | | the content