Re: [Nano-devel] Patch Against 1.1.6 for multibuffer "add new file"

[Dwayne Rightler]

I understad how that could be a problem, can't the emergency save code be
modified to save to nano.save, nano.save.2 nano.save.3... etc in case of
existing duplicate filename?  Would this cause a problem elsewhere?  It
almost seems like a bug that if "nano.save" exists in the current work
directory that an emergency save is aborted.  There could be a save file two
days old in your working directory and it would abort saving your current
work buffer because of that file.

Thanks.
Dwayne Rightler


----- Original Message -----
From: "David Lawrence Ramsey" <address@hidden>
To: "Dwayne Rightler" <address@hidden>
Cc: <address@hidden>
Sent: Sunday, February 17, 2002 1:06 PM
Subject: Re: [Nano-devel] Patch Against 1.1.6 for multibuffer "add new file"


> --- Dwayne Rightler <address@hidden> wrote:
>
> >That patch had an extra debugging line in it, please look at this one
instead.
> >
> >
> >On Sunday 17 February 2002 10:09, you wrote:
> >&gt; This is a patch to allow a ^R ^N sequence in nano when multibuffers
are
> >&gt; enabled.  The sequence opens an empty work buffer in a seperate
buffer.
> >
> >&gt; Better than only being able to open another file into a seperate
buffer,
> >at
> >&gt; least i think so.  :)
>
> The only problem with that is that the filename for such a
> blank buffer won't be unique, which will cause severe
> problems if nano dies unexpectedly and tries to save all
> unsaved buffers (i. e. it'll only write the first one as
> nano.save and skip all the others).  That's the whole
> reason for only allowing the opening of files.  If you
> need multiple blank buffers, the context-sensitive help
> for the Insert menu explains how to get them.
>
> _____________________________________________________________
> Sluggy.Net: The Sluggy Freelance Community!
>
> _______________________________________________
> Nano-devel mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/nano-devel
>