Our documentation says that 3D coordinate transformations take
'z' coordinate first, that is for plotting function values
is first, followed by arguments. But if we plot with no
coordinate transformation, than "normal" order is in use,
that is arguments first, function value last. Documentation
also claims that default coordinate transformation is
'cartesian'. But things above contradic this. Compare
draw(sin(x), x=0..2)
with
draw(sin(x), x=0..2, coordinates==cartesian)
You can see that compared to default setting giving 'cartesian'
swaps coordinates.
I must say that result of current setting looks strange, essentialy
like a bug. But given documentation and extra code needed this
behavour must be deliberte. Can anybody give reasons for
current behaviour?
There is also another thing: when given option 'polar' our code
treat treats argument and function as giving polar coordinates
and transforms this to cartesion. However, I understand "drawing
curve in polar coordinates" as producting curve in cartesian
coordinates and then transforming this to polar coordinates, that
is reverse of transformation our code is doing.
One way to make this clearer would be to have functions like
'polar_to_cartesian' (our current 'polar') and 'cartesian_to_polar'
(we do not have it now). But I somewhat dislike so long names.
--
Waldek Hebisch
--
You received this message because you are subscribed to the Google Groups
"FriCAS - computer algebra system" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to fricas-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/fricas-devel/20230503153032.3qm235g73s2hiz57%40fricas.math.uni.wroc.pl.
