Das ist "teilweise da", stößt aber auf das Problem, dass es kein vordefiniertes (Einzelbyte-) Zeichen gibt, das Ctrl+ Shift+ Coder Ctrl+ Shift+ entspricht V. Sie benötigen dieses Einzelbytezeichen für die Interrupt ( intr
) - Einstellung mit stty
. Ebenso ist Strg + V die Literaleinstellung next ( lnext
) in stty
.
Sie können die Übersetzungsressource verwenden, um mithilfe der Funktion ein Ctrl+ C-Zeichen zu senden string
, z. B. etwa diese Zeilen in einer translations
Ressource:
ctrl shift <key>C : string(0x03) \n\
ctrl shift <key>V : string(0x16) \n\
und weisen Sie dann die nicht verschobenen Tasten zu (setzen Sie eine Tilde ~
vor das Schlüsselwort `shift).
Aus dem nachfolgenden Kommentar stimme ich zu, dass es ausreichen sollte , nur das nicht verschobene Muster anzugeben :
~Shift Ctrl <KeyPress> v: insert-selection(CLIPBOARD)\n\
~Shift Ctrl <KeyPress> c: copy-selection(CLIPBOARD)\n
ein paar Anmerkungen (die möglicherweise dokumentiert sind, aber der Quellcode hilft):
<KeyPress>
bedeutet das gleiche wie <Key>
- Die Modifikatoren (und
<KeyPress>
) werden ohne Berücksichtigung der Groß- und Kleinschreibung abgeglichen.
- Bei den Teilen auf der rechten Seite
:
wird zwischen Groß- und Kleinschreibung unterschieden.
Normalerweise wird für Ctrl+ Cmit oder ohne Shift-Modifikator keine Übersetzung durchgeführt . xterm erhält einfach eine, XKeyEvent
die die Modifikatorinformationen und das Zeichen enthält, und decodiert diese . Die translations
Ressource ändert die Ereignisse, die möglicherweise an xterm gesendet werden.
Sie würden Modifikatoren in einer Übersetzung verwenden, um die Übereinstimmungen zu begrenzen. Wenn ShiftSie beispielsweise weglassen , entspricht dies der Übereinstimmung, ob die Umschalttaste gedrückt wird oder nicht. Das Hinzufügen eines expliziten Modifikators ~shift
( ohne Verschiebung) hat keine Auswirkung auf die Übereinstimmung für shift
.
Weiterführende Literatur: