octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: handle graphics


From: Rafael Laboissiere
Subject: Re: handle graphics
Date: Wed, 13 Jul 2005 14:49:42 +0200
User-agent: Mutt/1.5.9i

* John W. Eaton <address@hidden> [2005-07-13 06:28]:

> On 12-Jul-2005, Shai Ayal wrote:
> 
> | As you can see from the other responses to your email, at least 3
> | projects are actively pursuing this goal. All 3 have implemented this
> | tree structure, each in a different way. If indeed emulating matlab
> | handle graphics will become an "official" goal of octave, this could
> | be manifested by have an "official" object/property tree in octave as
> | you propose.
> 
> Yes, think it would be bad to have N separate implementations of this.

Another important issue is the specification of a clear interface for the
backend plotting engines.  This could be implemented as a C++ class
allowing for additions in the future.  The current plotting
implementation requires changing loads of __pl*__.m files, which were
originally written for gnuplot.  This is what the PLplot and graceplot
interfaces do right now. This ought to be changed in the future.

As soon as the interface is clearly defined and becomes "the" standard, I
think that people working with the different plotting engines will be
more motivated to implement the backends.

-- 
Rafael



reply via email to

[Prev in Thread] Current Thread [Next in Thread]