Re: Oplot

Rafael Laboissiere wrote:

>Where are the *.dsc and *.orig.tar.gz files, needed to build the package
>from source?  I know that I can build the package from the CVS sources, but
>the presence of the above mentioned makes things easier (think of apt-get
>source).
>
>  
>
There are no dsc, and orig.tar.gz files here, since they are not in the 
repository. If I want Oplot to be included into debian packages, then I 
will make these files. But I will wait until the 0.1 release of Oplot.

>Since Shai Ayal also manifested himself in this thread, I would like to
>express my wishes here.  It seems that Ayal's octplot and yours oplot are
>very similar projects.  The main difference lays on the choice of the GUI
>toolkit (octplot uses FLTK, while oplot uses QT).  If I could choose, my
>preference would be GTK, which is the ubiquitous toolkit nowadays.
>
>  
>
Developing a gtk-versjon of Oplot, should not be a problem really.

>However, library preferences apart, I am really wondering whether octplot
>and oplot could be merged.  An abstraction layer would then be defined such
>that the new Handle Graphics interface to Octave could be run using any
>graphical toolkit.  What do you think?
>
>  
>
Do you have comments on this one, Shai Ayal?
We had this discussion for some months ago....

Props-package in Oplot, is the handle graphics interface.
If you look at the cvs-repository, you'll find that Props is separated 
from Oplot-source.
That means that every visualisation application, can use Props internally.
The pio, (src/pio) together with oplotcom.cc (src/octave), gives us the 
correct datas both in and out.

It could also be possible to include a similar packages of Props into 
Octave. The Props-package in Octave will not work internally inside 
Octave, but used as a handle graphics interface to a visualisation 
application, such as Oplot, OctPlot, QMatplot, +++++

Any comments?


Ole J.