[Top][All Lists]

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

Re: save options handling

From: David Bateman
Subject: Re: save options handling
Date: Fri, 29 Apr 2005 16:53:52 +0200
User-agent: Mozilla Thunderbird 0.8 (X11/20040923)

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.


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...


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

reply via email to

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