If a new GUI is being developed, could I suggest something a little more
wide reaching? What about a two level approach.
Level I would be a documented API for Maxima, to allow a clean interface
on various levels. This would include (i) the current command line
interface, (ii) xmaxima, and also projects like TeXMacs.
Level II would be be the actual details of the GUI.
I'm thinking conceptually of the X-windows system, where we perhaps have a
"maxima-server" and various "clients" which use the functions. Of course,
this isn't really going to be a client-server system. Just a very clean
separation of the various code functions.
To what extent are the various parts of the current code separated
out? This include the generation of error messages, and the user prompts
(eg integrate(x^n,x) ).
This suggestion may make no sense, of course. But it would have many
advantages, not least the fact that the core CAS functions would be
separate from an individual user's interface preferences.
Does this make any sense?
On Fri, 20 Aug 2004, Andreas Eder wrote:
>
> Instead of the proposed wxWidget GUI shouldn't we try to implement a
> Common Lisp GUI. I'm thinking of CLIM here. McCLIM is a free
> implementation and with scigraph there is even a nice plotting package
> for CLIM. We could even have a combination of commandline and gui.
> Have a look at its cliki page http://www.cliki.net/McCLIM
> or the project page at http://clim.mikemac.com/
>
> 'Andreas
>
> --
> Wherever I lay my .emacs, there's my $HOME.
>
> _______________________________________________
> Maxima mailing list
> Maxima@www.math.utexas.edu
> http://www.math.utexas.edu/mailman/listinfo/maxima
>