Perché `bind` e` .inputrc` si comportano diversamente?


14

Sto cercando di fare la cosa giusta e inserire i miei collegamenti chiave ~/.inputrc.

Tuttavia, si scopre che devo cambiare

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

in

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

Ora \eOH(nav-block-pos1 associato a beginning-of-line) e \eOF(nav-block-end associato end-of-line) sono essi stessi collegamenti nella mia configurazione su cui probabilmente non posso sempre fare affidamento.

Quindi la domanda principale è: perché il legame con num-block-pos1 ( \e[1~) e num-block-end ( \e[4~) funziona con, bindma non nel mio ~/.inputrc?


Modificare:

Il tutto sta diventando ancora più complicato, ora che mi sono reso conto che \e\C-jfunziona solo per Gnome Terminial (o probabilmente xterm così, chi lo sa ...).

Per il mio TTY deve essere

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

È così che vari VT hanno implementazioni diverse su come interpretare le chiavi o cosa?


Questo è documentato nel manuale dell'interfaccia utente di GNU Readline , sezione 1.3. L' keymapopzione viene utilizzata per impostare il tipo di rappresentazione chiave utilizzata nelle definizioni dei collegamenti chiave. Informazioni rilevanti: superuser.com/questions/286781/… cnswww.cns.cwru.edu/php/chet/readline/rluserman.html#SEC9 wiki.archlinux.org/index.php/Readline
Ярослав Рахматуллин

@ ЯрославРахматуллин In che modo questo è esattamente rilevante per la differenza di comportamento tra l'uso binde l'uso inputrcper l'associazione effettiva. Non dovrebbero usare le stesse impostazioni?

Risposte:


Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.