Re: Handle Graphics and visualisation applications in Octave.

Hi,

> Since KV, Octaviz and Oplot++ will support MATLAB's Handle Graphics, we
Octaviz will not support MATLAB's Handle Graphics. I find MATLAB's Handle 
Graphics rather limited and encapsulating VTK in it would reduce VTK to about 
5-10% of its functionality. I intend to create only Matlab compatible high 
level functions like figure/surf/plot3 etc. What I want to accomplish with 
octaviz is to bring whole VTK in octave including its processing 
functionalities (for example Marching Cubes, surface decimation, etc) which 
would hardly fit in handle graphics.

> This is not a very good solution, that each visualisation application
> shall have their own h-g object implementation, since I believe that
> Octave should have a native implementation of h-g objects itself.
> This can be done, if we rename set and get routines to be seth, and
> geth, and makes a set.m and get.m, as high-level functions, which can
> be found in  /usr/share/octave/$VERSION/graphics/oplot, if oplot is
> used.
> The set.m and get.m, will then communicate with Oplot and refreshing
> visualisation, and updating octave internal h-g objects.

I agree that there is no need to have multiple h-g implementations. I might 
need more general framework for my project but if you have a good proposition 
for h-g (btw, is your paper available?) and implementation I'll try to make 
octaviz compatible with it for the visualization purposes. 
As for solving h-g I would rather like to see it as a part of a more general 
framework for handling object-oriented stuff in octave. 

Cheers,

Dragan