[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #39532] hgload/hgsave functions missing

From: Pantxo Diribarne
Subject: [Octave-bug-tracker] [bug #39532] hgload/hgsave functions missing
Date: Thu, 06 Mar 2014 09:11:04 +0000
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:27.0) Gecko/20100101 Firefox/27.0

Follow-up Comment #8, bug #39532 (project octave):

Hi Massimiliano,

The .ofig extension doesn't seem to be needed anymore if we choose to give an
octave version specific name to the saved structure. I'd remove this
restriction and let the user save/load his figures with whatever extension he
likes, as long as he does it with octave.

I think we now need a maintainers advice here.

What else:
* hgload:
** the try/catch I proposed is not really clean, but I don't see another way
to lookup a variable into a binary file without loading it. As "matfile" is
not supported, (maybe another feature request), does someone have an idea? 
** by the way you don't need to make load return a structure. Call it without
output argument and you'll have "s_oct40" loaded in your scope. 
** You should check the existence of the file in the path before trying to
load it. "which" or "exist" will help here.
** to conform to other plotting functions, you could call 'handle' -> 'htmp'
and the output argument 'h'. Return 'h = htmp' only if requested (nargout >0)
** help text: update the function signature
** prepend your comments with "##" not "#" (reserved for inline comments).

* hgsave:
** check arg1 is a graphics handle and arg2 is a char.
** same for comments and 'handle' variable name
** add support for other formats (I'd say all binary formats supported by save
function) using a second input argument.
** update help text



Reply to this item at:


  Message posté via/par Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]