Age | Commit message (Collapse) | Author |
|
Cech optimization
|
|
|
|
-Some other minor changes
-Change license to LGPL
|
|
[Alpha] Get extra point using boundary_opposite_vertex_simplex_range
|
|
|
|
Fetch datasets
|
|
|
|
in alpha
|
|
|
|
Documentation: Obsolete CLASS_DIAGRAMS
|
|
No need to copy Doxyfile.in
|
|
|
|
Fix unbalanced groups and some doxygen typos
|
|
|
|
|
|
VincentRouvreau/simplex_tree_extended_persistence_enhancement
extended_persistence uses directly get_persistent_pairs
|
|
Spelling corrections
|
|
|
|
Documentation: Render formulas by means of MathJax 3
|
|
Co-authored-by: Vincent Rouvreau <10407034+VincentRouvreau@users.noreply.github.com>
|
|
|
|
|
|
Documentation: handling references to examples in a more transparent way
|
|
In my opinion there is no need to copy the `Doxyfile.in` file to the build directory (neither in the User nor the development version).
The usage is:
```
configure_file(${GUDHI_DOXYGEN_SOURCE_PREFIX}/Doxyfile.in "${CMAKE_CURRENT_BINARY_DIR}/Doxyfile" @ONLY)
```
in the file `src/cmake/modules/GUDHI_doxygen_target.cmake` and we see that this uses the file from its original source directory.
|
|
|
|
|
|
Since doxygen version 1.9.3 the settings `CLASS_DIAGRAMS` and `CLASS_GRAPH` have been integrated into `CLASS_GRAPH` and `CLASS_DIAGRAMS` is now obsolete.
The value of `CLASS+GRAPH` doesn't have to be adjusted, in this case, as it was already set to `NO`.
|
|
Oops left test version in it.
|
|
Based on review, made a switch between MathJax 2 and MathJax 3 based on the doxygen version
|
|
- create entries in Doxyfile.in for the use of MathJax
- adjust formula so it is properly rendered in MathJax 3 (formula will also work with MathJax 2)
(available in doxygen since doxygen 1.9.2)
|
|
Adding the other examples also with `gudhi_example_link`.
|
|
Documentation: Non persistent links
|
|
|
|
|
|
Co-authored-by: Marc Glisse <marc.glisse@inria.fr>
|
|
Documentation: Updating redirected links
|
|
|
|
Co-authored-by: Marc Glisse <marc.glisse@inria.fr>
|
|
Co-authored-by: Marc Glisse <marc.glisse@inria.fr>
|
|
Co-authored-by: Marc Glisse <marc.glisse@inria.fr>
|
|
Co-authored-by: Marc Glisse <marc.glisse@inria.fr>
|
|
A number of spelling corrections as reported by the codespell (see: https://github.com/codespell-project/codespell) program and lists.
Some remarks:
- not considered are grammatical errors
- not considered are names in the code although there are a number that could be improved (like `childs` -> `children`)
- in the documentation it could be made clearer what are variables and what is running text (e.g. by placing variables in running text between backticks)
- some comments are in the French language, I think it would be better to have them in the English (United States version).
|
|
In case we have the files`Bitmap_cubical_complex/Random_bitmap_cubical_complex.cpp` this will be linked to `_random_bitmap_cubical_complex_8cpp-example.html` and this is now hard coded.
When the setting of `CASE_SENSE_NAMES` is set to `YES` the mapping is to `Random_bitmap_cubical_complex_8cpp-example.html` but the hard coded link is still to `_random_bitmap_cubical_complex_8cpp-example.html` so the link cannot be resolved (at runtime!). Same could happen when the `CASE_SENSE_NAMES` is left blank and the the value is system dependent. It is unlikely that this happens but ...
By introducing the `ALIASES` `gudhi_example_link` this can be handled by doxygen in a more transparent way.
Furthermore wit 2 examples there was a double `cpp` in the text part, this has been corrected as well
Notre this solution supersedes #621 and maked #621 obsolete.
|
|
During the link check we found some references to `#title..` in respect to links to CGAL, these links work at the moment but are, by CGAL, generated links during runtime based on the HTML `<H...>` tags.
When a new paragraph or chapter is added these numbers will change and thus will the link point to the wrong place. All these items have also a more persistent reference anchor that is generated based on the `<name>` of the section (e.g. `\section <name> <description>`).
Therefore it is better to used the references based on the `<name>`.
|
|
Updating simple links in documentation sources for which we got during link checking:
```
This is a permanent redirect. The link should be updated.
```
|
|
Made references to boost so that they point to the last released version.
|
|
|
|
VincentRouvreau/stree_iterator_boundary_and_opposite_vertex
Boundary and its opposite vertex iterator for the simplex tree
|
|
Documentation: Warning about return statement
|
|
Based on review corrected `EXAMPLE_PATH` and `CITE_BIB_FILES`.
|