Pourquoi Ctrl + V ne colle-t-il pas dans Bash (shell Linux) ?

A l'époque des terminaux physiques, les presse-papiers étendus à la session n'existaient pas, seuls quelques programmes prenaient en charge la copie/collage interne - souvent sous le nom de "buffers" ou "kill rings" - et utilisaient des combinaisons de touches différentes. Par exemple, l'interpréteur de commandes bash utilise CtrlK ou CtrlU pour "tuer" (couper), CtrlY pour "yank" (coller); cela vient de l'éditeur emacs.

CtrlC presque partout dans Unix était la touche "d'interruption", utilisée pour annuler le programme ou l'opération en cours. La touche CtrlV signifiait souvent "insertion en mode texte brut" - c'est-à-dire, insérer le caractère suivant littéralement sans effectuer d'action associée. Par exemple, une touche Esc normale bascule en mode commande dans l'éditeur vi, mais CtrlV, Esc insérera le caractère ESC dans le document.

L'utilisation de CtrlC pour copier et CtrlV pour coller à partir du presse-papiers étendu à la session a été introduite par Mac OS en 1983 et Microsoft Windows 3.x en 1990. (Les versions antérieures de Windows (1.x et 2.x), ainsi qu'IBM OS/2, ne prenaient en charge que les touches IBM CUA CtrlIns pour copier et ShiftIns pour coller; ces raccourcis restent pris en charge par toutes les versions de Windows.)

Lorsque les interfaces graphiques avec support du presse-papiers ont enfin atteint Unix, les combinaisons de touches Ctrl étaient déjà utilisées par de nombreux programmes de terminal. De plus, l'interface graphique X avait des mécanismes différents: "sélections" et "buffers de coupure". Même maintenant, vous pouvez sélectionner du texte dans un programme et l'insérer en utilisant le bouton du milieu de la souris, sans aucune action de copie explicite.

En résumé, au moment où Xterm et GNOME Terminal ont été écrits (je suppose que vous utilisez ce dernier), CtrlV avait déjà une signification complètement différente depuis de nombreuses années et ne pouvait pas être modifié. De plus, une méthode alternative de copie de texte - la "sélection" - était déjà présente dans X11, donc l'action explicite de copier/coller était probablement considérée comme moins importante que ce serait le cas dans Windows. Cela signifie que différentes combinaisons de touches ont dû être sélectionnées - par exemple, la plupart des programmes de terminal modernes, comme GNOME Terminal, utilisent CtrlShiftC et CtrlShiftV. (Si vous utilisez Xterm, les mêmes combinaisons de touches peuvent être ajoutées manuellement en utilisant la ressource Xresource XTerm*vt100*translations. Rxvt n'a pas une telle option.)

(La plupart des boîtes à outils X11 prennent également en charge les touches CUA "copier" et "coller", qui ne interfèrent pas avec les programmes de terminal. Malheureusement, les implémentations sont assez incohérentes - CtrlIns copie dans le "presse-papiers" dans la plupart des programmes (GTK, Qt4, mais ignoré par Xaw); cependant, ShiftIns colle à partir de la "sélection primaire" dans la plupart des programmes GTK et Qt4, mais à partir du "presse-papiers" dans Firefox, et à partir des anciens buffers de coupure dans l'obsolète Xaw.)

Cela dit, certains terminaux ou consoles (en particulier, la console Windows 10) supportent ces touches. Comme la console Windows a toujours eu un mode "marquage/sélection" séparé, CtrlC a maintenant aussi deux significations basées sur le contexte - en mode normal, il envoie une interruption, en mode sélection, il copie dans le presse-papiers (tout comme Entrée l'était).

Pendant ce temps, les outils en ligne de commande de Windows n'ont jamais vraiment utilisé CtrlV pour quoi que ce soit, donc il était destiné à "coller" sans affecter grand-chose. Faire la même chose sur des terminaux de type Unix serait cependant plus problématique.