filename_dialog

[Thorsten Haude]

Hi,

* Nathaniel Gray wrote (2006-09-28 12:25):
>Tony Balinski wrote:
>>Quoting Thorsten Haude <yoo at vranx.de>:
>>>* A.V.Kuznetsov wrote (2006-09-25 14:30):
>>>>One of two new macros, exist_filename_dialog() and
>>>>new_filename_dialog(), seems to be excessive.
>>>>They can be joined to a single filename_dialog() with
>>>>option "new" or "exist".
>>>Any objections?
>>>
>>>If not: Nate, do you want to change this yourself?
>>
>>No objections from me. Nate, did you have some reason for keeping them
>>distinct (other than dealing with the extra parameter)?
>
>Mainly that the documentation starts to get pretty confusing when you 
>have options with different meanings depending on the value of some 
>other parameter.

Ok, let's see. Current style is
    exist_filename_dialog(title[, default_path[, filter]])
    new_filename_dialog(title[, default_path[, default_filename]])

Alexey's proposal is
    filename_dialog(title[, default_path[, filter]] [, mode])
with some sensible default for the mode.

I guess it depends a bit on whether on of the two options are more
often used than the other, which would reduce the effective footprint:
    filename_dialog(title[, default_path[, filter]])

Hm. I favor the combination, but I can see Nate's point.


Thorsten                                                   Radiohead: Lucky
-- 
Whenever there is a conflict between human rights
and property rights, human rights must prevail.
    - Abraham Lincoln
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://www.nedit.org/pipermail/discuss/attachments/20060928/0b8c5504/attachment.bin