Encontrei o que melhor posso descrever como comportamento "imprevisível" da "área de transferência". Mas, à sua maneira, na verdade é "previsível" ", pois não é um bug X , como tal.
É amplamente resultado de diferentes aplicativos X usando diferentes recursos do X de maneiras diferentes ...
Mas não ajuda muito saber que não é "na verdade" um bug. porque se sente como um bug!
Existe uma lista (abaixo) do que eu testei / .
Existe alguma maneira (um daemon?), que solta todas essas rugas? Eu prefiro algo que não esteja no painel.
A prancheta do Ubuntu X / é potencialmente incrível, devido à sua capacidade de 2/3 níveis, mas é um pouco irritante por causa das implementações inconsistentes ...
Eu tenho tentado entender por que a cópia / colagem nem sempre faz o que eu esperava ... É incrível o que você pode aprender quando lê os documentos de informação :) ... Mas uma pergunta pode atingir o alvo mais rápido.
O problema principal parece ocorrer quando o aplicativo de origem é desligado e você tenta acessar os dados de "área de transferência" que vieram desse aplicativo.
Os aplicativos X GUI possuem dois métodos principais de copiar / colar (modos).
Mode NAME Text Copy method Text Paste method
---------- --------------------- -------------------
PRIMARY currently selected mouse middle-click
CLIPBOARD Control+C selection Control+V
Eu testei o comportamento dos modos de seleção para alguns aplicativos X diferentes: gvim , gedit , firefox e gnome-terminal .
NB:
* Toda colagem foi feita em gedit
* A fonte do gedit era de outra instância (raiz))
* Eu tentei alguns "gerentes", parcelite e pastie , mas não vejo nenhum ponto em compará-los, porque nenhum deles resolve o problema. Ou seja, as normalmente esperadas cópias / das ações do teclado são "inconsistentes"
+ --------------------------------------------- + ------------------------------------------- + ------------
| 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
|
+ --------------------------------------------- + ------------------------------------------- + ------------
Essa é uma limitação conhecida do X, por favor consulte este artigo do wiki oficial:
A questão principal continua sendo a inconsistência entre aplicativos que podem usar uma abordagem diferente para o manuseio da área de transferência.
No artigo wiki, estão listados os aplicativos que funcionam e não funcionam (a única solução proposta é instalar parcelite como gerenciador de área de transferência)
Experimente o autocutsel, em repos - sincroniza os dois. Você tem que adicioná-lo ao .bashrc ou inicialização aps, ou apenas iniciá-lo manualmente (é linha de comando, não gui), mas sempre funcionou bem para mim. Você tem que lembrar de mudar o foco para o campo (se navegador, por exemplo) ou documento (gedit, kate, gvim ...) antes de colar ou ele parecerá não funcionar.
Tags clipboard