Le raccourci "delete word" du shell supprime trop de caractères
Sous Bash, un certain comportement d' Alt + d me rend fou depuis des années et j'ai compris que peut-être cela pourrait être corrigé avec un réglage.
Si je suis à un terminal et émet une command comme celle-ci:
...$ cat >> ~/notesSuperLongFilename.txt et puis si je veux, disons, émettre:
...$ scp ~/notesSuperLongFilename.txt
Je voudrais récupérer le "cat >> ~ / notesSuperLongFilename.txt" en utilisant Ctrl + p (ligne précédente), puis faire Ctrl + a puis Alt + d et Alt + d à nouveau afin d'avoir:
- zsh veut corriger vim en .vim
- Comment entrer n répétitions d'un chiffre dans bash, de manière interactive
- Bash command de copyr avant le slider et coller après?
- Ouverture de votre invite de commands dans un éditeur de text – Comment s'appelle-t-on?
- Ctrl-Backspace et Ctrl-Supprimer dans bash
...$ ~/notesSuperLongFilename.txt
et puis je serais en mesure d'entrer simplement "scp" et ensuite faire un Ctrl + m (ou appuyez sur Entrée / Retour).
Cependant, cela ne fonctionne pas car après le premier Alt + d j'obtiens:
...$ >> ~/notesSuperLongFilename.txt
(jusqu'ici tout va bien)
mais après la deuxième Alt + d j'obtiens:
...$ .txt
Donc, pour une raison quelconque, Alt + d supprime ">> ~ / notesSuperLongFilename" au lieu de simplement supprimer ">>" .
Ce doit être le plus grand gaspillage de time qui me rend fou avec Linux / Bash depuis des années.
Alors, comment puis-je résoudre ce comportement (sans doute cassé) de Alt + d ?
PS: Je ne sais pas qui est "responsable" de ce comportement Alt + d : je ne sais pas si c'est le terminal ou si c'est le shell (Bash dans mon cas).
- Où est la fonction bash pour ouvrir une command dans $ EDITOR documentée?
- Comment puis-je effacer une partie de ce qui est tapé dans l'invite en travaillant sur Linux et en utilisant C-shell?
- Bash 4.4 le mode crocheté-collé rest activé pendant l'exécution des commands – corrige la pâte
- Premiers caractères de la command répétés à l'écran lors de l'exécution
- Est-il possible de nommer une partie d'une command pour la réutiliser dans la même command plus tard?
Je ne sais pas qui est "responsable" de ce comportement Alt + d: je ne sais pas si c'est le terminal ou si c'est le shell (Bash dans mon cas).
C'est bash , en particulier la configuration par défaut de la command line. Voici une page intéressante sur les commands qui peuvent être liées et comment modifier les bindings par défaut.
La binding par défaut pour Alt-d est kill-word qui est censé fonctionner comme la command du même nom dans Emacs. Comme vous l'avez observé, cependant, Emacs ne considère pas l'espace entre >> et le tilde dans votre exemple comme une rupture de mot. Ce bash ne fait pas, je considérerais un bug. À court d'get la source de bash , de la changer et de la recomstackr, je ne sais pas ce que vous pouvez faire.