Parcourir la source

Annotate ^Y/DSUSP issue on BSDs caused by `stty`

On at least FreeBSD & OpenBSD, typing `^Y` will send a `DSUSP` signal, suspending the process. Annotate the issue along with a solution to allow `^Y` to work on these.

There may be similar issues on NetBSD or possibly on OSX, but I don't have either available for testing.
master
Tim Chase GitHub il y a 6 ans
Parent
révision
458f12a979
Aucune clé connue n'a été trouvée dans la base pour cette signature ID de la clé GPG: 4AEE18F83AFDEB23
1 fichiers modifiés avec 4 ajouts et 0 suppressions
  1. +4
    -0
      README.md

+ 4
- 0
README.md Voir le fichier

@@ -504,6 +504,10 @@ Enable volume management in your DE file manager and set removable drives or med

`nnn` might not handle keypresses correctly when used with tmux (see issue #104 for more details). Set `TERM=xterm-256color` to address it.

#### BSD terminal issue

By default in OpenBSD & FreeBSD, `stty` maps `^Y` to `DSUSP`. This means that typing `^Y` will suspend `nnn` as if you typed `^Z` (you can bring `nnn` back to the foreground by issuing `fg`) instead of entering multi-copy mode. You can check this with `stty -a`. If it includes the text "`dsusp = ^Y`", issuing `stty dsusp undef` will disable this `DSUSP` and let `nnn` receive the `^Y` instead.

#### WHY FORK?

`nnn` was initially forked from [noice](http://git.2f30.org/noice/) but is significantly [different](https://github.com/jarun/nnn/wiki/nnn-vs.-noice) today. I chose to fork because:


Chargement…
Annuler
Enregistrer