[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
- handle graphics, John W. Eaton, 2005/07/12
- Re: handle graphics, Brian Blais, 2005/07/12
- Re: handle graphics, Shai Ayal, 2005/07/12
- Re: handle graphics, John W. Eaton, 2005/07/12
- Re: handle graphics, Ole Jacob Hagen, 2005/07/12
- Re: handle graphics, Shai Ayal, 2005/07/13
- Re: handle graphics, John W. Eaton, 2005/07/13
- Re: handle graphics, Shai Ayal, 2005/07/13
- Re: handle graphics,
Rafael Laboissiere <=
- Re: handle graphics, John W. Eaton, 2005/07/13
- Re: handle graphics, Quentin Spencer, 2005/07/13
- Re: handle graphics, kraiskil, 2005/07/14
Re: handle graphics, driss . ghaddab, 2005/07/12
Re: handle graphics, N Smethurst, 2005/07/13