[Top][All Lists]

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

Re: [Info-nano] [Nano-devel] [poll] which features would you like to see

From: Benno Schulenberg
Subject: Re: [Info-nano] [Nano-devel] [poll] which features would you like to see in nano?
Date: Sun, 12 Jul 2015 20:07:57 +0200

On Sun, Jul 12, 2015, at 15:27, Trevor Brown wrote:
> On 26 June 2015 at 03:20, Benno Schulenberg <address@hidden> wrote:
> > An alternative would be to have a bindable WhereWas function: the same as
> > WhereIs but with the Backward direction toggled always on.
> +1 for this. I can't tell you how many times I've wanted to be able to use
> both while searching without having to toggle an option.

You mean just the WhereWas function (searching backwards)?
Or also the search-next-backwards/search-next-forwards?

> > a)  Delete a word leftward / delete a word rightward.
> +0 Seems like something I wouldn't use. But if there was a 'move
> the cursor one word left/right' then maybe

But there is a jump-word-left/jump-word-right.  The default bindings
are awkward: ^Space and M-Space.  But in 2.4.* on some terminals
Ctrl-Left and Ctrl-Right should work.

> > d)  Save the current file without any prompting (if it has a name).
> -1 Seems dangerous not to ask. I actually like normal nano behavior
> because it helps prevent accidental overwrite of files

But there already is the --tempfile option, which causes nano
to save-and-exit immediately when you hit ^X -- and it should
save-without-asking for ^O too, if it wants to emulate Pico.
So, the "danger" is already there.  Also, the save-without-asking
function would only be available if the user would consciously put
something like 'bind ^S savefile main' in their .nanorc.

So, the default behaviour will stay the same.: ^O will ask.
But the user gets the ability to add or change a binding.
In the above example, ^S would work like in other programs:
save-now-without-asking, and ^O would behave like Ctrl+Shift+S
in other programs: "Save As...".

> > f)  An option to save a file by default in Unix format.
> -1 I thought this was already there?

It used to be the default behaviour, up to version 1.3 or so
-- I don't really know, it was before my time.  :)


-- - Send your email first class

reply via email to

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