Spotkałem coś, co najlepiej opisać jako „nieprzewidywalne” zachowanie „schowka”. Ale na swój sposób jest „przewidywalny” , ponieważ nie jest to błąd X jako taki.
W dużej mierze wynika to z różnych aplikacji X wykorzystujących różne funkcje X na różne sposoby ...
Ale tak naprawdę nie pomaga wiedzieć, że nie jest to „ błąd”. ponieważ wydaje się, że to błąd!
Poniżej znajduje się lista tego, co znalazłem / przetestowałem.
Czy jest jakiś sposób (demon?), Który usuwa wszystkie te zmarszczki? Wolę coś, co nie siedzi w panelu.
Schowek X / Ubuntu jest potencjalnie niesamowity ze względu na zdolność do 2/3 poziomów, ale jest nieco denerwujący z powodu niespójnych implementacji ...
Próbowałem zrozumieć, dlaczego funkcja kopiuj / wklej nie zawsze spełniała oczekiwania ... To niesamowite, czego możesz się nauczyć, czytając dokumenty informacyjne :) ... Ale pytanie może trafić szybciej w cel.
Wydaje się, że główny problem pojawia się po zamknięciu aplikacji źródłowej i próbie uzyskania dostępu do danych „schowka” pochodzących z tej aplikacji.
Aplikacje X GUI mają dwie główne metody kopiowania / wklejania (tryby).
Mode NAME Text Copy method Text Paste method
---------- --------------------- -------------------
PRIMARY currently selected mouse middle-click
CLIPBOARD Control+C selection Control+V
Przetestowałem na zachowanie trybów wyboru kilka różnych aplikacji X: gvim, gedit, firefox, i gnome-terminal.
NB: * Całe wklejanie zostało zrobione w gedit
* Źródło gedit pochodziło z innej (root) instancji
* Wypróbowałem kilku „menedżerów” parcelitei pastie, ale nie widzę sensu w porównywaniu ich, ponieważ żadne z nich nie dotyczy problem. Oznacza to, że zwykle oczekiwane operacje kopiowania / wklejania na klawiaturze są „niespójne”
+ --------------------------------------------- + ------------------------------------------- + ------------
| 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
|
+ --------------------------------------------- + ------------------------------------------- + ------------
Odpowiedzi:
To znane ograniczenie X, zapoznaj się z tym artykułem oficjalnej wiki:
https://wiki.ubuntu.com/ClipboardPersistence
Głównym problemem pozostaje niespójność między aplikacjami, które mogą wykorzystywać inne podejście do obsługi schowka.
W artykule na wiki jest wymieniona działająca i niedziałająca aplikacja (jedynym proponowanym obejściem jest instalacja paczki jako menedżera schowka)
źródło
Wypróbuj autocutsel, w repos - synchronizuje dwa. Musisz dodać go do .bashrc lub aps startowych, lub po prostu uruchomić go ręcznie (jest to linia poleceń, a nie GUI), ale zawsze działało to dla mnie dobrze. Musisz pamiętać o przełączeniu fokusu na pole (na przykład w przeglądarce) lub dokument (gedit, kate, gvim ...) przed wklejeniem, w przeciwnym razie będzie to działać.
źródło
Właśnie patrzyłem na GPaste, którego używam. Wydaje się, że obsługuje operacje kopiowania i wklejania, nawet jeśli zamknąłeś aplikację, z której skopiowałeś!
Istnieje nawet ładne rozszerzenie dla Gnome-shell :-)
źródło