Pourquoi «bind» et «.inputrc» se comportent-ils différemment?

14

J'essaie de faire la bonne chose et d'y mettre mes raccourcis clavier ~/.inputrc.

Cependant, il s'avère que je dois changer

bind '"\e\C-j":"\e[1~quiet \e[4~\n"'

dans

"\e\C-j": "\eOHquiet \eOF\n"

Maintenant \eOH(nav-block-pos1 lié à beginning-of-line) et \eOF(nav-block-end lié à end-of-line) sont eux-mêmes des liaisons dans ma configuration sur lesquelles je ne peux pas toujours compter.

La question principale est donc pourquoi la liaison à num-block-pos1 ( \e[1~) et num-block-end ( \e[4~) fonctionne avec bindmais pas dans mon ~/.inputrc?

Éditer:

Le tout devient encore plus compliqué, maintenant que j'ai réalisé que cela \e\C-jne fonctionne que pour Gnome Terminial (ou probablement xterm aussi, qui sait ...).

Pour mon ATS ça doit être

"\e\C-m": "\e[1~_quiet \e[4~\n"

Alors, est-ce que différents VT ont différentes implémentations de la façon d'interpréter les clés ou quoi?

bash  terminal  key-binding  readline  inputrc 
Ceci est documenté dans le manuel de l' interface utilisateur GNU Readline , section 1.3. L' keymapoption est utilisée pour définir le type de représentation de clé utilisé dans les définitions de liaisons de clés. Informations pertinentes: superuser.com/questions/286781/… cnswww.cns.cwru.edu/php/chet/readline/rluserman.html#SEC9 wiki.archlinux.org/index.php/Readline
— Ярослав Рахматуллин
@ ЯрославРахматуллин Comment cela est-il pertinent pour la différence de comportement entre l'utilisation bindet l'utilisation inputrcde la liaison réelle. Ne devraient-ils pas utiliser les mêmes paramètres?

Réponses:

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.