cgal/Circular_kernel_2/TODO

83 lines
2.5 KiB
Plaintext

intersect(line_2,*) was forgotten!!!!!
memory leaks in Filtered_bbox_circular_kernel_2
from Andreas:
- there are new statements in constructors having no corresponding
delete statements.
This concerns the files in the directory:
CGAL-3.3.1/include/CGAL/Filtered_bbox_circular_kernel_2/...with_bbox_2.h
It should be enough to add destructors and add conditional
deletes.
Reading the code I think that the IO routines also don't
do what they should do, namely computing new bboxes.
improve manual like SK3 (see answer to Efi's review, jan3, 2008)
heriter result_type des foncteurs du Kernel (Bool_type \neq bool...)
fix manual for operator>>
manual filtered bbox kernel, ref counting
manual calculs aires, longueurs, etc
manual bounded_side etc
manual orientation: NO (only when points have same delta, so don't document)
add Do_intersect_2
add Qt output for bbox objects -> demo with Exact_ck
also, check that examples use Exact_CK
clean manual AK (concepts like Polynomial_1_2, access to a() b() c() ?
used in solve to check that solutions are the same)
clean/update manual Ro2
rendre Bbox filtered kernel completement generique ->
utilisation dans linear kernel aussi
CK3
echecs de filtres
resoudre problemes avec GMP
pb general Ro2 avec GMP, pb make_root_of_2
Lazy_CK avec GMP (constructions Gmpz(Gmpq) evidemment non trouvees...) (?)
resolu par Sebastien ?
voir make_x_monotone pour que ca retourne des arcs
(necessite bricolage de la traits car Arr_2 demande des Object)
interface intersect avec plusieurs outputIt types (types de retour differents)
--> a transferer dans linear kernel ?
- unoriented equal (pb general orientation dans noyau cgal...)
- intersection de deux Line_3
- radical plane
- calculs de longueurs et surfaces
mettre fonctions globales
- systematiquement dans code (il y en a qqs unes)
- dans doc
- tester
How can we avoid to call global functions of CK in internal code?
These calls look rather dirty to me (MT).
I tried to remove them but could not: if these calls are replaced
by calls of internal functions, then CK::Polynomials must be accessed,
but they are undefined in Lazy_kernel...
construct intersection for *arcs* should use solve or solve in range
----------- done (?)
tracker les vestiges de l'ancienne representation des points (pointeurs
vers cercles)
utiliser partout ou c'est possible le constructeur de arc_point(Point_2)
enlever messages de debug
add "using..." in all functors that derive from another
----------- not relevant any more (traits tracer abandoned)
regarder traits-tracer (seg fault)