Comportement de copier-coller incohérent. Y a-t-il une solution?

11

J'ai rencontré ce que je peux le mieux décrire comme un comportement "imprévisible" du "presse-papiers". Mais à sa manière, il est en fait "prévisible" " , car ce n'est pas un bug X en tant que tel.

Il résulte en grande partie de différentes applications X utilisant différentes fonctionnalités X de différentes manières ...

Mais cela n'aide pas vraiment de savoir qu'il ne s'agit pas "réellement" d' un bug. parce que ça ressemble à un bug!

Il y a une liste (ci-dessous) de ce que j'ai trouvé / testé.

Existe-t-il un moyen (un démon?), Qui repousse toutes ces rides? Je préfère quelque chose qui ne fait pas partie du panel.

Le presse-papiers X / Ubuntu est potentiellement génial, en raison de sa capacité de 2/3 niveaux, mais est un peu ennuyeux en raison des implémentations incohérentes ...

J'ai essayé de comprendre pourquoi le copier / coller n'a pas toujours fait ce à quoi je m'attendais ... C'est incroyable ce que vous pouvez apprendre lorsque vous lisez les documents d'information :) ... Mais une question peut atteindre la cible plus rapidement.

Le problème principal semble survenir lorsque l'application source est arrêtée et vous essayez d'accéder aux données du "presse-papiers" provenant de cette application.

Les applications X GUI ont deux principales méthodes de copier / coller (modes).

Mode NAME    Text Copy method         Text Paste  method
----------   ---------------------    -------------------
PRIMARY      currently selected       mouse middle-click
CLIPBOARD    Control+C selection      Control+V

Je l' ai testé le comportement des modes de sélection pour quelques différentes applications X: gvim, gedit, firefoxet gnome-terminal.

NB: * Tout le collage a été fait dans gedit * La source gedit provenait d'une autre instance (racine))
* J'ai essayé quelques "managers", parceliteet pastie, mais je ne vois aucun intérêt à les comparer, car ni l'un ni l'autre problème. Autrement dit, les actions du clavier copier / coller normalement attendues sont "incohérentes"

+ --------------------------------------------- + ------------------------------------------- + ------------
| Modes used in the source Application          | Availability upon CLOSING the Applicaton    | Application
+ --------------------------------------------- + ------------------------------------------- + ------------
| --- No manager --- 
| PRIMARY only, no CLIPBOARD Copy/Cut used:     | PRIMARY Empty!   (previous)CLIPBOARD ok     | (all tested)
|                                               | --                                          |      
| CLIPBOARD as last action (implicit PRIMARY):  | PRIMARY Empty!             CLIPBOARD Empty! | gvim
|                                               | PRIMARY Empty!             CLIPBOARD ok     | gedit, gnome-terminal
|                                               | PRIMARY Empty!             CLIPBOARD Empty! | firefox
|                                               | --                                          |
| PRIMARY as last action, preceded by CLIPBOARD | PRIMARY ok                 CLIPBOARD Empty! | gvim
|                                               | PRIMARY Empty!             CLIPBOARD ok     | gedit, gnome-terminal
|                                               | PRIMARY Empty!             CLIPBOARD Empty! | firefox
| --- Manager: parcelite --- 
| PRIMARY only, no CLIPBOARD Copy/Cut used:     | PRIMARY ok       (previous)CLIPBOARD ok     | (all tested)
|                                               | --                                          |      
| CLIPBOARD as last action (implicit PRIMARY):  | PRIMARY ok                 CLIPBOARD Empty! | gvim, firefox
|                                               | PRIMARY ok                 CLIPBOARD ok     | gedit, gnome-terminal
|                                               | --                                          |      
| PRIMARY as last action, preceded by CLIPBOARD | PRIMARY ok                 CLIPBOARD Empty! | gvim, firefox
|                                               | PRIMARY ok                 CLIPBOARD ok     | gedit, gnome-terminal
| 
+ --------------------------------------------- + ------------------------------------------- + ------------
Peter.O
la source
Comment j'aimerais pouvoir lire tout votre tableau à la fois :-(
Don Hatch

Réponses:

5

C'est une limitation connue de X, veuillez vous référer à cet article du wiki officiel:

https://wiki.ubuntu.com/ClipboardPersistence

Le problème principal reste l'incohérence entre les applications qui peuvent utiliser une approche différente de la gestion du presse-papiers.

Dans l'article wiki, il y a une application qui fonctionne et qui ne fonctionne pas (la seule solution proposée est d'installer parcelite en tant que gestionnaire de presse-papiers)

OpenNingia
la source
Merci OpenNingia .. Le wiki est utile. Je suis assez nouveau sur Linux donc j'ai été perplexe! mais maintenant que j'en suis conscient (TRÈS conscient! après avoir testé ces applis moi-même) .. eh bien, maintenant je serai plus attentif au "syndrome d'abandon" ... Avoir la liste wiki est super; Je n'avais pas beaucoup plus envie de "tester" :( ... J'essaierai de courir sans parcelite. Moins il y a d'applications auxiliaires, mieux c'est (pour moi) ... J'ai survécu à une vingtaine d'années de Windows sans corbeille; je pense que je peut gérer le presse-papiers (maintenant que je sais comment fonctionnent les modes de sélection) ... c'est juste une habitude (comme traverser la route)
Peter.O
Espérons pour le mieux, quand Ubuntu passera à Wayland, espérons-le, ils résoudront le problème! :)
OpenNingia
Parcellite n'a pas corrigé le vide à la sortie pour moi, je devais encore me plonger dans son historique de presse-papiers manuellement pour extraire ce que je voulais. Pouah. Je souhaite que Mozilla implémente simplement la norme ClipboardManager.
bobince
C'est probablement une carence en xulrunner, je ne pense à aucune solution de contournement.
OpenNingia du
@bobince. Je soupçonne (sur la base de mes recherches récentes) que la raison pour laquelle "parcelite" ne le résout pas, c'est parce qu'il ne peut pas ... Il ne peut conserver que des copies de ce qui passe par les sélections X ( sélection PRIMAIRE et CLIPBOAD -selection) ... "parcelite" ne met jamais rien dans les X-sélections . C'est le problème fondamental (voir le lien d'OpenNingia) ... Différentes applications suivent des normes différentes, mais "Google Summer Of Code 2010" cherche des moyens de ranger ça ... donc les choses se passent ... (Ubuntu s'éloigne de X lui-même! Cela va changer l'état du presse-papiers.
Peter.O
0

Essayez autocutsel, in repos - il synchronise les deux. Vous devez l'ajouter à .bashrc ou au démarrage aps, ou simplement le démarrer manuellement (c'est la ligne de commande, pas gui) mais cela a toujours bien fonctionné pour moi. Vous ne devez pas oublier de basculer le focus sur le champ (si le navigateur, par exemple) ou le document (gedit, kate, gvim ...) avant de coller ou il semblera ne pas fonctionner.

fitzhugh
la source
0

Je regardais juste GPaste qui est ce que j'utilise. Il semble gérer les actions de copier-coller même si vous avez fermé l'application à partir de laquelle vous avez copié!

Il y a même une belle extension pour Gnome-shell :-)

bmbaker
la source