GNU nano - Bugs: bug #57302, ^/ cannot be rebound
You are not allowed to post comments on this tracker with your current authentication level.
bug #57302: ^/ cannot be rebound
Submitter: | Tiago Almeida <tjapro> | ||
Submitted: | Mon 25 Nov 2019 08:27:04 PM UTC | ||
Severity: | 3 - Normal | Status: | Fixed |
Assigned to: | bens | Open/Closed: | Closed |
Tue 26 Nov 2019 06:32:48 PM UTC, comment #5: |
Benno Schulenberg <bens> |
Tue 26 Nov 2019 04:25:41 PM UTC, comment #4: And plus, in that commit (14d1b3bd) the numbers are also with the same problem (but in help page).
|
Tiago Almeida <tjapro> |
Tue 26 Nov 2019 04:18:57 PM UTC, comment #3: I don't know. Why Linux sees different symbols in equal ways? The / symbol is so different than _ symbol! |
Tiago Almeida <tjapro> |
Tue 26 Nov 2019 10:39:20 AM UTC, comment #2: Well... there is a small reason why ^/ is not rebindable: because it is synonymous with ^_. But... ^@ and ^Space are synonymous too, and both are rebindable, so... But when making ^/ rebindable (as an easier-to-type equivalent of ^_), then for consistency also ^` and ^| and ^~ would need to be made rebindable, but I don't want to go there. Also, on a Linux console the rebinding of ^/ has no effect: ^/ will always do a backspace (unless you change the console keymap). So... what to do? |
Benno Schulenberg <bens> |
Tue 26 Nov 2019 10:03:57 AM UTC, comment #1: Wow. Bug exists since version 2.5.2, and no one noticed until now. Thanks for reporting!
|
Benno Schulenberg <bens> |
Mon 25 Nov 2019 08:27:04 PM UTC, original submission:
Cannot done a bind like this:
|
Tiago Almeida <tjapro> |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 5 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2019-11-30 | bens | Open/Closed | Open | Closed | |
2019-11-26 | bens | Status | Confirmed | Fixed | |
2019-11-26 | bens | Status | None | Confirmed | |
Assigned to | None | bens | |||
Summary | Binding ^/ cannot be done | ^/ cannot be rebound |
Powered by Savane 3.13-02a9.
Corresponding source code
Control characters are not meant to get escaped. Their whole point is: to be single-byte "characters" that are not normal printable characters, so it doesn't make sense to enter them into the buffer, so they can be used to trigger specific commands.
Why several Control-key-plus-symbol produce the same byte (control code) is probably due to different terminal makers chosing different symbols to generate a specific control code. And thus later terminals chose to allow these different symbols to generate the same code (as long as they did not conflict).
https://en.wikipedia.org/wiki/ASCII#Control_characters
Anyway, I've added the bindability of ^/, because it is in the same row of the ASCII table as Space, and together with Space it are is only control-character-generating symbol that can be typed without Shift. That's a very thin rationale, but it will have to do.
Fixed in git, commit 2a97cb9f.