Perilaku salin dan tempel yang tidak konsisten. Apakah ada perbaikan?


11

Saya telah menemukan apa yang dapat saya gambarkan sebagai perilaku "clipboard" yang "tidak dapat diprediksi". Tetapi dengan caranya sendiri, sebenarnya "dapat diprediksi" , karena itu bukan bug X , karena itu.

Ini sebagian besar hasil dari aplikasi X yang berbeda menggunakan fitur X yang berbeda ...

Tapi itu tidak benar-benar membantu untuk mengetahui bahwa itu bukan "sebenarnya" bug. karena rasanya seperti bug!

Ada daftar (di bawah) dari apa yang saya temukan / uji.

Apakah ada beberapa cara (daemon?), Yang menyatukan semua kerutan ini? Saya lebih suka sesuatu yang tidak duduk di panel.

Clipboard X / Ubuntu berpotensi luar biasa, karena kemampuannya 2/3 level, tetapi sedikit mengganggu karena implementasi yang tidak konsisten ...

Saya sudah mencoba memahami mengapa hal salin / rekat tidak selalu melakukan apa yang saya harapkan ... Sungguh menakjubkan apa yang dapat Anda pelajari ketika Anda membaca info docs :) ... Tetapi sebuah pertanyaan dapat mengenai target dengan lebih cepat.

Masalah utama tampaknya muncul ketika aplikasi sumber dimatikan, dan Anda mencoba mengakses data "clipboard" yang berasal dari aplikasi itu.

Aplikasi X GUI memiliki dua metode salin / tempel utama (mode).

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

Saya telah diuji perilaku mode seleksi untuk beberapa aplikasi X yang berbeda: gvim, gedit, firefox, dan gnome-terminal.

NB: * Semua paste dilakukan ke gedit * Sumber gedit berasal dari instance (root) yang lain)
* Saya sudah mencoba beberapa "manajer", parcelitedan pastie, tetapi saya tidak dapat melihat titik apa pun dalam membandingkannya, karena keduanya tidak membahas masalah. Artinya, tindakan keyboard salin / tempel yang biasanya diharapkan "tidak konsisten"

+ --------------------------------------------- + ------------------------------------------- + ------------
| 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
| 
+ --------------------------------------------- + ------------------------------------------- + ------------

Betapa aku berharap bisa membaca seluruh meja Anda sekaligus :-(
Don Hatch

Jawaban:


5

Itu adalah batasan X yang diketahui, silakan merujuk ke artikel wiki resmi ini:

https://wiki.ubuntu.com/ClipboardPersistence

Masalah utama tetap ketidakkonsistenan antara aplikasi yang mungkin menggunakan pendekatan berbeda untuk penanganan clipboard.

Dalam artikel wiki terdapat aplikasi yang berfungsi dan tidak bekerja (juga satu-satunya solusi yang disarankan adalah menginstal parcelite sebagai clipboard manager)


Terima kasih OpenNingia .. Wiki sangat membantu. Saya cukup baru di Linux jadi saya bingung karenanya! tetapi sekarang saya menyadarinya (SANGAT sadar! setelah menguji sendiri aplikasi itu) .. well, sekarang saya akan lebih waspada terhadap "exit syndrome" ... Memiliki daftar wiki sangat bagus; Saya tidak suka lebih banyak "pengujian" :( ... Saya akan mencoba berjalan tanpa parcelite. Semakin sedikit aplikasi tambahan yang lebih baik (bagi saya) ... Saya bertahan beberapa tahun dari Windows tanpa tempat sampah; Saya pikir saya dapat mengelola clipboard (sekarang saya tahu cara kerja mode pemilihan) ... ini hanya kebiasaan (seperti menyeberang jalan)
Peter.O

Mari berharap yang lebih baik, ketika Ubuntu akan beralih ke Wayland semoga mereka mengatasi masalahnya! :)
OpenNingia

Parcellite tidak memperbaiki kosong saat keluar untuk saya, saya masih harus menyelidiki sejarah clipboard secara manual untuk mengekstrak apa yang saya inginkan. Ugh. Saya berharap Mozilla hanya akan menerapkan standar ClipboardManager.
bobince

Ini mungkin kekurangan xulrunner, saya tidak bisa memikirkan solusinya.
OpenNingia

@obobince. Saya menduga (berdasarkan penelitian saya baru-baru ini) bahwa alasan "parcelite" tidak memperbaikinya, adalah karena itu tidak bisa ... Itu hanya dapat menyimpan salinan dari apa yang melewati seleksi-X ( seleksi PRIMER, dan CLIPBOAD -seleksi) ... "parcelite" tidak pernah memasukkan apapun ke dalam salah satu dari X-selection . Ini adalah masalah mendasar (lihat tautan OpenNingia) ... Aplikasi yang berbeda mengikuti standar yang berbeda, tetapi "Google Summer Of Code 2010" sedang mencari cara untuk merapikan ini ... sehingga semuanya terjadi ... (Ubuntu bergerak menjauh dari X sendiri !. itu akan mengubah keadaan clipboard
Peter.O

0

Coba autocutsel, dalam repos - ini menyinkronkan keduanya. Anda harus menambahkannya ke .bashrc atau startup aps, atau mulai saja secara manual (ini adalah baris perintah, bukan gui) tetapi selalu berhasil dengan baik untuk saya. Anda harus ingat untuk mengalihkan fokus ke bidang (jika browser, misalnya) atau dokumen (gedit, kate, gvim ...) sebelum menempel atau itu tampaknya tidak berfungsi.


0

Saya hanya melihat GPaste yang saya gunakan. Tampaknya menangani tindakan salin dan rekat meskipun Anda telah menutup aplikasi yang Anda salin!

Bahkan ada ekstensi yang bagus untuk Gnome-shell :-)

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.