Re: save options handling

[David Bateman]

Bill Denney wrote:

> On Fri, 29 Apr 2005, David Bateman wrote:
>
> > Daniel J Sebald wrote:
> >
> > Errr, if there existed a "-nozip" option this would have been the 
> > logic. Unfortunately there isn't. Either implementing complementary 
> > options or only using the default_save_options if there are no other 
> > options would be very easy. I tend to feel that complementary options 
> > are better, as in some ways its closer to the old logic, and if you had
> >
> > default_save_options = "-binary";
> > save -zip test.mat x
> >
> > complementary options are the only ones that make sense....
> >
> > Attached find a patch to add the "-nozip" option...
>
>
> As someone who is more of a user, I'd think that if I give any options 
> they would override the defaults, and it would be hard for me to debug 
> if there were other default options that took effect when I gave 
> options.  If you keep the default options when specific options are 
> used, it would be helpful to at least give a warning that the other 
> options were used.
>
> Bill
Consider carefully the case I gave of

default_save_options = "-binary";
save -zip test.mat x

What is the default file format in this case? The reason to create the 
defaults_save_options argument was so that we didn't need two global 
variables for the file format and its options. So if it is implemented 
as you suggest we are left with a hard coded file format...

Sorry I think I prefer the complementary options due to this point alone...

D.



--
David Bateman                                address@hidden
Motorola Labs - Paris                        +33 1 69 35 48 04 (Ph) 
Parc Les Algorithmes, Commune de St Aubin    +33 1 69 35 77 01 (Fax) 
91193 Gif-Sur-Yvette FRANCE

The information contained in this communication has been classified as: 

[x] General Business Information 
[ ] Motorola Internal Use Only 
[ ] Motorola Confidential Proprietary