Choix d'un terminal virtuel pour X bien fait pour le copier/coller
13 réponses
Thomas Baruchel
Bonjour,
je ne voudrais pas passer des heures à cela, mais j'en ai un peu marre
de xterm dès qu'il s'agit de copier quelque chose dans le clipboard
(afin de pouvoir le coller sous d'autres applications). Une brève
recherche m'a permis de voir que c'est en théorie possible, mais
j'aimerais savoir s'il n'y a pas un truc qui serait mieux adapté pour
cela parmi la dizaine de logiciels de ce genre. Je préfère les trucs pas
trop gros si possible.
Cordialement,
--
Thomas Baruchel
Pour m'écrire : http://cerbermail.com/?OEyHGNQFEa
il est parfois possible d'emuler le controle de la souris par le clavier par ex: CTRL+SHIFT+Click pour remplacer le 2eme boutons de la souris par ex sur mon macintosh avec une souris a 1 bouton :-) [...]
Pour le deuxieme bouton, <Shift-Insert> marche bien en general.
-- Stéphane
2005-02-20, 16:10(-10), DoMiNiX:
[...]
il est parfois possible d'emuler le controle de la souris par le clavier
par ex: CTRL+SHIFT+Click pour remplacer le 2eme boutons de la souris
par ex sur mon macintosh avec une souris a 1 bouton :-)
[...]
Pour le deuxieme bouton, <Shift-Insert> marche bien en general.
il est parfois possible d'emuler le controle de la souris par le clavier par ex: CTRL+SHIFT+Click pour remplacer le 2eme boutons de la souris par ex sur mon macintosh avec une souris a 1 bouton :-) [...]
Pour le deuxieme bouton, <Shift-Insert> marche bien en general.
-- Stéphane
Nicolas George
Stephane Chazelas wrote in message :
Pour le deuxieme bouton, <Shift-Insert> marche bien en general.
C'est vrai pour les applications basées sur Xt (dont xterm). Hélas, d'autres toolkits ont une notion bizarre de presse-papier : ils utilisent bien la sélection PRIMARY pour le bouton du milieu, mais les raccourcis Shift-Insert / Ctrl-Insert / Shift-Suppr travaillent sur des données dont je n'ai jamais réussi à comprendre où elles vivaient.
Stephane Chazelas wrote in message
<slrnd1j6fr.4fo.stephane.chazelas@spam.is.invalid>:
Pour le deuxieme bouton, <Shift-Insert> marche bien en general.
C'est vrai pour les applications basées sur Xt (dont xterm). Hélas, d'autres
toolkits ont une notion bizarre de presse-papier : ils utilisent bien la
sélection PRIMARY pour le bouton du milieu, mais les raccourcis Shift-Insert
/ Ctrl-Insert / Shift-Suppr travaillent sur des données dont je n'ai jamais
réussi à comprendre où elles vivaient.
Pour le deuxieme bouton, <Shift-Insert> marche bien en general.
C'est vrai pour les applications basées sur Xt (dont xterm). Hélas, d'autres toolkits ont une notion bizarre de presse-papier : ils utilisent bien la sélection PRIMARY pour le bouton du milieu, mais les raccourcis Shift-Insert / Ctrl-Insert / Shift-Suppr travaillent sur des données dont je n'ai jamais réussi à comprendre où elles vivaient.
Stephane Chazelas
2005-02-21, 11:17(+00), Nicolas George:
Stephane Chazelas wrote in message :
Pour le deuxieme bouton, <Shift-Insert> marche bien en general.
C'est vrai pour les applications basées sur Xt (dont xterm). Hélas, d'autres toolkits ont une notion bizarre de presse-papier
Ya pas vraiment de notion de presse-papier dans la selection basique du middle-click.
ils utilisent bien la sélection PRIMARY pour le bouton du milieu, mais les raccourcis Shift-Insert / Ctrl-Insert / Shift-Suppr travaillent sur des données dont je n'ai jamais réussi à comprendre où elles vivaient.
A priori, c'est dans la selection CLIPBOARD.
En general, les applications deviennent proprietaire de la selection PRIMARY quand on relache le bouton 1 apres avoir selectionné du texte (ou qu'on clicke sur le bouton 3). Les applications interrogent ce proprietaire pour en obtenir la valeur.
Alors que pour CLIPBOARD, les applis ne deviennent proprietaires de cette selection que quand on fait menu Edit -> Copier ou qu'on fait <Ctrl-Insert>.
Maintenant, on peut avoir un clipboard manager comme xclipboard qui recupere le ownership de cette selection des qu'il detecte que cette selection a changee. De cette facon, on a un vrai presse papier car xclipboard stocke les valeurs successives.
Motif, de son coté fait un usage intensif des properties X pour gerer son clipboard (un peu comme les CUT_BUFFER<n> mais en plus evolué):
faire xprop -root | grep MOTIF_CLIP # motif apres avoir fait un <Ctrl-Insert> dans une appli motif.
xprop -root | grep CUT_BUFFER apres avoir selectionné quelque chose dans xterm
Pour recuperer le contenu des selections, voir les programmes xsel et xclip.
-- Stéphane
2005-02-21, 11:17(+00), Nicolas George:
Stephane Chazelas wrote in message
<slrnd1j6fr.4fo.stephane.chazelas@spam.is.invalid>:
Pour le deuxieme bouton, <Shift-Insert> marche bien en general.
C'est vrai pour les applications basées sur Xt (dont xterm). Hélas, d'autres
toolkits ont une notion bizarre de presse-papier
Ya pas vraiment de notion de presse-papier dans la selection
basique du middle-click.
ils utilisent bien la
sélection PRIMARY pour le bouton du milieu, mais les raccourcis Shift-Insert
/ Ctrl-Insert / Shift-Suppr travaillent sur des données dont je n'ai jamais
réussi à comprendre où elles vivaient.
A priori, c'est dans la selection CLIPBOARD.
En general, les applications deviennent proprietaire de la
selection PRIMARY quand on relache le bouton 1 apres avoir
selectionné du texte (ou qu'on clicke sur le bouton 3). Les
applications interrogent ce proprietaire pour en obtenir la
valeur.
Alors que pour CLIPBOARD, les applis ne deviennent proprietaires
de cette selection que quand on fait menu Edit -> Copier ou
qu'on fait <Ctrl-Insert>.
Maintenant, on peut avoir un clipboard manager comme xclipboard
qui recupere le ownership de cette selection des qu'il detecte
que cette selection a changee. De cette facon, on a un vrai
presse papier car xclipboard stocke les valeurs successives.
Motif, de son coté fait un usage intensif des properties X pour
gerer son clipboard (un peu comme les CUT_BUFFER<n> mais en plus
evolué):
faire
xprop -root | grep MOTIF_CLIP # motif
apres avoir fait un <Ctrl-Insert> dans une appli motif.
xprop -root | grep CUT_BUFFER
apres avoir selectionné quelque chose dans xterm
Pour recuperer le contenu des selections, voir les programmes
xsel et xclip.
Pour le deuxieme bouton, <Shift-Insert> marche bien en general.
C'est vrai pour les applications basées sur Xt (dont xterm). Hélas, d'autres toolkits ont une notion bizarre de presse-papier
Ya pas vraiment de notion de presse-papier dans la selection basique du middle-click.
ils utilisent bien la sélection PRIMARY pour le bouton du milieu, mais les raccourcis Shift-Insert / Ctrl-Insert / Shift-Suppr travaillent sur des données dont je n'ai jamais réussi à comprendre où elles vivaient.
A priori, c'est dans la selection CLIPBOARD.
En general, les applications deviennent proprietaire de la selection PRIMARY quand on relache le bouton 1 apres avoir selectionné du texte (ou qu'on clicke sur le bouton 3). Les applications interrogent ce proprietaire pour en obtenir la valeur.
Alors que pour CLIPBOARD, les applis ne deviennent proprietaires de cette selection que quand on fait menu Edit -> Copier ou qu'on fait <Ctrl-Insert>.
Maintenant, on peut avoir un clipboard manager comme xclipboard qui recupere le ownership de cette selection des qu'il detecte que cette selection a changee. De cette facon, on a un vrai presse papier car xclipboard stocke les valeurs successives.
Motif, de son coté fait un usage intensif des properties X pour gerer son clipboard (un peu comme les CUT_BUFFER<n> mais en plus evolué):
faire xprop -root | grep MOTIF_CLIP # motif apres avoir fait un <Ctrl-Insert> dans une appli motif.
xprop -root | grep CUT_BUFFER apres avoir selectionné quelque chose dans xterm
Pour recuperer le contenu des selections, voir les programmes xsel et xclip.
