Hello,
Here is one example of something which has been lost with the
elimination of openplot_curves. Or, at least I don't know how to fix
it.
This is with Redhat Fedora Core 6.
Please don't get me wrong. This is not 'complaining about development
issues and attempts.' I am simply saying that there are features that
people have gotten used to and it would be good to keep them. Hence,
my request for a different name for the development versions of
'plot2d'
Suppose I have two lists of points, ws_0, wu_0, each with several
hundred points in the plane.
I can type
plot2d([discrete,ws_0], [discrete, wu_0]);
and I get the two lists.
If I want to magnify the plot, I used to simply do
openplot_curves([ws_0,wu_0]);
It would plot the curves in openplot format so that I could zoom them,
translate them, etc.
Now, I don't know how to do that.
There is 'graph2d'. But,
a. It needs xmaxima. It doesn't work in command line maxima
b. Resizing the window in kde is buggy. It will not relocate to
its
former position.
c. The graph has a box that cannot be removed.
d. One does not have most of the gnuplot options.
3. As far as I know, one can't plot functions without first creating
lists.
For instance, I don't know how to do the analog of
plot2d(sin(x),[x,0,6]);
without something like
xx: makelist(i*.01,i,1,100);
yy: makelist(sin(xx[i]),i,1,100);
graph2d(xx,yy);
---------------------------------------------------------------------------
| Sheldon E. Newhouse | e-mail: sen1 at math.msu.edu |
| Mathematics Department | |
| Michigan State University | telephone: 517-355-9684 |
| E. Lansing, MI 48824-1027 USA | FAX: 517-432-1562 |
---------------------------------------------------------------------------
On Fri, 30 Mar 2007, Jaime E. Villate wrote:
> On Thu, 2007-03-29 at 17:36 -0500, sen1 at math.msu.edu wrote:
>> 1. I have created several macros for the existing plot2d,
>> openplot_curves, etc. which are part of programs that I am using
>> in
>> a "production" type of mode for my research. With time, I can go
>> into them and
>> change them.
> Well, in that case we can put openplot_curves back into plot.lisp and
> keep the documentation removed so we prevent more users from becoming
> dependent on it. Notice that many bugs that have been reported and
> fixed in plot2d-discrete remain in openplot_curves; just to mention
> one, you cannot use fractions or double precision numbers.
>
> If you are in "production mode", you should definitely be using the
> stable version 5.11 and not the CVS version. The cvs version is suppose
> to allow us to propose new things.
>
>> Also, it would take some checking to see if your new plot2d actually
>> allows the same facility as the old one--with appropriate new
>> macros. It may be that further development is actually desirable.
> I've done a lot of checking with several old examples that I have.
> As you know, my lectures notes depend heavily on Maxima.
>
> Nothing breaks down in any of the examples I tested; in some cases you
> may see the graph presented in a different way (in a better way I'd say)
> but I doubt that any plot will stop working. If you've used complicated
> gnuplot_preamble's, they will still be passed to Gnuplot.
> The only thing that may cause bigger changes is when
> gnuplot_curves_styles was used. It will still be accepted but ignored.
> We'll still have time to do more testing before 5.12 is released.
>
>> So, until there is some opportunity to check that things work
>> correctly, I would like to request that, instead of making a complete
>> replacement for the current plot2d, you create a new name for your
>> current version.
> I have not made any complete replacement. You can verify in the CVS
> browser that in fact some new features were added, but the bulk of
> plot2d (draw2d, draw2d-discrete and draw2d-parametric) remains the same.
>
>> instead of making a complete replacement for the current plot2d,
>> you create a new name for your current version. For instance, it
>> could be nplot2d or something similar.
> As you also know, that's the strategy that I've been using during the
> last two years. I felt I was ready to transfer some of that experience
> into the standard plotting packages, which are very often pointed at
> as the weakest point in Maxima.
>
> Cheers,
> Jaime
>
> _______________________________________________
> Maxima mailing list
> Maxima at math.utexas.edu
> http://www.math.utexas.edu/mailman/listinfo/maxima
>