## Summary of Changes
Make the function `read_MEDIT()` more tolerant.
TODO:
- [ ] Add tests
## Release Management
* Affected package(s): SMDS_3
* License and copyright ownership: unchanged
## Summary of Changes
Fixes for split step in tetrahedral remeshing :
+ Some complex edges could get removed from complex before checking that
the splitting operation was totally allowed
+ it could happen that midpoint would invert sub-cells during split, for
very small volumes. This PR proposes a trick to try other possible
refinement points
## Release Management
* Affected package(s): Tetrahedral_remeshing
* License and copyright ownership: unchanged
this commit introduces a heuristic to try other split points, close to midpoint, and hope
to find one that do not invert any incident tetrahedron to the edge to be split
_Please use the following template to help us managing pull requests._
## Summary of Changes
compare_squared_distance are know wrote specifically for each pair of
objects instead of simply calling compare and squared_distance improving
performance.
Add test and benchmark for compare_squared_distance.
Add global functions to call compare_squared_distance.
## Release Management
* Affected package(s): Distance_3
* Issue(s) solved (if any):
* Feature/Small Feature (if any):
* Link to compiled documentation (obligatory for small feature) [*wrong
link name to be changed*](httpssss://wrong_URL_to_be_changed/Manual/Pkg)
* License and copyright ownership:
## Summary of Changes
The changes fix a bug in the extensions of vertex and halfedge types of
the DCEL when used to instantiate Arrangement_with_history_2 or similar
arrangement classes that derive from Arrangement_2.
Typically, only the face type is extended or all the 3 types (vertex,
halfedge, and face) are extended, and for such extensions we have
dedicated class templates. The bug shows up when trying to extend any
other subset of the 3 types, and apparently, this hasn't been used much
with Arrangement_with_history_2.
## Release Management
* Affected package(s): Arrangement_on_surface_2
* Issue(s) solved (if any): NA
* Feature/Small Feature (if any): NA
* Link to compiled documentation: NA
* License and copyright ownership: TAU
## Summary of Changes
Add warning that the stream must be opened with `std::ios::binary`.
Deal with a potentially empty vector of faces.
## Release Management
* Affected package(s): Mesh_2
* License and copyright ownership: unchanged
## Summary of Changes
Modifying coordinates in the files and reloading is painful, so this PR
adds a way to specify new coordinates from the selection item:
https://github.com/user-attachments/assets/965f6c65-0936-4778-a9ac-8e8acb237774
## Release Management
* Affected package(s): `Lab`
* Issue(s) solved (if any): -
* Feature/Small Feature (if any): -
* License and copyright ownership: no change
## Summary of Changes
We know that the variable `i` will be set by `is_edge()`, we try to
indicate it with a `CGAL_assume()` but that does not help the compiler,
so let's just initialize it. We get the warning
[here](https://cgal.geometryfactory.com/CGAL/testsuite/CGAL-6.1-I-95/Triangulation_2/TestReport_lrineau_Ubuntu-latest-GCC6-Release.gz).
I am wondering if the `CGAL_assertion()` I have put makes sense.
## Release Management
* Affected package(s): Triangulation_2
* License and copyright ownership: unchanged
## Summary of Changes
* Subdomain indices can be 0 or negative, just the cells with subdomain
0 are not added to the complex.
* make binary status of the opened `ofstream` consistent with call to
`CGAL::IO::output_to_vtu()`
## Release Management
* Affected package(s): CGAL Lab
* License and copyright ownership: unchanged
## Summary of Changes
Examples are not supposed to ` #include <CGAL/basic.h>`.
## Release Management
* Affected package(s): Arrangements
* License and copyright ownership: unchanged