Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Aos_2: doc fixes #7713

Merged
merged 8 commits into from
Oct 16, 2023
Merged

Aos_2: doc fixes #7713

merged 8 commits into from
Oct 16, 2023

Conversation

efifogel
Copy link
Member

Summary of Changes

Fixes documentation issues in the Aos_2 package

Release Management

@lrineau lrineau changed the title Aos 2 doc fixes efif Aos_2: doc fixes Sep 14, 2023

/*! Convert an integer to an algebraic number.
* \param z An integer.
* \return The algebraic number equivalent to z.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

in the return maybe the z between backticks?
(analogous above and below for the q.

/*! Obtain a range of double-precision floats that contains the given
* algebraic number.
* \param x The given number.
* \return A pair <x_lo, x_hi> that contain x.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Some backticks?

Comment on lines 72 to 74
/*! Convert a sequence of rational coefficients to an equivalent sequence
* of integer coefficients. If the input coefficients are q(1), ..., q(k),
* where q(i) = n(i)/d(i) then the output coefficients will be of the
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"formulas" in backticks?

Comment on lines 76 to 78
* n(i) * lcm {d(1), ... , d(k)}
* a(i) = -------------------------------
* d(i) * gcd {n(1), ... , n(k)}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

total between triple backtics?

Comment on lines 84 to 85
* \pre The value type of q_begin and q_end is `Rational`, and
* the value type of zoi is `Integer`.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Backticks here should be single quotes?
zoi, q_begin and q_end between backtics?

* \param oi An output iterator for the real-valued solutions of the
* quadratic equation.
* \return A past-the-end iterator for the output container.
* \pre The value type of oi is Algebraic.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

oi in backticks?

Comment on lines 94 to 95
* \return The square root of x.
* \pre x is non-negative.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

x in backticks?

Comment on lines +127 to +128
* \return Whether this polynomial is non-zero (false if the polynomial is
* zero).
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

false and zero in backticks?

unsigned int degree,
Polynomial& poly, Integer& poly_denom) const;

/*! Construct two polynomials with integer coefficients such that P(x)/Q(x)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Stopped reviewing for backticks ...

the `Topology_traits` type is selected based on the provided geometry
traits `Geometry_traits_2`, or more precisely, on the boundary
conditions defined by the geometry traits. If all sides of the
boundary of the parameter space are cosed, the instance
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

cosed -> closed

@efifogel
Copy link
Member Author

efifogel commented Sep 19, 2023 via email

@albert-github
Copy link
Contributor

  • which version of doxygen did you test with?
  • what is exactly the problem (it is of course hard to describe over email),

@efifogel
Copy link
Member Author

efifogel commented Sep 19, 2023 via email

@albert-github
Copy link
Contributor

Do I see it correctly in Arrangement_on_surface_2/doc/Arrangement_on_surface_2/CGAL/Arr_vertical_decomposition_2.h around line 43:

 * \pre Dereferencing `oi` must yield an object of type
 * `std::pair<Arrangement_on_surface_2::Vertex_const_handle,
 *            std::pair<std::optional<Type,std::optional<Type>>>,
 * where `Type` is

the <Type>>>, shouldn't this be <Type>>>`,?
(so it looks to me that a backtick is missing)

@efifogel
Copy link
Member Author

efifogel commented Sep 19, 2023 via email

Comment on lines 1323 to 1326
* \pre Dereferencing `oi` must yield a polymorphic object of type
* `std::variant<Arrangement_on_surface_2::Vertex_handle,
* Arrangement_on_surface_2::Halfedge_handle,
* Arrangement_on_surface_2::Face_handle>`.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In the nightly documentation test CGAL-6.0-Ic-67 (https://cgal.geometryfactory.com/CGAL/Manual_doxygen_test/CGAL-6.0-Ic-67/index.html) we get for the 1.9.6 version of doxygen the warnings:

/home/cgal-testsuite/cgal_doc_build/CGAL-6.0-Ic-67/doc/Arrangement_on_surface_2/CGAL/Arr_vertical_decomposition_2.h:45: warning: explicit link request to 'variant' could not be resolved
/home/cgal-testsuite/cgal_doc_build/CGAL-6.0-Ic-67/doc/Arrangement_on_surface_2/CGAL/Arrangement_on_surface_2.h:1324: warning: explicit link request to 'variant' could not be resolved

(as of doxygen version 1.9.7 this problem has been solved).

As a workaround the problem can be solved to reformulate the:

 *      `std::variant<Arrangement_on_surface_2::Vertex_handle,
 *                    Arrangement_on_surface_2::Halfedge_handle,
 *                    Arrangement_on_surface_2::Face_handle>`.

to

 *      `std::variant<Arrangement_on_surface_2::Vertex_handle, Arrangement_on_surface_2::Halfedge_handle, Arrangement_on_surface_2::Face_handle>`.

analogous for doc/Arrangement_on_surface_2/CGAL/Arr_vertical_decomposition_2.h

…ngle line to pacify older version of Doxygen
@efifogel
Copy link
Member Author

efifogel commented Sep 20, 2023 via email

@sloriot
Copy link
Member

sloriot commented Oct 15, 2023

Successfully tested in CGAL-6.0-Ic-84

@lrineau lrineau self-assigned this Oct 16, 2023
@lrineau lrineau added the rm only: ready for master For the release team only: that indicates that a PR is about to be merged in 'master' label Oct 16, 2023
@lrineau lrineau linked an issue Oct 16, 2023 that may be closed by this pull request
@lrineau lrineau added this to the 6.0-beta milestone Oct 16, 2023
@lrineau lrineau merged commit a0ca27e into CGAL:master Oct 16, 2023
9 checks passed
@lrineau lrineau removed the rm only: ready for master For the release team only: that indicates that a PR is about to be merged in 'master' label Oct 16, 2023
@sloriot sloriot deleted the Aos_2-doc_fixes-efif branch October 14, 2024 07:56
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
4 participants