Re: Unexpected behaviour of Backspace when binding ^H

[Ciprian Tomoiaga]

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 <address@hidden> 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