Re: Minimal requirements from a handle graphics package

Ole Jacob Hagen <[email protected]> Thu, 16 Feb 2006 12:29:36 +0000
Newsgroups gmane.comp.gnu.octave.graphics
Message-ID <[email protected]>
Hi, Marcus.

Saving graphs in *.fig must also be supported...It is possible to use
save, and saveas for saving figures?  Does save and/or saveas calls
hgsave as well?

Or this Figure create *.mat files and a set of commands to recreate the
figure?


Oplot supports VRML now, but this is very different from Figure format
used by M*lab.

What you need first, is an option in the visualisation application that
says:
Example:  "Generate m-code to recreate figure", which create mat-files
and so forth...

To do this without any problems, octplot and oplot must be redesigned I
guess. They need to use an embedded octave to be able to send commands
back to Octave.

Octave-GUI made by Sebastien are actually using the embedded octave
feature.

John/Paul:
Is it possible to send command to an active octave instance from an
external application?
How can this be done?


Ole








Marcus Vinicius Eiffle Duarte wrote:
> Shai,
>
> let me explain: I find it very useful to have graphs saved in a file
> that contains both data and formatting. After I handcraft the
> formatting of a graph for a given purpose (let's say, printing
> fullcolor in brilliant glossy paper), I can just reload it and change
> the formatting for another purpose (a b&w printing, for example).
>
> Of course I can do it from data files, just changing the code that
> originated the first figure. However, I really like to "backup" my
> figures as FIG files, as I can later have the exact formatting I used,
> even after I change code (and fail to keep track of changes - I
> suppose I am not the only one who forgets to keep track of different
> versions of code/formatting).
>
> If there is no saving/loading FIG files, there is no lack of
> functionality, I just find it would be really useful. If the
> difficulty is the exact format of the FIG file, I guess there could be
> an alternate file format to store data and formatting, but it would be
> not a required feature, just a possible (and later) add-on.
>
> Marcus Vinicius
>