Mi piace usare emacs in modalità terminale ( -nw), ma sembra che la maggior parte dei terminali (tutti?) Non sia in grado di gestire alcune combinazioni di tasti, ad esempio C-<RET>o C-M-%. Lo so perché la maggior parte dei terminali emula un VT-100, che non aveva queste combinazioni. Esistono terminali Linux (preferibilmente KDE) in grado di gestire queste combinazioni di tasti o è una limitazione fondamentale di tutti i terminali?
Risposte:
Quando si preme un tasto o una combinazione di tasti in un terminale, questo viene trasmesso all'applicazione in esecuzione nel terminale come una sequenza di uno o più caratteri. Ad esempio, quando si preme a, l'applicazione riceve a. Quando si preme Enter, l'applicazione riceve il carattere CR(aka ^M(pronunciato "control-emm"), aka personaggio numero 13, aka \ro \015). Le combinazioni di tasti che coinvolgono Altsono generalmente trasmesse come carattere ESC(a.ka. ^[aka \eo \033) seguito dalla sequenza per il tasto o la combinazione di tasti senza Alt. I tasti funzione e altre combinazioni di tasti vengono trasmessi come sequenze di escape che iniziano con \e[o \eO.
Le sequenze di escape non sono completamente standardizzate e i terminali in genere ignorano determinati attributi per determinate chiavi. Ad esempio, Ctrl+ Shift+ letterviene spesso trasmesso esattamente come Ctrl+ letterper impostazione predefinita.
Puoi vedere cosa invia il tuo terminale per una combinazione di tasti premendo Ctrl+ Vseguito da quella combinazione di tasti nel prompt della shell o C-qoppure C-h cseguito dalla combinazione di tasti in Emacs.
Con alcuni emulatori di terminale, è possibile configurare le sequenze di escape per ciascun tasto. Su Xterm, questo viene fatto attraverso risorse X . La maggior parte delle configurazioni legge le risorse ~/.Xresourcesall'avvio di X e puoi caricare il file manualmente con xrdb -merge ~/.Xresources.
Term.VT100.translations: #override \n\
Ctrl ~Shift ~Meta <key>Return: string("\033[73;5~") \n\
Ctrl Shift ~Meta <key>percent: string("\033[37;6~")
Una convenzione comune utilizza sequenze di escape del modulo ESC [ number1 ; number2 ~per i tasti funzione con modificatori. number1indica il tasto funzione ( 15da 24per F5a F12- per ragioni storiche, da F1 a F4hanno sequenze di escape diverse) e number2indica il modificatore ( 2per Shift, 3per Meta, 5per Ctrl, 7per Ctrl+ Metae aggiungere 1 per Shiftcon almeno uno di Ctrlo Meta).
Emacs traduce le sequenze di escape nella sua rappresentazione chiave interna attraverso input-decode-mapolocal-function-key-map (o function-key-mapprima di Emacs 23).
(define-key local-function-key-map "\033[73;5~" [(control return)])
(define-key local-function-key-map "\033[37;6~" [(control ?L)])
ESC(a meno che non si desideri provare un carattere ≥128, ma ciò limiterà le possibili codifiche di input) e il secondo carattere deve essere qualcosa per il quale non si desidera alcun ESC foolegame.
local-set-keyrealtà dovrebbe essere define-key? Il primo fornisce un errore (numero errato di argomenti), mentre il secondo funziona, almeno per <kbd> C-Enter </kbd>. Sembra che Konsole abbia ancora problemi con l'invio di <kbd> CM-% </kbd>.
define-key. Non so se le chiavi di escape di Konsole possano essere configurate, xterm è probabilmente più personalizzabile di qualsiasi alternativa.
XTerm*modifyOtherKeys: 2risorsa genererà sequenze uniche anche per le C-M-combinazioni, ma con quell'impostazione dovrai fornire molti mapping personalizzati ( XTerm*modifyOtherKeys: 1è meno capace ma molto più funzionale pronto all'uso). Per un esempio (anche se uno che non ha funzionato per me) vedere la xterm-extras.ellibreria, i file associati .Xresourcese i .inputrcfile nel download di easymacs .
Per un insieme limitato ma significativo di chiavi, supponendo la console di KDE, si può fare quanto segue per avere combinazioni di tasti funzionanti e complesse in emacs -nw:
Userò la mia implementazione per mettermi S-<RET>al lavoro come esempio:
Return+Shiftinserisci una nuova voce per dargli un'utile sequenza di tasti (ho scelto \E[27;3quale penso sia la sequenza di tasti inviata da X mentre stavo frugando con xev, ma potrebbe essere sbagliato - l'importante è fare certo che ha una fuga adeguata e non è in conflitto con nient'altro).Avvio emacs -nwe nel buffer di memoria virtuale valutare:
(read-key-sequence-vector "Type your new key:")
quindi digitare la nuova combinazione di tasti.
Dovrebbe emettere una sequenza di tasti che potresti associare.
(Mi è tornato [27 91 50 55 59 51]in contrasto con il vecchio noioso [13]prima che mi incasinassi con il keybons konsole.)
Aggiungi alla tua configurazione emacs:
(define-key function-key-map [27 91 50 55 59 51] [(shift return)])
L'ho provato emacs -nwin una sessione dello schermo usando:
(define-key ess-mode-map [(shift return)] #'ess-eval-line-and-step)
(define-key sh-mode-map [(shift return)] #'send-line-to-shell)
La risposta breve è che si tratta di una limitazione fondamentale di tutti i terminali.
La risposta leggermente più lunga è che anche se qualcuno creasse un terminale che fa quello che vuoi, Emacs stesso richiederebbe grandi cambiamenti per funzionare con questo ipotetico terminale.
Ci sono alcuni sforzi per estendere il protocollo VT in modo da consentire l'input da tastiera senza perdita di dati (tra le altre caratteristiche, come la grafica).
Un esempio è notty: https://github.com/withoutboats/notty
infocmp $TERM?