Re: Unexpected behaviour of Backspace when binding ^H

Hi Benno (et all),

Wow, that was very fast. Much faster than I could get a dev environment to
compile nano from git. I'm not even sure how to get all the requirements on
macOS.

Does iTerm2 always produce ^? for Backspace?  Or is that a
> setting that you chose?  Or did it change recently for both
> iTerm2 and Terminal?
>
I think ^? is the default for Backspace in iTerm2. Although it has an
option to send `^H`, it is disabled by default and discouraged to enable as
it will change some other existing keybindings.
It did not change recently, no, and I doubt it has changed on Terminal with
the upgrade to macOS Catalina.

Many thanks for the quick response! I'm looking forward to the release.
Also, for the bug, do I understand correctly that it will only work with
`nano -K` ? If so, does that mean mouse support will be disabled ? (not
that I've never used mouse in nano, I have just discovered the possibility
when testing -K for the bug (: ).

Best regards,
Ciprian



On Tue, 10 Mar 2020 at 14:39, Benno Schulenberg <[email protected]> wrote:

>
> > Op 09-03-2020 om 17:09 schreef Ciprian Tomoiaga:
> >> I am binding ^H to `replace all`. This has the unexpected result that
> pressing
> >> Backspace(1) enters the replace menu. I know that on some terminals
> Backspace
> >> generates ^H, but if I use the shortcut for `Verbatim Input` and press
> Backspace,
> >> I get `^?`.
>
> I've re-reported the bug as https://savannah.gnu.org/bugs/?57981.
>
> And have fixed the problem in git:
>
>   https://git.savannah.gnu.org/cgit/nano.git/commit/?id=cbbfebbc
>
> The fix will appear in nano-4.9, in about two weeks.
>
> Thanks for reporting!
>
> Benno
>
>