Dans Xorg, pourquoi est-ce que je perds ma sélection de texte dans une fenêtre quand je sélectionne dans une autre fenêtre?

Cela me dérange depuis un certain temps maintenant, et je viens de comprendre quelles conditions en sont la cause, mais je ne sais pas pourquoi, et s'il existe une solution de contournement (souhaitée).

La cause est assez évidente quand il y a deux fenêtres côte à côte ... Sélectionnez du texte dans une fenêtre, et la sélection de l'autre fenêtre n'est plus sélectionnée ... Je travaille toujours en plein écran (moniteur 17 "), donc j'étais un peu lent sur l'absorption.

Je suppose que cela a quelque chose à voir avec le mode de sélection principal de X, mais je ne comprends pas, pourquoi chaque fenêtre ne peut pas au moins garder son texte en surbrillance même s'il n'est pas réellement dans le tampon principal (ou tampon primaire en fait le texte en surbrillance lui-même?) ...

Des programmes tels que Firefox parviennent à maintenir la "sélection" actuelle dans des conditions similaires, c'est donc possible. Pourquoi ce comportement de désélection existe-t-il (du tout)?

Je trouve la sélection principale utile, mais j'utilise le presse-papiers plus souvent (probablement, à cause de problèmes comme celui-ci), je me demande: existe-t-il un moyen de désactiver le mode de sélection primaire du X - si c'est la seule solution de contournement. C'est peut-être trop drastique, mais j'aimerais l'essayer, si c'est le seul moyen.

xorg clipboard

— Peter.O
source

Si vous sélectionnez du texte avec un simple glisser, il va dans ce que j'appelle habituellement le tampon «doux» - vous pouvez le coller avec un simple clic central de la souris, mais au moment où vous sélectionnez quoi que ce soit d'autre, il est parti.

D'un autre côté, gnome et KDE et d'autres WM permettent généralement de copier le texte sélectionné dans un tampon «dur» où il reste jusqu'à ce que vous y copiez explicitement autre chose.

Des programmes comme Firefox ne maintiennent pas tant la sélection Xorg que l'ajout d'un mode de sélection qui coïncide avec lui - par exemple, si vous sélectionnez du texte dans Firefox, puis sélectionnez quelque chose dans une autre fenêtre, puis allez retour à FF et clic du milieu pour coller, vous obtiendrez ce dernier texte.

— Shadur
source

Je dois aimer les nombreux presse-papiers de Linux. Ensuite, il y a l'anneau de mise à mort BASH.

— amphetamachine

Merci Shadur .. Il semble que c'est quelque chose avec lequel je dois vivre .. Maintenant que je comprends pourquoi cela se produit, je peux mieux éviter les pièges ... J'ai testé certaines de mes 1 applications, et seulement 3 sur 27 , testé jusqu'à présent, ne bouleverse pas la sélection X ... Même Firefoxbouleverse le bateau via ses champs d'édition et boîtes de dialogue .. gvimprovoque une perte de sélection ... et le emacsfait, mais uniquement via les données allant à son kill-ring. .. donc c'est définitivement bien enfermé dans X, et c'est tout!

— :)

C'est terriblement vague. "Si vous sélectionnez du texte par simple glisser, il va dans" ... sélectionnez le texte dans quel programme / action? (Je suppose que vous parlez d'émulateurs de terminaux). "D'un autre côté, gnome et KDE et d'autres WM permettent généralement aussi ..." Ce sont des environnements de bureau; De quel programme et action parlez-vous? "Des programmes comme Firefox ne maintiennent pas tant la sélection Xorg que l'ajout d'un mode de sélection qui coïncide avec lui" ... si cela coïncidait avec lui, alors ce serait effectivement le même que lui, donc ce n'est pas ce que vous voulez dire ... ajoutez peut-être le mot "parfois".

— Don Hatch

Sauf que ce n'est pas pareil, car ce sont des tampons différents. Quant à savoir pourquoi la réponse est vague, c'est parce que presque tous les comportements X sont configurables, et il est presque impossible de prédire les valeurs par défaut d'une distribution donnée ou les options que l'utilisateur a peut-être modifiées sans se rendre compte de ce qu'il faisait.

— Shadur