[Top][All Lists]

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

Re: Unexpected behaviour of Backspace when binding ^H

From: Ciprian Tomoiaga
Subject: Re: Unexpected behaviour of Backspace when binding ^H
Date: Wed, 11 Mar 2020 01:47:46 +0100

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,

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

And have fixed the problem in git:

The fix will appear in nano-4.9, in about two weeks.

Thanks for reporting!


reply via email to

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