Gnome ou pas, on constate que dans les distributions de plus en plus d'applications sont compilés par défaut sans le support du clic du milieu. C'est une réelle plaie pour l’ergonomie. Je ne crois pas être le seul à regretter que ce choix ait été fait à l'envers. L'alternative --- proposer des versions sans support de cette fonctionnalité pour les personnes ayant des raisons de craindre cette fonctionnalité --- m'aurait séduite. Tant pis. Ainsi va le monde.
Et même dans Gnome, il semble qu'ils parlent plus de ne pas l'activer par défaut :
I can pretty much guarantee that Red Hat will get support requests about this if we turn the setting off without an easy way to turn it back on.
Having a UI for this setting also gives us a convenient place to explain how the feature works, so the user can learn about it naturally
[…]
gsettings set org.gnome.desktop.interface gtk-enable-primary-paste true
J'ai souvent défendu les choix de Gnome mais là si le middle-click paste disparaît, je me cherche un autre DE. Je m'en sers beaucoup trop. Enfin je ne doute pas qu'une extension quelconque aurait vite fait d'apparaître pour le rétablir.
Oui. De ce que j'avais cru comprendre, au moment du clic du milieu, X demande à l'application dans laquelle du texte est sélectionné de le copier. Donc si l'application ne coopère pas, rien ne se passe.
De toutes manières, l'intégration du copier-coller sur un bureau Linux est déja très largement dégradée à l'heure actuelle : la multiplicité des framework, le passage à Wayland, la pré-emption des raccourcis clavier à des niveaux multiples, et l'existence de plusieurs buffers de copier-coller, tout ça rend déja le copier-coller merdissime actuellement. Pour faire simple, je n'ai aucun moyen de savoir à l'avance ce qui va marcher entre deux fenêtres. Parfois c'est sélection-clic-milieu; parfois c'est Ctrl-C Ctrl-V, parfois c'est sélection->clic droit->copier, Ctrl-V. Parfois Ctrl-C remplace le buffer du clic du milieu, et parfois non. Et pour faire encore plus simple, dans Firefox, ce comportement change en fonction de si je suis dans une fenêtre d'édition et hors de la fenêtre d'édition.
Du coup, je ne vois pas ce que va fondamentalement changer la décision de Gnome. Ça va juste encore rajouter une couche de chaos supplémentaire dans une situation déja atroce, à un moment on va toucher le fond.
Bref, le copier-coller sous Linux est vraiment quelque chose qui a énormément regressé depuis 20 ans.
Regarde, je viens de faire un essai avec 3 applications GTK sous Ubuntu, gedit, geany, et gnome terminal.
À partir de Gnome terminal
Déja, sans "surprise", Gnome terminal ne supporte pas les raccourcis clavier (CtrlC CtrlV) qui sont préemptés par le shell.
Sélectionner dans gnome terminal -> clic milieu fonctionne dans les deux autres. Par contre CtrlV ne fonctionne pas, ni dans gedit ni dans geany.
Clic droit / copier dans Gnome terminal -> CtrlV fonctionne dans gedit et geany.
À partir de geany
Sélection -> clic milieu fonctionne vers geany, mais pas vers gedit ni gnome term
CtrlC -> CtrlV fonctionne dans geany, clic droit/coller fonctionne dans Gnome term
Clic droit / copier fonctionne comme CtrlC
À partir de gedit
Selection -> clic milieu ne fonctionne pas vers gedit, mais il fonctionne vers gnome term et vers geany
CtrlC -> CtrlV fonctionne vers geany, clic-droit Coller fonctionne dans Gnome term.
Mega combo rigolo
Je sélectionne mot1 dans gedit, CtrlC, puis je sélectionne mot2. Je vais dans geany, je fais CtrlV -> ça colle "mot1". Je fais clic milieu -> ça colle "mot2". Geany sait donc récupérer à partir des deux presse papiers.
Et là, on ne parle que de 3 applications GTK! Si on met Firefox, LibreOffice, et des trucs KDE dans l'affaire, ça devient ingérable. Apparemment LibreOffice sait gérer les deux tampons, quand on sélectionne il remplit un tampon, quand on CtrlC il en remplit un autre. Firefox sait gérer le sélection-clic milieu, mais seulement à partir de certains logiciels (pas à partir de geany par exemple).
Si vous ne trouvez pas ça hyper-confus, je ne sais pas ce qu'il vous faut. Bien entendu, plus le système est ancien, pas très homogène, mélange des snap, des tar.gz et des paquets système, plus ça a de chances d'arriver. Je ne doute pas qu'avec une installation propre et un bureau homogène ça arrive moins. Mais ça dénote quand même que c'est le bordel en arrière-plan.
Gnome terminal ne supporte pas les raccourcis clavier (CtrlC CtrlV) qui sont préemptés par le shell.
SVP, arrêtez avec les fakenews mainte fois debunked ! Ce ne sont pas les raccourcis des minots qui sont préemptés par leurs parents mais l’inverse. Et ce parce que l’on s’évertue à vouloir reproduire une fenêtre noire de mɘɿbɘ.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Déja, sans "surprise", Gnome terminal ne supporte pas les raccourcis clavier (CtrlC CtrlV) qui sont préemptés par le shell.
Encore heureux et c'est normal, on a Shift-Ctrl-C/V/X pour ça
Sélectionner dans gnome terminal -> clic milieu fonctionne dans les deux autres. Par contre CtrlV ne fonctionne pas, ni dans gedit ni dans geany.
Clic droit / copier dans Gnome terminal -> CtrlV fonctionne dans gedit et geany.
CTRL-V c'est pour faire un paste de ce qui est dans le presse-papier. Clic-milieu c'est pour coller ce qui est actuellement sélectionner sans passer par le presse-papier.
Pour copier de ton émulateur de terminal vers gedit ou geany, tu fais shift-ctrl-c dans le terminal et ctrl-v dans gedit ou geany (et ça marche).
À partir de geany
Sélection -> clic milieu fonctionne vers geany, mais pas vers gedit ni gnome term
Chez moi ça marche (Fedora)
CtrlC -> CtrlV fonctionne dans geany, clic droit/coller fonctionne dans Gnome term
Clic droit / copier fonctionne comme CtrlC
Normal non?
À partir de gedit
Selection -> clic milieu ne fonctionne pas vers gedit, mais il fonctionne vers gnome term et vers geany
Si ça fonctionne.
CtrlC -> CtrlV fonctionne vers geany, clic-droit Coller fonctionne dans Gnome term.
Normal
Mega combo rigolo
Je sélectionne mot1 dans gedit, CtrlC, puis je sélectionne mot2. Je vais dans geany, je fais CtrlV -> ça colle "mot1". Je fais clic milieu -> ça colle "mot2". Geany sait donc récupérer à partir des deux presse papiers.
Normal ?
Et là, on ne parle que de 3 applications GTK! Si on met Firefox, LibreOffice, et des trucs KDE dans l'affaire, ça devient ingérable. Apparemment LibreOffice sait gérer les deux tampons, quand on sélectionne il remplit un tampon, quand on CtrlC il en remplit un autre. Firefox sait gérer le sélection-clic milieu, mais seulement à partir de certains logiciels (pas à partir de geany par exemple).
Chez moi clic-milieu vers Firefox marche.
Si vous ne trouvez pas ça hyper-confus, je ne sais pas ce qu'il vous faut. Bien entendu, plus le système est ancien, pas très homogène, mélange des snap, des tar.gz et des paquets système, plus ça a de chances d'arriver. Je ne doute pas qu'avec une installation propre et un bureau homogène ça arrive moins. Mais ça dénote quand même que c'est le bordel en arrière-plan.
Je crois que ton problème c'est un truc purement Ubuntu et/ou snap c'est de la merde et/ou tu as configuré un truc mal parce que je n'ai pu reproduire aucun de tes problèmes sur ma distro. Faudrait que tu regardes ce qui est installé via un snap, ou via un deb, et si c'est pareil avec un flatpak. Mais ça ne vient pas des logiciels eux-mêmes.
CTRL-V c'est pour faire un paste de ce qui est dans le presse-papier. Clic-milieu c'est pour coller ce qui est actuellement sélectionner sans passer par le presse-papier.
Non, ça n'est pas correct. Ctrl-C remplit le presse-papier du bureau, alors que la sélection remplit le presse-papier de X, il y a bien plusieurs presse-papiers qui coexistent. C'est apparemment ce que freedesktop appelle les sélection CLIPBOARD et PRIMARY (https://www.freedesktop.org/wiki/Specifications/ClipboardsWiki/).
Si ton bureau suit les préconisations de Freedesktop, il devrait mettre le truc copié activement (Ctrl C) dans CLIPBOARD. Au contraire, PRIMARY est rempli "passivement" par X. Mais ce comportement n'est pas normalisé, c'est juste ce que semblent faire la plupart des applications.
Avec la transition X -> Wayland, ça n'est pas étonnant que le PRIMARY ne soit pas systématiquement rempli ni vidé par le clic-milieu. Sur mon système, geany est une application X, alors que gedit est Wayland. Sur une distro un peu ancienne tout sera X, et ça sera mieux intégré (mais de toutes manières il y aura forcément une transition un jour ou d'autre).
Posté par sebas .
Évalué à 4 (+2/-0).
Dernière modification le 09 janvier 2026 à 10:42.
L'intérêt du clic milieu, c'est de garder la sélection dans la zone de transfert primaire même quand on désélectionne. Or ça n'est plus le cas dans XFCE pour libreoffice et claws, c'est ballot : quand on veut aller cliquer ou se déplacer au clavier à l'endroit exact où on veut copier le texte, le clic-milieu ne colle plus rien.
Un autre usage géant du clic milieu, c'est de pouvoir avoir deux buffers : on sélectionne, ctrl-c, on sélectionne autre chose, on passe dans une autre fenêtre et on clique milieu puis on fait ctrl-v ailleurs. Bien sûr il y a les clipman et compagnie (qui eux aussi sont géniaux), mais c'est moins immédiatement pratique.
Par contre, pour reprendre tes exemples, tout marche parfaitement (avec XFCE, basé sur GTK) dans geany et firefox (buffer maintenu en cas de désélection et non effacé par ctrl-c). Je n'ai pas gedit et ne peut donc pas tester. Vers et à partir des terminaux (roxterm, xfce4-terminal), ça marche aussi très bien, sachant comme le dit Psychofox que dans les terminaux il faut faire shift-ctrl-c/v (c'est programmable dans les configs de ces deux terminaux)
Par contre, pour reprendre tes exemples, tout marche parfaitement (avec XFCE, basé sur GTK) dans geany et firefox
C'est possible, sur mon système geany tourne sous X alors que firefox est sous Wayland, j'imagine que c'est ça qui bloque vis-à-vis de la zone de transfert primaire.
Dans l'absolu, les dysfonctionnements sont dûs à des interactions à plusieurs niveaux:
- Deux niveaux de buffer, qui peuvent être parfois utilisés comme une fonctionnalité, mais c'est geekesque, non-documenté, et pas fiable
- Un tampon primaire non-fiable: parfois il n'y a rien mis dedans, parfois la volatilité du tampon dépend du gestionnaire de fenêtre ou du développeur de l'application
- Des raccourcis clavier incompatibles
- Une compatibilité X-Wayland douteuse (au mieux)
- Une incertitude globale sur ce qui est réellement présent dans le tampon (texte? texte formatté? texte avec images?). Il n'y a qu'à voir les options de "collage spécial" dans certains logiciels pour imaginer le bordel de ce qui est embarqué dans la mémoire tampon
- Des problèmes profonds liés au copier-coller à partir et vers des application dans le navigateur (type Google docs par exemple).
Certains de ces problèmes ne sont pas liés à Linux, mais le chantier et l'hétérogénéité des bureaux Linux ne facilite pas la donne. Et je reste sur l'idée qu'il est impossible de prédire à l'avance si un copier-coller un peu complexe fonctionne. Par exemple, de Libre Office vers Firefox -> Google docs, qu'est-ce que qui va marcher? Sélection/clic milieu, CtrlC-CtrlV, rien? Il me semble absolument impossible de le dire sans faire un test.
L'argument du clic accidentel me semble étrange : je me sers énormément de cette fonctionnalité dans le terminal mais j'ignorais qu'on pouvait s'en servir ailleurs :-) (je ne m'en suis donc jamais rendu compte par accident).
J'ai pas vu d'argument très solide dans les commentaires de la merge request (ni contre d'ailleurs).
Je trouve déjà que c'est déjà chiant maintenant que le copy/paste juste en sélectionnant ne marche plus systématiquement, là ça va être un pas de plus pour s'éloigner de l'efficacité ultime.
Le fait que ce soit un paramètre réactivable ne changera rien tant le paramétrage de gnome est inaccessible au commun des mortels.
Le comportement va finir par disparaître complètement si c'est validé.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Alors je pensais comme toi jusqu'à ce que j'initie ma grand-mère à l'informatique, et il se trouve qu'avec l'âge (ou un handicap moteur), c'est difficile d'appuyer délicatement sur la roulette sans presser accidentellement le clic.
Du coup avoir une action par défaut sur le clic de la molette, ça surprend/dérange et ce n'est pas la solution la plus ergonomique. Pour un système qui s'adresse au grand public, je comprend le choix de désactiver l'action du clic de molette par défaut.
Mais pourquoi un système qui s’adresse au grand public au une molette sur un bouton de clic (ou je n’ai pas bien compris l’ergonomie du mulot que tu décris) ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Non seulement l'article est trompeur, mais il est dégueulasse. C'est une attaque ad hominem contre Jordan Petridis et les devs de GNOME en général. La fin en mode "c'est lui qu'a commencé" est particulièrement répugnante. Il faut arrêter de relayer de tels torchons.
Bon, le clic du milieu, c'est génial, et si GNOME le désactive, je ne changerai pas de DE (je suis sous KDE et Mate)
Mais une chose est sûre, quand je suis passé de Windows à Linux, ce clic du milieu était assez déstabilisant, et donc je me pose une question simple : est-ce que le fait que GNOME veuille le désactiver par défaut, montre qu'ils ont eux des complaintes de nouveaux utilisateurs venant de Windows, et donc ne serait-ce pas la preuve que beaucoup de Windowsien test GNOME en ce moment ?
C'est marrant, je me souviens que quand j'étais jeune converti (lycéen à l'époque), le clic milieu était une des killer-features qui m'avaient convaincu, en plus des bureaux multiples (et de l'aspect philosophique du libre bien-sûr, qui a pris très facilement dans mon jeune cerveau en quête de radicalité)…
Je me souviens avoir beaucoup râlé à chaque fois que je devais utiliser un windows, sur l'absence de ce clic milieux distinct du Ctrl-c… Tellement pratique d'avoir deux presse-papier !
Même chose, je ne peux plus me passer de ça, et quand ça ne marche pas, ou mal (cas du clic milieu), ça me fait râler sévère.
Les fonctionnalités géantes que j'ai découvertes à mon passage à linux, en plus du clic milieu, c'est les bureaux multiples (évidement), le clic simple pour sélectionner, le focus fenêtre qui suit la souris et ne ramène pas la fenêtre sélectionnée au premier plan, et la touche compose. Au point que je n'ai jamais compris que windows ne les copie pas (il paraît qu'il l'a fait il y a peu de temps pour les bureaux multiples). Ah, et le fait qu'on pouvait manipuler (effacer/déplacer/renommer) un fichier en cours de création ou d'utilisation (essayez de faire ça sous win).
Je me rappelle l'ébahissement d'un copain quand j'ai dû copier des informations d'un document dans un formulaire, j'ai mis le formulaire en arrière-plan, déplacé la souris et copié les infos du doc visible dans le formulaire au 3/4 caché, uniquement au clavier et sans avoir à jouer du alt-tab ou du clic à répétition.
# To gnome or not to gnome
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . Évalué à 10 (+12/-0).
Gnome ou pas, on constate que dans les distributions de plus en plus d'applications sont compilés par défaut sans le support du clic du milieu. C'est une réelle plaie pour l’ergonomie. Je ne crois pas être le seul à regretter que ce choix ait été fait à l'envers. L'alternative --- proposer des versions sans support de cette fonctionnalité pour les personnes ayant des raisons de craindre cette fonctionnalité --- m'aurait séduite. Tant pis. Ainsi va le monde.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: To gnome or not to gnome
Posté par Faya . Évalué à 10 (+8/-0). Dernière modification le 07 janvier 2026 à 19:00.
Déjà pour Firefox ça ne va pas disparaître :
https://bugzilla.mozilla.org/show_bug.cgi?id=1747207#c14
Et même dans Gnome, il semble qu'ils parlent plus de ne pas l'activer par défaut :
J'ai souvent défendu les choix de Gnome mais là si le middle-click paste disparaît, je me cherche un autre DE. Je m'en sers beaucoup trop. Enfin je ne doute pas qu'une extension quelconque aurait vite fait d'apparaître pour le rétablir.
[^] # Re: To gnome or not to gnome
Posté par Luc-Skywalker . Évalué à 9 (+7/-0).
Assez d'accord: c'était même le comportement par défaut avec la plupart des DE il y a 10/15 ans.
Pour moi, c'est effectivement une grosse régression.
"Si tous les cons volaient, il ferait nuit" F. Dard
[^] # Re: To gnome or not to gnome
Posté par ff9097 . Évalué à 3 (+1/-0).
ça peut-être désactivé par application ?
[^] # Re: To gnome or not to gnome
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . Évalué à 3 (+1/-0).
Oui. De ce que j'avais cru comprendre, au moment du clic du milieu, X demande à l'application dans laquelle du texte est sélectionné de le copier. Donc si l'application ne coopère pas, rien ne se passe.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: To gnome or not to gnome
Posté par ff9097 . Évalué à 3 (+1/-0).
X c'est plus trop d'actualité
[^] # Re: To gnome or not to gnome
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . Évalué à 2 (+0/-0).
Au temps pour moi : Vérité sociale demande…
Je suis plus dans l'air de l'ère courante ainsi ?
--> [] Le vent sur mon aire m'emmène errer plus loin, pauvre hère que je suis ; me voici déjà envolé.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: To gnome or not to gnome
Posté par arnaudus . Évalué à 9 (+6/-0).
De toutes manières, l'intégration du copier-coller sur un bureau Linux est déja très largement dégradée à l'heure actuelle : la multiplicité des framework, le passage à Wayland, la pré-emption des raccourcis clavier à des niveaux multiples, et l'existence de plusieurs buffers de copier-coller, tout ça rend déja le copier-coller merdissime actuellement. Pour faire simple, je n'ai aucun moyen de savoir à l'avance ce qui va marcher entre deux fenêtres. Parfois c'est sélection-clic-milieu; parfois c'est Ctrl-C Ctrl-V, parfois c'est sélection->clic droit->copier, Ctrl-V. Parfois Ctrl-C remplace le buffer du clic du milieu, et parfois non. Et pour faire encore plus simple, dans Firefox, ce comportement change en fonction de si je suis dans une fenêtre d'édition et hors de la fenêtre d'édition.
Du coup, je ne vois pas ce que va fondamentalement changer la décision de Gnome. Ça va juste encore rajouter une couche de chaos supplémentaire dans une situation déja atroce, à un moment on va toucher le fond.
Bref, le copier-coller sous Linux est vraiment quelque chose qui a énormément regressé depuis 20 ans.
[^] # Re: To gnome or not to gnome
Posté par Pol' uX (site web personnel) . Évalué à 5 (+3/-0).
Perso je suis sous gnome depuis 20 ans (les infidélités ne se sont pas éternisées), sous Debian, et je ne constate aucune dégradation de ce coté.
Adhérer à l'April, ça vous tente ?
[^] # Re: To gnome or not to gnome
Posté par Psychofox (Mastodon) . Évalué à 3 (+0/-0).
Idem.
[^] # Re: To gnome or not to gnome
Posté par Psychofox (Mastodon) . Évalué à 4 (+1/-0).
As-tu des exemples d'applications comme ça? Ça ne me dit rien.
[^] # Re: To gnome or not to gnome
Posté par arnaudus . Évalué à 5 (+2/-0).
Regarde, je viens de faire un essai avec 3 applications GTK sous Ubuntu, gedit, geany, et gnome terminal.
Déja, sans "surprise", Gnome terminal ne supporte pas les raccourcis clavier (CtrlC CtrlV) qui sont préemptés par le shell.
Sélectionner dans gnome terminal -> clic milieu fonctionne dans les deux autres. Par contre CtrlV ne fonctionne pas, ni dans gedit ni dans geany.
Clic droit / copier dans Gnome terminal -> CtrlV fonctionne dans gedit et geany.
Sélection -> clic milieu fonctionne vers geany, mais pas vers gedit ni gnome term
CtrlC -> CtrlV fonctionne dans geany, clic droit/coller fonctionne dans Gnome term
Clic droit / copier fonctionne comme CtrlC
Selection -> clic milieu ne fonctionne pas vers gedit, mais il fonctionne vers gnome term et vers geany
CtrlC -> CtrlV fonctionne vers geany, clic-droit Coller fonctionne dans Gnome term.
Je sélectionne mot1 dans gedit, CtrlC, puis je sélectionne mot2. Je vais dans geany, je fais CtrlV -> ça colle "mot1". Je fais clic milieu -> ça colle "mot2". Geany sait donc récupérer à partir des deux presse papiers.
Et là, on ne parle que de 3 applications GTK! Si on met Firefox, LibreOffice, et des trucs KDE dans l'affaire, ça devient ingérable. Apparemment LibreOffice sait gérer les deux tampons, quand on sélectionne il remplit un tampon, quand on CtrlC il en remplit un autre. Firefox sait gérer le sélection-clic milieu, mais seulement à partir de certains logiciels (pas à partir de geany par exemple).
Si vous ne trouvez pas ça hyper-confus, je ne sais pas ce qu'il vous faut. Bien entendu, plus le système est ancien, pas très homogène, mélange des snap, des tar.gz et des paquets système, plus ça a de chances d'arriver. Je ne doute pas qu'avec une installation propre et un bureau homogène ça arrive moins. Mais ça dénote quand même que c'est le bordel en arrière-plan.
[^] # unixes ≠ windows !
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 3 (+4/-3).
SVP, arrêtez avec les fakenews mainte fois debunked ! Ce ne sont pas les raccourcis des minots qui sont préemptés par leurs parents mais l’inverse. Et ce parce que l’on s’évertue à vouloir reproduire une fenêtre noire de mɘɿbɘ.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: To gnome or not to gnome
Posté par Psychofox (Mastodon) . Évalué à 3 (+0/-0).
Encore heureux et c'est normal, on a Shift-Ctrl-C/V/X pour ça
CTRL-V c'est pour faire un paste de ce qui est dans le presse-papier. Clic-milieu c'est pour coller ce qui est actuellement sélectionner sans passer par le presse-papier.
Pour copier de ton émulateur de terminal vers gedit ou geany, tu fais shift-ctrl-c dans le terminal et ctrl-v dans gedit ou geany (et ça marche).
Chez moi ça marche (Fedora)
Normal non?
Si ça fonctionne.
Normal
Normal ?
Chez moi clic-milieu vers Firefox marche.
Je crois que ton problème c'est un truc purement Ubuntu et/ou snap c'est de la merde et/ou tu as configuré un truc mal parce que je n'ai pu reproduire aucun de tes problèmes sur ma distro. Faudrait que tu regardes ce qui est installé via un snap, ou via un deb, et si c'est pareil avec un flatpak. Mais ça ne vient pas des logiciels eux-mêmes.
[^] # Re: To gnome or not to gnome
Posté par arnaudus . Évalué à 5 (+2/-0).
Non, ça n'est pas correct. Ctrl-C remplit le presse-papier du bureau, alors que la sélection remplit le presse-papier de X, il y a bien plusieurs presse-papiers qui coexistent. C'est apparemment ce que freedesktop appelle les sélection CLIPBOARD et PRIMARY (https://www.freedesktop.org/wiki/Specifications/ClipboardsWiki/).
Si ton bureau suit les préconisations de Freedesktop, il devrait mettre le truc copié activement (Ctrl C) dans CLIPBOARD. Au contraire, PRIMARY est rempli "passivement" par X. Mais ce comportement n'est pas normalisé, c'est juste ce que semblent faire la plupart des applications.
Avec la transition X -> Wayland, ça n'est pas étonnant que le PRIMARY ne soit pas systématiquement rempli ni vidé par le clic-milieu. Sur mon système, geany est une application X, alors que gedit est Wayland. Sur une distro un peu ancienne tout sera X, et ça sera mieux intégré (mais de toutes manières il y aura forcément une transition un jour ou d'autre).
[^] # Re: déprécié dans libreoffice et claws
Posté par sebas . Évalué à 4 (+2/-0). Dernière modification le 09 janvier 2026 à 10:42.
L'intérêt du clic milieu, c'est de garder la sélection dans la zone de transfert primaire même quand on désélectionne. Or ça n'est plus le cas dans XFCE pour libreoffice et claws, c'est ballot : quand on veut aller cliquer ou se déplacer au clavier à l'endroit exact où on veut copier le texte, le clic-milieu ne colle plus rien.
Un autre usage géant du clic milieu, c'est de pouvoir avoir deux buffers : on sélectionne, ctrl-c, on sélectionne autre chose, on passe dans une autre fenêtre et on clique milieu puis on fait ctrl-v ailleurs. Bien sûr il y a les clipman et compagnie (qui eux aussi sont géniaux), mais c'est moins immédiatement pratique.
Par contre, pour reprendre tes exemples, tout marche parfaitement (avec XFCE, basé sur GTK) dans geany et firefox (buffer maintenu en cas de désélection et non effacé par ctrl-c). Je n'ai pas gedit et ne peut donc pas tester. Vers et à partir des terminaux (roxterm, xfce4-terminal), ça marche aussi très bien, sachant comme le dit Psychofox que dans les terminaux il faut faire shift-ctrl-c/v (c'est programmable dans les configs de ces deux terminaux)
[^] # Re: déprécié dans libreoffice et claws
Posté par arnaudus . Évalué à 6 (+3/-0).
C'est possible, sur mon système geany tourne sous X alors que firefox est sous Wayland, j'imagine que c'est ça qui bloque vis-à-vis de la zone de transfert primaire.
Dans l'absolu, les dysfonctionnements sont dûs à des interactions à plusieurs niveaux:
- Deux niveaux de buffer, qui peuvent être parfois utilisés comme une fonctionnalité, mais c'est geekesque, non-documenté, et pas fiable
- Un tampon primaire non-fiable: parfois il n'y a rien mis dedans, parfois la volatilité du tampon dépend du gestionnaire de fenêtre ou du développeur de l'application
- Des raccourcis clavier incompatibles
- Une compatibilité X-Wayland douteuse (au mieux)
- Une incertitude globale sur ce qui est réellement présent dans le tampon (texte? texte formatté? texte avec images?). Il n'y a qu'à voir les options de "collage spécial" dans certains logiciels pour imaginer le bordel de ce qui est embarqué dans la mémoire tampon
- Des problèmes profonds liés au copier-coller à partir et vers des application dans le navigateur (type Google docs par exemple).
Certains de ces problèmes ne sont pas liés à Linux, mais le chantier et l'hétérogénéité des bureaux Linux ne facilite pas la donne. Et je reste sur l'idée qu'il est impossible de prédire à l'avance si un copier-coller un peu complexe fonctionne. Par exemple, de Libre Office vers Firefox -> Google docs, qu'est-ce que qui va marcher? Sélection/clic milieu, CtrlC-CtrlV, rien? Il me semble absolument impossible de le dire sans faire un test.
# grande ignorance
Posté par vmagnin (site web personnel, Mastodon) . Évalué à 10 (+8/-0). Dernière modification le 07 janvier 2026 à 18:50.
L'argument du clic accidentel me semble étrange : je me sers énormément de cette fonctionnalité dans le terminal mais j'ignorais qu'on pouvait s'en servir ailleurs :-) (je ne m'en suis donc jamais rendu compte par accident).
[^] # Re: grande ignorance
Posté par Xanatos . Évalué à 7 (+5/-0).
Peut-être à cause des pads.
Je m'en sert énormément aussi.
D'ailleurs la gestion de la modalité (focus premier plan) des fenêtres me semble plus chaotique aujourd’hui qu'il y a 15ans
[^] # Re: grande ignorance
Posté par LeBouquetin (site web personnel, Mastodon) . Évalué à 8 (+6/-0).
J'ai pas vu d'argument très solide dans les commentaires de la merge request (ni contre d'ailleurs).
Je trouve déjà que c'est déjà chiant maintenant que le copy/paste juste en sélectionnant ne marche plus systématiquement, là ça va être un pas de plus pour s'éloigner de l'efficacité ultime.
Le fait que ce soit un paramètre réactivable ne changera rien tant le paramétrage de gnome est inaccessible au commun des mortels.
Le comportement va finir par disparaître complètement si c'est validé.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: grande ignorance
Posté par nlgranger . Évalué à 7 (+6/-0).
Alors je pensais comme toi jusqu'à ce que j'initie ma grand-mère à l'informatique, et il se trouve qu'avec l'âge (ou un handicap moteur), c'est difficile d'appuyer délicatement sur la roulette sans presser accidentellement le clic.
Du coup avoir une action par défaut sur le clic de la molette, ça surprend/dérange et ce n'est pas la solution la plus ergonomique. Pour un système qui s'adresse au grand public, je comprend le choix de désactiver l'action du clic de molette par défaut.
[^] # Re: grande ignorance
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 3 (+1/-0).
Mais pourquoi un système qui s’adresse au grand public au une molette sur un bouton de clic (ou je n’ai pas bien compris l’ergonomie du mulot que tu décris) ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
# Article trompeur
Posté par jeanas (site web personnel, Mastodon) . Évalué à 5 (+4/-1).
La rédaction de l'article laisse penser que la fonctionnalité va être supprimée, alors qu'il est seulement question de la désactiver par défaut.
[^] # Re: Article trompeur
Posté par Laurent Pointecouteau (site web personnel, Mastodon) . Évalué à 5 (+4/-1). Dernière modification le 07 janvier 2026 à 21:45.
Non seulement l'article est trompeur, mais il est dégueulasse. C'est une attaque ad hominem contre Jordan Petridis et les devs de GNOME en général. La fin en mode "c'est lui qu'a commencé" est particulièrement répugnante. Il faut arrêter de relayer de tels torchons.
[^] # Re: Article trompeur
Posté par Cyprien (site web personnel) . Évalué à 2 (+0/-0).
Je suis assez d'accord, il ne serait pas possible de changer le titre de ce lien ?
# Bonne nouvelle ?
Posté par uso (site web personnel) . Évalué à 5 (+4/-0).
Bon, le clic du milieu, c'est génial, et si GNOME le désactive, je ne changerai pas de DE (je suis sous KDE et Mate)
Mais une chose est sûre, quand je suis passé de Windows à Linux, ce clic du milieu était assez déstabilisant, et donc je me pose une question simple : est-ce que le fait que GNOME veuille le désactiver par défaut, montre qu'ils ont eux des complaintes de nouveaux utilisateurs venant de Windows, et donc ne serait-ce pas la preuve que beaucoup de Windowsien test GNOME en ce moment ?
[^] # Re: Bonne nouvelle ?
Posté par François Chaix (Mastodon) . Évalué à 10 (+12/-0).
C'est marrant, je me souviens que quand j'étais jeune converti (lycéen à l'époque), le clic milieu était une des killer-features qui m'avaient convaincu, en plus des bureaux multiples (et de l'aspect philosophique du libre bien-sûr, qui a pris très facilement dans mon jeune cerveau en quête de radicalité)…
Je me souviens avoir beaucoup râlé à chaque fois que je devais utiliser un windows, sur l'absence de ce clic milieux distinct du Ctrl-c… Tellement pratique d'avoir deux presse-papier !
[^] # Re: Bonne nouvelle ?
Posté par uso (site web personnel) . Évalué à 6 (+5/-0).
Bah pareil.
Les 3 premières fois que j'ai fait un clic du milieu, j'ai trouvé bizarre et déstabilisant.
Et après, je ne pouvais plus m'en passer.
[^] # Re: Bonne nouvelle ?
Posté par sebas . Évalué à 4 (+2/-0).
Même chose, je ne peux plus me passer de ça, et quand ça ne marche pas, ou mal (cas du clic milieu), ça me fait râler sévère.
Les fonctionnalités géantes que j'ai découvertes à mon passage à linux, en plus du clic milieu, c'est les bureaux multiples (évidement), le clic simple pour sélectionner, le focus fenêtre qui suit la souris et ne ramène pas la fenêtre sélectionnée au premier plan, et la touche compose. Au point que je n'ai jamais compris que windows ne les copie pas (il paraît qu'il l'a fait il y a peu de temps pour les bureaux multiples). Ah, et le fait qu'on pouvait manipuler (effacer/déplacer/renommer) un fichier en cours de création ou d'utilisation (essayez de faire ça sous win).
Je me rappelle l'ébahissement d'un copain quand j'ai dû copier des informations d'un document dans un formulaire, j'ai mis le formulaire en arrière-plan, déplacé la souris et copié les infos du doc visible dans le formulaire au 3/4 caché, uniquement au clavier et sans avoir à jouer du alt-tab ou du clic à répétition.
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.