summaryrefslogtreecommitdiffstats
path: root/templates
Commit message (Collapse)AuthorAgeFilesLines
* added PHP7 support for the search engine on HTML output.daMaex2018-03-222-4/+4
| | | | See: http://php.net/manual/en/language.basic-syntax.phptags.php
* Merge pull request #636 from ahoogol/masterDimitri van Heesch2018-01-061-7/+39
|\ | | | | -Fixed: some of remained work to support RTL in HTML output
| * -Fixed: last line underline overlap border in html fragmentahoogol2017-09-021-4/+4
| |
| * - Fixed: text-align of rtl tocahoogol2017-08-281-1/+28
| |
| * - Fixed: list item bullets overlap floating elements in htmlahoogol2017-08-281-4/+9
| | | | | | | | - Fixed: fragment lines overlap floating elements in html
* | Merge branch 'master' of https://github.com/ahoogol/doxygen into ahoogol-masterDimitri van Heesch2017-12-281-42/+158
|\ \ | |/
| * Added support for RTL(right to left) languages like Arabic and Persian in ↵ahoogol2017-06-251-42/+158
| | | | | | | | HTML output
* | Merge pull request #630 from faheel/change-right-arrowDimitri van Heesch2017-12-243-5/+5
|\ \ | | | | | | Changed the navtree collapsed list icon to be more symmetric to the expanded list icon
| * | Change navtree collapsed list iconFaheel Ahmad2017-12-073-5/+5
| | |
* | | Merge pull request #627 from mosra/xml-strong-typed-enumsDimitri van Heesch2017-12-241-0/+1
|\ \ \ | | | | | | | | Full support for strong and typed enums in the XML output
| * | | Provide information about enum type "strongness" in the XML output.Vladimír Vondruš2017-11-291-0/+1
| |/ / | | | | | | | | | | | | | | | | | | There's a new boolean `strong` attribute on the `<memberdef>` element that defines whether the enum is a classic or a strong one. Tests were updated to verify both cases.
* | | Merge pull request #625 from mosra/xml-tableofcontentsDimitri van Heesch2017-12-241-0/+1
|\ \ \ | | | | | | | | Expose TOC placeholder in XML output
| * | | Expose TOC placeholder in XML output.Vladimír Vondruš2017-11-291-0/+1
| |/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Currently the XML output for a page was generated the same independently of whether the \tableofcontents command was present in the page source or not. Because of that, the users of the XML output had no chance of knowing whether given page should have a TOC or not. There's now a new <tableofcontents> element that gets added in case the TOC was requested. As it is trivial to populate the TOC on user side by simply enumerating the <sectN> elements, the element is empty and acts just as a boolean.
* | | Merge pull request #623 from mosra/xml-encode-invalid-charactersDimitri van Heesch2017-12-241-1/+5
|\ \ \ | | | | | | | | Encode invalid XML characters instead of skipping them
| * | | Encode invalid XML characters instead of skipping them.Vladimír Vondruš2017-11-251-1/+5
| |/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The <sp> element in <programlisting> has a new optional attribute `value`, which contains value of given invalid ASCII character. In case of space, the `value` attribute is omitted. Use cases for this: including snippets of *very esoteric* languages, markup that makes use of the advanced ASCII formatting characters or for example highlighting a console output containing ANSI color codes (which is my case, in fact). Regarding backwards compatibility -- as files with such ASCII characters are very rare, I don't expect this minor difference in the output to be a problem. Besides that, such ASCII characters are often replaced by a space in many applications anyway. A test snippet was extended to contain a special character so this difference in behavior could be verified.
* | | Misc. typosluzpaz2017-12-232-2/+2
|/ / | | | | | | | | Super trivial typos Some are in qtools/ which I know is a 3rd party dependency but as we know is now obsolete upstream. I reckon it wouldn't be much of an issue to merge neverthless Tacked on several more commits
* | Propagate language information to all <programlisting> XML elements.Vladimír Vondruš2017-11-191-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is based on work done in 141dbfd5a4f79c98da14a1b414c6db4e1b34618b through ed9acb6e1bb81a2eec334180f7b8c1bf0598b444 and makes a few behavioral changes to it. There's a new attribute called `filename` and the `language` was removed, because it could provide misleading information. This allows for more flexibility on the user side. In particular: * For historical reasons, `*.txt` files are marked by Doxygen as C++ (see https://bugzilla.gnome.org/show_bug.cgi?id=760836 for details). In particular, code snippet included from a CMakeLists.txt file would be marked and highlighted as C++. So in this case, the language attribute would be very misleading. * Doxygen is aware only of a very small subset of languages and thus a lot of information can be lost when relying on its extension-to-language-name conversion -- in particular, all extensions that are not recognized are assumed to be C++. On the other hand, putting more effort into its language detection algorithms is not worth the time, as there will always be new languages that fail to detect. So let's leave that on the user of the XML output instead. * Using just file extension is not enough, it has to be a full filename. For example, `*.txt` can be either a plain text file or a `CMakeLists.txt`. * The path is not stripped from the filename, as it also may contain additional information that helps to detect the language better. In addition to that, filenames of code snippets included via the \include command and related are propagated to the <programlisting> element as well. With this change, (1) code snippets using simply \code some code \endcode will not produce any `filename` attribute and it's up to the user what to do -- assume C++, detect language from contents or not highlight anything. <programlisting> some code </programlisting> (2) Code snippets using \code{.cmake} some code \endcode will produce the following: <programlisting filename=".cmake"> some code </programlisting> (3) And finally, \include, \dontinclude and related \skip, \skipline etc. commands \include path/to/some-file.py will produce <programlisting filename="path/to/some-file.py"> some code </programlisting> The tests were updated to check all three cases. On the user side, when using Pygments for example, it's then just a matter of calling pygments.lexers.find_lexer_class_for_filename() with value of the `filename` attribute value and optionally also the code snippet for additional language analysis.
* | Use language identifier instead of file extension for language attributeDimitri van Heesch2017-09-281-1/+1
| |
* | update compound.xsd to add language attributeShi Yan2017-09-041-0/+1
| | | | | | | | | | | | | | add language attribute (optional) to listingType Changes to be committed: modified: templates/xml/compound.xsd
* | Marks JS as freely licensedzachwick2017-08-0411-36/+261
|/ | | | | | | | | | | | | | | Marking the resulting JS in this way ensures that visitors to the resulting HTML documentation do not have to choose between running non-free JS and experiencing the HTML documentation as it was intended. The JS was already freely licensed, so this change just ensures that the appropriate labelling occurs so that GNU LibreJS [0] parses the JS correctly as freely licensed. [0] https://www.gnu.org/software/librejs/ Signed-off-by: zachwick <zach@zachwick.com>
* Bug 776964 - Menu does not work without JavascriptDimitri van Heesch2017-01-102-0/+332
|
* Merge pull request #545 from albert-github/feature/bug_774138Dimitri van Heesch2016-11-281-0/+4
|\ | | | | Bug 774138 - Please add HTML classes to "Definition at..." & "Referenced by..." for CSS
| * Bug 774138 - Please add HTML classes to "Definition at..." & "Referenced ↵albert-github2016-11-131-0/+4
| | | | | | | | | | | | | | by..." for CSS Added class= to html output for "Definition at..." resulting in p.definition in the css file and for "Referenced by .. " and "References ..." resulting in p.definition in css file. (also corrected some error messages).
* | Added missing language value for SQL to XML outputDimitri van Heesch2016-11-271-0/+1
|/
* Fixed svgpan.js issue with Chrome causing empty SVG graphsDimitri van Heesch2016-11-061-3/+7
|
* Fixed jump to anchor issue when navigating to source fileDimitri van Heesch2016-11-061-0/+1
|
* Bug 773231 - Underscores in type or member name cause unwanted hyphenation ↵Dimitri van Heesch2016-10-231-0/+3
| | | | in PDF output Data Fields
* Add support for more CSS formatting and column/row spanning in markdown tablesjohnk2016-10-051-0/+79
|
* Merge pull request #529 from dallerk/plantuml_cssDimitri van Heesch2016-10-041-0/+5
|\ | | | | New classes for generated HTML div elements.
| * New classes for generated HTML div elements.Dennis Allerkamp2016-09-241-0/+5
| | | | | | | | Dot, Msc and Plantuml have their own classes for the generated div element.
* | Bug 771152 - C++11 ref-qualifiers do not appear in Member Function ↵Dimitri van Heesch2016-09-212-0/+10
|/ | | | Documentation section
* Unified display of enum values across output formats and languagesDimitri van Heesch2016-08-311-0/+16
|
* Merge branch 'master' of github.com:doxygen/doxygenDimitri van Heesch2016-08-211-1/+1
|\
| * Missing semicolon in navtree.cssalbert-github2016-08-171-1/+1
| | | | | | | | Added missing semicolon in navtree,css
* | Bug 769028 - Can't scroll using finger documentation in Chrome browser on ↵Dimitri van Heesch2016-08-211-17/+2
|/ | | | Android OS
* Fix for HTML output when using server side search and the the new menu barDimitri van Heesch2016-07-312-3/+7
|
* Style fixes and added numbering to overloaded membersDimitri van Heesch2016-07-301-24/+28
|
* Modified (readability) layout for member title in HTML and LaTexPkLab.net2016-06-222-2/+22
|
* Adding partial htmlhelp support to template systemDimitri van Heesch2016-06-024-2/+21
|
* Fixed for index.hhp output when using template engineDimitri van Heesch2016-05-281-2/+2
|
* Improved list of files in htmlhelp.hhpDimitri van Heesch2016-05-281-4/+3
|
* Added support for encoding tag to the template engine used for HTML help indicesDimitri van Heesch2016-05-282-0/+40
|
* Fix search box rendering in HTML when menu bar is disabledDimitri van Heesch2016-05-241-0/+273
|
* Disable selecting line numberZHUO Qiang2016-05-201-0/+9
| | | | | Make the line number not selected by user. The user case is when you want to copy the raw source code content, you would not want to automatically select the line number.
* Bug 750930 - Representation of arrowsDimitri van Heesch2016-05-154-118/+12
|
* Applied responsive design to menu bar using smartmenusDimitri van Heesch2016-05-0520-224/+291
|
* Improve output on mobile devicesDimitri van Heesch2016-03-282-2/+3
|
* Bug 762934 - External search does not properly escape user supplied data, ↵Dimitri van Heesch2016-03-251-0/+1
| | | | resulting in vulnerability
* PDF generation stops when image with caption is included in a table.albert-github2016-01-131-0/+7
| | | | | | | | | | | | In case an image is included in a table and this image has a caption the generation of a PDF stops with the message: ! Misplaced \noalign. \caption ->\noalign \bgroup \@ifnextchar [{\egroup \LT@c@ption \@firstofone ... l.45 \end{longtabu} This problem has in general been described in: http://tex.stackexchange.com/questions/85919/adding-a-caption-to-a-graphic-inside-a-longtable In this patch the suggestion from this reference is implemented by defining \doxyfigcaption and using this where a caption is required.
* Bug 745659 - The table in classes.html has no class attributeDimitri van Heesch2015-12-281-1/+13
|
generated by cgit v0.12 at 2024-11-01 09:16:50 (GMT)