Michael Kerber
50af77f175
Changed curve_at_event to curves_at_event in CurvePairAnalysis_2::Status_line_1
2008-07-04 10:33:02 +00:00
Michael Kerber
7ac38919a1
New method curve_at_event in CurvePairAnalysis_2::Status_line_1
2008-07-04 09:42:48 +00:00
Michael Kerber
ddfdc5ff88
Updated documentation for CurvePairAnalysis, one new question
2008-07-03 15:36:03 +00:00
Monique Teillaud
c353c3b6d1
making X,Y CriticalPoints functors optional
2008-04-30 14:51:20 +00:00
Michael Hemmer
f369f01fe6
changes according to Refine_1
2008-04-25 11:20:48 +00:00
Michael Hemmer
474e5d72d1
rm def of argument type / result type
2008-04-25 09:47:03 +00:00
Michael Hemmer
886ce71ec6
This is not an AdaptbaleUnaryFunction since the algebraic real is changed
2008-04-24 15:42:42 +00:00
Michael Hemmer
91be4ce66d
added todo according to review of Ron Wein
2008-04-24 15:34:39 +00:00
Eric Berberich
fa3e3ab783
added sentences suggested by ron
2008-04-22 06:23:05 +00:00
Michael Hemmer
b554efd271
minor changes according to Ron's second review.
2008-04-10 12:50:15 +00:00
Eric Berberich
e4ce8764c8
applied fixed from Ron
2008-04-09 08:54:13 +00:00
Eric Berberich
611ca64a3f
fixed typenaming
2008-04-08 11:13:19 +00:00
Eric Berberich
f3d7319465
revised text
2008-01-20 21:36:55 +00:00
Eric Berberich
4fc3836649
added asymptotic_value_of_arc
2008-01-16 14:04:33 +00:00
Monique Teillaud
fbe86e37c3
cleaning the 'questions and remarks'
2008-01-16 09:15:29 +00:00
Monique Teillaud
e64b074689
cosmetic
2008-01-03 16:06:41 +00:00
Menelaos Karavelas
f24af54789
more changes, especially in AK_2
2007-12-20 16:22:49 +00:00
Menelaos Karavelas
f6a7f6d9a6
size types and unsigned ints
2007-12-17 14:29:49 +00:00
Menelaos Karavelas
093b04820e
again stylistic changes
2007-12-17 14:26:42 +00:00
Menelaos Karavelas
111baf00a8
stylistic changes
2007-12-17 14:03:12 +00:00
Menelaos Karavelas
32a3325f07
stylistic changes
2007-12-17 13:48:33 +00:00
Menelaos Karavelas
4d012423ea
added missing space
2007-12-17 13:23:51 +00:00
Menelaos Karavelas
d875ef5bbb
removed full stops
2007-12-17 13:21:09 +00:00
Michael Hemmer
90e7ec77a2
added AlgReal functors to kernels
...
removed Polynomial C'tors from kernels (see Polynomial_traits_d)
removed Derive from Kernel (see Polynomial_traits_d)
update open.tex
2007-11-23 12:45:55 +00:00
Michael Hemmer
0fdfe37c56
removed .x() .y(), replaced by GetX_2 GetY_2
2007-11-23 08:28:35 +00:00
Michael Hemmer
fb3a03f6bb
added new functors for AlgebraicReal_2
2007-11-22 10:11:29 +00:00
Michael Hemmer
17369e9ff9
DeriveInX -> DeriveX
2007-11-21 14:15:55 +00:00
Michael Hemmer
03207a1b23
standardized nameing for AK2
2007-11-21 13:49:53 +00:00
Michael Hemmer
9213a7a96d
standardized nameing for AK1
2007-11-21 13:42:12 +00:00
Michael Hemmer
8303bb549c
rm AlgebraicRealTraits_1
2007-11-21 13:18:06 +00:00
Michael Hemmer
d20f663c53
mv with resepct to new nameing
2007-11-21 12:11:12 +00:00
Monique Teillaud
25a4f6bce2
fix asked by Ron
2007-10-29 09:12:46 +00:00
Monique Teillaud
158446fe1e
todo
2007-10-26 09:09:15 +00:00
Monique Teillaud
2ba48b8eff
answer Ron's review and fix many additional minor problems
2007-10-26 08:55:31 +00:00
Monique Teillaud
0894345125
updates
2007-10-25 15:48:34 +00:00
Monique Teillaud
6e3039a475
answers some general comments by Ron, left by Eric as open:
...
(+ a few fixes encountered while doing the corrections)
* Another change is realted to the functors XCtriticalPoints_2 and
YCtriticalPoints_2. The best solution in my opinion is to let these
two functors be optional: any model of the AlgebraicKernel_d_2 concept
must define a tag named Has_critial_points.
o I think that saying that, for example, Solve_1 is an "AdaptableFunction
that computes the real roots of a univariate polynomial" is too long.
Just say that it "Computes the real roots of a univariate polynomial",
and under a "Refines" subsection states that it is a refinement of
AdaptableFunction (this is already done for some functor concepts).
o It is fine to be meticulous and state what are the "result_type",
"argument_type" etc. for the various functors. However, I think that
stating (for Compare_1 in this case):
result_type fo (first_argument_type x, second_argument_type y)
is a bit confusing (the reader has to look back and forth to see what
these types are). I?d prefer a more direct definition:
Comparison_result fo (Algebraic_real_1 x, Algebraic_real_1 y)
o I do not like to have a functors that accept two output iterators.
I think a better implementation is an output iterator whole value type
is std::pair<A,B>. (See below)
2007-10-25 15:07:44 +00:00
Eric Berberich
e478f855e4
update
2007-10-24 08:33:06 +00:00
Eric Berberich
78f0a33847
applied Ron's suggestions, in particular
...
VLine-> StatusLine
get_ -> ""
2007-10-24 08:27:44 +00:00
Eric Berberich
870f584a7a
AKwA_2 refines AK_2 now
2007-10-24 08:26:50 +00:00
Menelaos Karavelas
1e8e04947e
stylistic changes
2007-09-09 18:35:48 +00:00
Monique Teillaud
c80b9c1fc8
same kind as previous commit
2007-09-03 11:21:34 +00:00
Monique Teillaud
57958f4e66
questions and todo reformatted
2007-09-03 11:20:36 +00:00
Monique Teillaud
513bfe96d2
fix in Solve2
2007-08-16 11:02:06 +00:00
Monique Teillaud
23c4f1459b
missing line added
2007-08-08 12:43:12 +00:00
Monique Teillaud
aa1f0714e5
proposal for Solve_2 (with a question left in footnote)
2007-08-08 12:33:30 +00:00
Monique Teillaud
df7c6842b3
bug fix again
2007-08-08 12:30:24 +00:00
Monique Teillaud
963c6b921f
bug fix in make-coprime 1 and 2
...
to be checked
2007-08-08 12:13:05 +00:00
Monique Teillaud
0ba14c659a
fixed underfull hbox
2007-08-08 08:04:52 +00:00
Monique Teillaud
0f6278d82d
detaails
2007-08-08 08:04:09 +00:00
Monique Teillaud
f3de92323b
names in \ccCreationVariable{} made consistent
2007-08-07 14:33:57 +00:00