Handle Graphics and visualisation applications in Octave.
tdragan at gel.ulaval.ca
Thu Jan 22 17:04:11 CST 2004
> 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
> 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.
More information about the Octave-graphics