| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
| |
new processing job
|
|
|
|
| |
output files
|
|\
| |
| | |
Handling digraph versus label
|
| |
| |
| |
| |
| | |
In case a label contains a backslash (at the end), the digrapgh statement remains unchanged, though with the label= this backslash is converted to a double backslash.
Especially at the end (just before the " this can lead to problems, making the handling uniform.
|
| |
| |
| |
| | |
for the same .dot file
|
| | |
|
|\ \
| | |
| | | |
issue #6990 Dot produces no Graphs
|
| | |
| | |
| | |
| | | |
Backslashes also have to be escaped otherwise a tooltip / brief description like `//!replace "\" with "\\"` won't be produced properly.
|
| | |
| | |
| | |
| | | |
new processing job
|
| | |
| | |
| | |
| | | |
output files
|
|/ / |
|
|\ \
| | |
| | | |
issue #6869 SVG image generated by \dot or \dotfile does not render properly in HTML
|
| | |
| | |
| | |
| | |
| | |
| | | |
in HTML
The path to the svgpan.js should be relative to the svg file. For files generated with `dot` or `\dotfile` this is the root of the HTML tree, so relpath is here an empty reference (the svg file still needs the relpath as this file is referenced from a html file that is possibly in a sub directory).
|
| |/
|/| |
|
|/ |
|
| |
|
|
|
|
| |
Some more ...
|
|
|
|
|
| |
- mapping changed due to missing `doxygen=`
- externalRef part changeddue to missing`doxygen=`
|
| |
|
|
|
|
| |
Corrected test and setting of indexE (was working by accident).
|
|
|
|
|
| |
The replace function has as side effect that it affect UTF-8 characters as well.
Removing `id="node[0-9]*"` no by searching its start and end.
|
|
|
|
| |
Prevent endless loop during renumbering
|
|
|
|
|
|
|
|
|
|
|
| |
When running xhtml checker on the doxygen diagram example we get:
diagrams/html/class_a.html:66: element area: validity error : ID node1 already defined
<area shape="rect" id="node1" title=" " alt="" coords="5,5,44,32"/>
^
ID node1 already defined
Document diagrams/html/class_a.html does not validate
This is due to the fact that the map file is used as generated by dot, and here the id values start each time with node1. The id is not used and can be omitted.
|
|
|
|
|
|
|
|
|
| |
Message:
`< Element map content does not follow the DTD, expecting ((p | h1 | h2 | h3 | h4 | h5 | h6 | div | ul | ol | dl | menu | dir | pre | hr | blockquote | address | center | noframes | isindex | fieldset
| table | form | noscript | ins | del | script)+ | area+), got (area area div)`
The problem first surfaced with test 11 (empty map tag), but the solution given at that moment (`<div/>)`) did work for test 11, but was not correct for test 27.
Problem can be seen with the default doxygen test 27 (`[027_extends.c]: test the \extends, \implements, \memberof, \private, and \public commands`).
|
|
|
|
| |
Added a Slice-optimized output mode.
|
| |
|
|
|
|
|
|
|
|
| |
Till now docbook had its own output generator, but lot of possibilities were missing (see remark about updating below), with this patch the (more than) basic implementation has been made.
Added some docbook tests to the current tests and updated documentation where necessary
Tried updating current version but too many issues remained that were generically handled in the standard generator, code is in current version behind '#if 0' construct in doxygen.cpp and name with '_v1' and in docbookgen.cp'
|
| |
|
|\
| |
| |
| | |
https://github.com/albert-github/doxygen into albert-github-feature/bug_395343
|
| |
| |
| |
| |
| |
| | |
on right
Caller graph will now have the called function on the right hand side.
|
|/
|
|
| |
In case no brief description present, no tooltip is shown.
|
|
|
|
| |
Some graphs were still missing a tooltip in the root node (most notably the caller graphs), so were still displaying something like Node0.
|
|
|
|
|
| |
The basic problem mentioned in this issue was already solved in Mai 2009 (version 1.5.8 or earlier), in case a brief description is present this is displayed otherwise the node number is specified)
A remaining thing was that the tooltip with the root nodes (gray nodes) was always something like Node0 irrespective of the brief description. This has been solved here.
|
|
|
|
|
|
| |
When generating CAL or CALLER graphs thy can become quite large (and unreadable) and it won't be possible to process them into a PDF due to a limitation of TeX.
When it is determined that the resulting image is to large a scale down is done to around 150" (still unreadable) but it can be processed, this scaling done is done by means of the `dot` program.
(Note: the scaling to 550 points for the output occurs on the original image in the TeX processing and Tex cannot read the image).
|
|\ |
|
| | |
|
| |
| |
| |
| | |
HTML output
|
| |
| |
| |
| |
| |
| | |
.SVG files
prevent to write multiple target attributes in one tag.
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Upon 'inherits' diagram creation, the first element
(alphabetically last parent name) would use a default
node number 0, equal to the child element, and would
result in a class looping on itself as parent
* A simple test to confirm the issue can be done with the
following lines in a test.h inside an empty project:
// Test first class node loop
class aChildClass : public zParentClass { };
class bChildClass : public yParentClass { };
Change-Id: I7901e5e13d9564747d112e0b8c758d239d43a380
Signed-off-by: Adrian DC <radian.dc@gmail.com>
|
| |
|
| |
|
|
|
|
| |
improve performance
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| | |
Support generating index-color PNG files
|
| |
| |
| |
| |
| |
| |
| | |
Based on the request http://stackoverflow.com/questions/27036474/how-do-make-doxygen-generate-index-color-png-files for index colored png files, this functionality will be included in the newer versions (2.39) of dot.
The functionality -Tpng:cairo:gd will automatically be used by doxygen, though the file extension would be wrong (.png:cairo:gd).
With this patch the :cairo:gd is stripped from the image extension, but not from the -T of the dot command.
In the doxywizard the different possibilities are supplied as well. Note however that the DOT_IMAGE_FORMAT name is not checked when read from the Doxyfile so it is possible to use other renderer / formats as well due to the generic solution with getDot ImageExtension.
|