Inkonsistentes Kopier- und Einfügeverhalten. Gibt es eine Lösung?

11

Ich bin auf das gestoßen, was ich am besten als "unvorhersehbares" Verhalten der "Zwischenablage" beschreiben kann. Aber auf seine eigene Weise ist es tatsächlich "vorhersehbar" , da es als solches kein X- Bug ist.

Es resultiert größtenteils aus verschiedenen X-Anwendungen, die unterschiedliche X-Funktionen auf unterschiedliche Weise verwenden ...

Aber es hilft nicht wirklich zu wissen, dass es kein "tatsächlicher" Fehler ist. weil es sich wie ein Käfer anfühlt !

Es gibt eine Liste (unten) von dem, was ich gefunden / getestet habe.

Gibt es einen Weg (einen Dämon?), Der all diese Falten ausbügelt? Ich würde etwas bevorzugen, das nicht im Panel sitzt.

Die X / Ubuntu-Zwischenablage ist aufgrund ihrer Fähigkeit von 2/3 Levels möglicherweise fantastisch, aber aufgrund der inkonsistenten Implementierungen etwas nervig ...

Ich habe versucht zu verstehen, warum das Kopieren / Einfügen nicht immer das tat, was ich erwartet hatte ... Es ist erstaunlich, was Sie lernen können, wenn Sie die Info-Dokumente lesen :) ... Aber eine Frage kann das Ziel schneller treffen.

Das Hauptproblem scheint aufzutreten, wenn die Quellanwendung heruntergefahren wird und Sie versuchen, auf Daten aus der Zwischenablage zuzugreifen, die von dieser Anwendung stammen.

X-GUI-Anwendungen verfügen über zwei Hauptmethoden zum Kopieren / Einfügen (Modi).

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

Ich habe das Verhalten der getesteten Auswahlmodi für ein paar verschiedene X - Anwendungen: gvim, gedit, firefox, und gnome-terminal.

NB: * Alle Einfügungen wurden in gedit * durchgeführt. Die gedit-Quelle stammte von einer anderen (Root-) Instanz.
* Ich habe ein paar "Manager" ausprobiert, parceliteund pastieich sehe keinen Grund, sie zu vergleichen, da keine der beiden Adressen die Problem. Das heißt, normalerweise erwartete Tastaturaktionen zum Kopieren / Einfügen sind "inkonsistent".

+ --------------------------------------------- + ------------------------------------------- + ------------
| 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
quelle
Wie ich wünschte, ich könnte Ihren ganzen Tisch auf einmal lesen :-(
Don Hatch

Antworten:

5

Dies ist eine bekannte Einschränkung von X. Bitte lesen Sie diesen Artikel im offiziellen Wiki:

https://wiki.ubuntu.com/ClipboardPersistence

Das Hauptproblem bleibt die Inkonsistenz zwischen Anwendungen, die möglicherweise unterschiedliche Ansätze für die Handhabung der Zwischenablage verwenden.

Im Wiki-Artikel sind funktionierende und nicht funktionierende Anwendungen aufgeführt (die einzige vorgeschlagene Problemumgehung ist die Installation von Parcelite als Zwischenablage-Manager).

OpenNingia
quelle
Danke OpenNingia .. Das Wiki ist hilfreich. Ich bin ziemlich neu in Linux, also war ich verwirrt! Aber jetzt, wo ich mir dessen bewusst bin (SEHR bewusst! nachdem ich diese App selbst getestet habe). Nun, jetzt bin ich wachsamer gegenüber dem "Quit-Syndrom". Die Wiki-Liste zu haben ist großartig. Ich hatte nicht viel mehr Lust auf "Testen" :( ... Ich werde versuchen, ohne Paket zu laufen. Je weniger Zusatz-Apps desto besser (für mich) ... Ich habe zig Jahre Windows ohne Papierkorb überlebt, glaube ich kann die Zwischenablage verwalten (jetzt, wo ich weiß, wie die Auswahlmodi funktionieren) ... es ist nur eine Gewohnheit (wie das Überqueren der Straße).
Peter.O
Hoffen wir zum Besseren, wenn Ubuntu zu Wayland wechselt, hoffentlich lösen sie das Problem! :)
OpenNingia
Parcellite hat für mich beim Beenden kein Problem behoben. Ich musste mich dennoch manuell in den Verlauf der Zwischenablage vertiefen, um das zu extrahieren, was ich wollte. Pfui. Ich wünschte, Mozilla würde nur den ClipboardManager-Standard implementieren.
Bobince
Es ist wahrscheinlich ein Xulrunner-Mangel, ich kann mir keine Problemumgehung vorstellen.
OpenNingia
@ Bobince. Ich vermute (basierend auf meinen jüngsten Forschungen), dass der Grund, warum "Paket" es nicht behebt, darin besteht, dass es nicht möglich ist ... Es kann nur Kopien dessen aufbewahren, was durch die X-Auswahl (PRIMARY-Auswahl und CLIPBOAD) geht -selection) ... "parcelite" fügt niemals etwas in eine der X-Auswahlen ein . Dies ist das grundlegende Problem (siehe OpenNingia-Link) ... Verschiedene Anwendungen folgen unterschiedlichen Standards, aber "Google Summer Of Code 2010" sucht nach Möglichkeiten, dies aufzuräumen ... also passieren Dinge ... (Ubuntu bewegt sich weg von X selbst!. das wird den Zustand der Zwischenablage ändern.
Peter.O
0

Versuchen Sie es mit Autocutsel in Repos - es synchronisiert die beiden. Sie müssen es zu .bashrc oder Startup Aps hinzufügen oder einfach manuell starten (es ist eine Befehlszeile, keine GUI), aber es hat bei mir immer gut funktioniert. Sie müssen daran denken, den Fokus vor dem Einfügen auf das Feld (z. B. Browser) oder das Dokument (gedit, kate, gvim ...) zu verschieben, da dies sonst möglicherweise nicht funktioniert.

Fitzhugh
quelle
0

Ich habe mir nur GPaste angesehen , was ich benutze. Es scheint Aktionen zum Kopieren und Einfügen zu verarbeiten, selbst wenn Sie die Anwendung geschlossen haben, aus der Sie kopiert haben!

Es gibt sogar eine schöne Erweiterung für Gnome-Shell :-)

bmbaker
quelle