Clipit: As teclas de atalho não funcionam desde 1.4.4-2 no teste Debian de 64 bits

O mesmo problema aqui .. Eu fiz uma pequena investigação e descobri que ele lança alguns erros em vez de mostrar a GUI. Infelizmente não consegui resolvê-los.

(clipit:7183): GLib-GObject-CRITICAL **: 20:56:43.530: g_object_set_data: assertion 'G_IS_OBJECT (object)' failed
(clipit:7183): Gdk-CRITICAL **: 20:56:43.530: gdk_window_get_window_type: assertion 'GDK_IS_WINDOW (window)' failed

Atualização: Há outro problema graças à complexidade dessas teclas de atalho.

Quando você vai para Manage History e exclui uma linha de seu histórico, revisitando seu Manage History você pode ver a linha mantendo seu espaço, mas sem a string real nela.

Assim que você exclui a linha vazia, ele exclui automaticamente a próxima linha imediata.

Esse comportamento é bastante crítico na minha humilde opinião.

Mesmo problema no meu caso (teste Debian)

Olá, mesmo problema aqui:

O painel de histórico é assim, e o painel de preferências é travado após um primeiro clique dentro dele, também as teclas de atalho para acessar a área de transferência de histórico não funcionam mais ...

Alguns registros:

(clipit:24858): Gtk-CRITICAL **: 14:06:37.634: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.641: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.649: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.650: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.658: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.666: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.674: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.681: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.681: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.689: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.689: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...

Não sei como consertar, por favor nos ajude :)

Informações do sistema

uname -a:
Linux oab-cycd9w1 4.17.0-1-amd64 #1 SMP Debian 4.17.8-1 (2018-07-20) x86_64 GNU/Linux

cat / etc / debian_version: buster/sid

Solução temporária

Como não vi nenhuma notícia sobre uma possível correção, removi minha versão do clipit e mudei para a versão 1.4.2 para o repositório strethc.

Se você também precisar disso, aqui estão as etapas:

1. Verifique as diferentes versões que você pode instalar

$ apt-cache policy clipit
clipit:
  Installed: 1.4.2-1.2
  Candidate: 1.4.4-2
  Version table:
 *** 1.4.4-2 900
        900 http://http.debian.net/debian buster/main amd64 Packages
        -10 http://http.debian.net/debian unstable/main amd64 Packages
     1.4.2-1.2 100
        -20 http://httpredir.debian.org/debian stretch/main amd64 Packages
        100 /var/lib/dpkg/status

(no meu caso, estou no Debian testing, então instalei a versão 1.4.4-2 do clipit do repositório 'buster / testing')

1. Em seguida, remova o clipit (não o limpe, você perderá todas as suas preferências)
   $ sudo apt autoremove clipit

2. Agora instale novamente o clipit, mas a partir do repositório que você deseja, no meu caso o repositório 'stretch / stable'
   $ sudo apt install -t stretch clipit

3. Por fim, verifique a versão instalada:

$ apt-cache policy clipit
clipit:
  Installed: 1.4.2-1.2
  Candidate: 1.4.4-2
  Version table:
     1.4.4-2 900
        900 http://http.debian.net/debian buster/main amd64 Packages
        -10 http://http.debian.net/debian unstable/main amd64 Packages
 *** 1.4.2-1.2 100
        -20 http://httpredir.debian.org/debian stretch/main amd64 Packages
        100 /var/lib/dpkg/status

Aproveite, agora você poderá iniciar novamente o clipit sem um painel de preferências congelado e com uma tecla de atalho funcionando. (e qualquer outra coisa)

Eu tenho o mesmo problema, mas não consegui reproduzir o erro ao customizar a construção do diretório de origem do pacote debian (https://salsa.debian.org/debian/clipit.git). Parece que é um problema da própria construção ...

@swillner Quando você diz construção personalizada, o que exatamente você mudou em comparação com a construção original?

Eu construo diretamente do repositório de origem debian (usando ./autogen.sh e ./configure como na documentação). Ok, "custom" apenas no sentido de me construir na minha máquina;)

@swillner ah OK, legal. Hmm ... Eu me pergunto o que está causando esse problema com o pacote existente.

Oi!

Minha versão: clipit 1.4.4-3

O mesmo erro:

uname -a                                                                                                                                              ~/
Linux archlinux 4.17.13-arch1-1-ARCH #1 SMP PREEMPT Mon Aug 6 23:06:31 UTC 2018 x86_64 GNU/Linux

clipit:8228): Gdk-CRITICAL **: 22:39:04.104: gdk_window_thaw_toplevel_updates: assertion 'window->update_and_descendants_freeze_count > 0' failed

(clipit:8228): Gdk-CRITICAL **: 22:39:04.425: gdk_window_get_pointer: assertion 'GDK_IS_WINDOW (window)' failed

(clipit:8228): Gdk-CRITICAL **: 22:39:04.927: gdk_window_get_pointer: assertion 'GDK_IS_WINDOW (window)' failed

(clipit:8228): Gdk-CRITICAL **: 22:39:05.430: gdk_window_get_pointer: assertion 'GDK_IS_WINDOW (window)' failed

(clipit:8228): Gdk-CRITICAL **: 22:39:05.931: gdk_window_get_pointer: assertion 'GDK_IS_WINDOW (window)' failed

(clipit:8228): GLib-GObject-CRITICAL **: 22:39:06.323: g_object_set_data: assertion 'G_IS_OBJECT (object)' failed

(clipit:8228): Gdk-CRITICAL **: 22:39:06.434: gdk_window_get_pointer: assertion 'GDK_IS_WINDOW (window)' failed

Mesmo problema aqui
https://github.com/CristianHenzel/ClipIt/issues/101#issuecomment -414144952

Mesmo problema com a versão 1.4.4-8 no Manjaro / Arch linux

(clipit:7411): Gdk-CRITICAL **: 12:59:18.073: gdk_window_thaw_toplevel_updates: assertion 'window->update_and_descendants_freeze_count > 0' failed
(clipit:7411): Gdk-CRITICAL **: 12:59:18.421: gdk_window_get_pointer: assertion 'GDK_IS_WINDOW (window)' failed
(clipit:7411): GLib-GObject-CRITICAL **: 12:59:19.187: g_object_set_data: assertion 'G_IS_OBJECT (object)' failed
(clipit:7411): Gdk-CRITICAL **: 12:59:19.428: gdk_window_get_pointer: assertion 'GDK_IS_WINDOW (window)' failed

teve que reverter na versão 1.4.3-2.
Bibliotecas usadas

ldd $(which clipit)
    linux-vdso.so.1 (0x00007ffc475b2000)
    libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x00007f90814c4000)
    libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x00007f9081210000)
    libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00007f9080fbc000)
    libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f9080ca5000)
    libappindicator.so.1 => /usr/lib/libappindicator.so.1 (0x00007f9080a98000)
    libX11.so.6 => /usr/lib/libX11.so.6 (0x00007f9080759000)
    libc.so.6 => /usr/lib/libc.so.6 (0x00007f9080593000)
    libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00007f908038f000)
    libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0x00007f9080182000)
    libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00007f907ff7c000)
    libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x00007f907fd56000)
    libcairo.so.2 => /usr/lib/libcairo.so.2 (0x00007f907fa33000)
    libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x00007f907f80d000)
    libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x00007f907f46d000)
    libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x00007f907f258000)
    libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x00007f907f011000)
    libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00007f907edce000)
    libm.so.6 => /usr/lib/libm.so.6 (0x00007f907ec49000)
    libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f907ec26000)
    libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00007f907ea1b000)
    libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x00007f907e818000)
    libXi.so.6 => /usr/lib/libXi.so.6 (0x00007f907e607000)
    libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00007f907e3fc000)
    libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x00007f907e1f2000)
    libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x00007f907dfed000)
    libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x00007f907ddea000)
    libXext.so.6 => /usr/lib/libXext.so.6 (0x00007f907dbd8000)
    libffi.so.6 => /usr/lib/libffi.so.6 (0x00007f907d9cf000)
    libpcre.so.1 => /usr/lib/libpcre.so.1 (0x00007f907d75d000)
    libindicator.so.7 => /usr/lib/libindicator.so.7 (0x00007f907d54f000)
    libdbusmenu-gtk.so.4 => /usr/lib/libdbusmenu-gtk.so.4 (0x00007f907d339000)
    libdbusmenu-glib.so.4 => /usr/lib/libdbusmenu-glib.so.4 (0x00007f907d11d000)
    libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007f907ce54000)
    libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007f907cc2b000)
    libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f907cc26000)
    /lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x00007f9081b4c000)
    libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x00007f907c97c000)
    libpng16.so.16 => /usr/lib/libpng16.so.16 (0x00007f907c746000)
    libxcb-shm.so.0 => /usr/lib/libxcb-shm.so.0 (0x00007f907c542000)
    libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0x00007f907c334000)
    libz.so.1 => /usr/lib/libz.so.1 (0x00007f907c11d000)
    librt.so.1 => /usr/lib/librt.so.1 (0x00007f907c113000)
    libresolv.so.2 => /usr/lib/libresolv.so.2 (0x00007f907c0f8000)
    libmount.so.1 => /usr/lib/libmount.so.1 (0x00007f907be9f000)
    libharfbuzz.so.0 => /usr/lib/libharfbuzz.so.0 (0x00007f907bdea000)
    libthai.so.0 => /usr/lib/libthai.so.0 (0x00007f907bbe0000)
    libfribidi.so.0 => /usr/lib/libfribidi.so.0 (0x00007f907b9c4000)
    libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007f907b792000)
    libuuid.so.1 => /usr/lib/libuuid.so.1 (0x00007f907b589000)
    libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x00007f907b379000)
    libXau.so.6 => /usr/lib/libXau.so.6 (0x00007f907b175000)
    libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007f907af6f000)
    libblkid.so.1 => /usr/lib/libblkid.so.1 (0x00007f907ad1c000)
    libgraphite2.so.3 => /usr/lib/libgraphite2.so.3 (0x00007f907aaf0000)
    libdatrie.so.1 => /usr/lib/libdatrie.so.1 (0x00007f907a8e9000)

glib2 é 2.56.1-1

O mesmo problema com a versão 1.4.4-2 após a atualização do Ubuntu de 18.04 para 18.10. Corrigido temporariamente ao reinstalar a versão inferior (1.4.2-1.2) do ClipIt de pkgs.org

Recebi erros semelhantes aos de @emjayko :

(clipit: 7183): GLib-GObject-CRITICAL *: 20: 56: 43.530: g_object_set_data: afirmação 'G_IS_OBJECT (objeto)' falhou(clipit: 7183): Gdk-CRITICAL * : 20: 56: 43.530: gdk_window_get_window_type: assertion 'GDK_IS_WINDOW (janela)' falhou
`` `

Eu descobri que se eu segurar a tecla de atalho por tempo suficiente, a janela de histórico aparecerá.

Exatamente o mesmo problema para mim com o mestre mais recente (parece que a string da versão foi atualizada para 1.4.5), construído com --with-gtk3. Houve alguns avisos de depreciação durante o configure, mas terminou bem.
Definitivamente, houve algumas melhorias recentes porque mesmo a compilação não estava sendo concluída para mim alguns meses atrás.

Mas acho que esse problema específico ainda precisa ser corrigido.

Eu descobri que se eu segurar a tecla de atalho por tempo suficiente, a janela de histórico aparecerá.

OBRIGADA!

Agora tenho esse problema no Debian Stable 10 ... sem surpresa, eu acho. ClipIt versão 1.4.4 do debian buster repo. Problema exatamente como descrito acima, as teclas de atalho não funcionam. Terminal mostra erro:
(clipit:1000): Gdk-CRITICAL **: 19:03:32.292: gdk_window_get_window_type: assertion 'GDK_IS_WINDOW (window)' failed quando a tecla de atalho é pressionada.

Possivelmente relacionado: se eu interagir com o ícone da bandeja e abrir as preferências, sobre, etc., eles funcionam bem. No entanto, se eu tentar usar, por exemplo, a tecla de atalho Histórico (como de costume, nada acontece ao pressionar a tecla), mas se eu tentar abrir uma das caixas de diálogo / janelas, como preferências ou a página Sobre, etc., eu receberei um pequeno botão preto retângulo na parte superior esquerda da tela, a janela pretendida nunca aparece e ClipIt deve ser eliminado para se livrar do retângulo preto.
O comportamento é o mesmo usando jwm ou fluxbox.

Então, esse projeto está morto ou o quê? Completamente quebrado em muitas distribuições e nem um peep :(

Então, esse projeto está morto ou o quê? Completamente quebrado em muitas distribuições e nem um peep :(

Não posso falar pelo projeto ClipIt de forma alguma e não posso comentar se o projeto tem alguma vida no momento ou não. Pelo que vale a pena, eu pessoalmente mudei para o uso do GPaste . Que está nos repositórios do Debian e funciona muito bem. Eu posto isso, não para contestar o projeto ClipIt de forma alguma, ou mesmo para afirmar que GPaste é a melhor alternativa (na verdade, parecem haver muitas) ... mas apenas na esperança de que possa ajudar os usuários que estão atualmente encontrando uma funcionalidade quebrando o problema e procurando uma solução relativamente rápida e indolor.

Obrigado, @ J-Reis. Pessoalmente eu tenha resolvido em Clipman (fornecido pelo pacote _xfce4-clipman_) - leve, estável e DE-neutro.
_GPaste_ é muito centrado no GNOME para aqueles que preferem outros ambientes de desktop ...

Hesito em continuar a sequestrar este tópico discutindo substituições, mas não tenho certeza do que você disse é realmente verdade. Não estou executando o gnome, apenas um gerenciador de janelas em cima do X e não me lembro do GPaste puxando um número significativo de dependências. Claro, eu habitualmente escolho o aplicativo que funciona melhor para mim - eu não desconsidero nada apenas com base nas bibliotecas que ele usa, então talvez meu sistema esteja muito inchado e todas as dependências do Gnome já estivessem presentes. Como não sou especialista, acabei de fazer uma verificação rápida das dependências usando o apt (obviamente, as especificações são um pouco centradas no Debian, mas a tendência geral deve se manter independentemente do sistema):

Avise-me se eu não estiver entendendo alguma coisa aqui, estou sempre tentando aprender!

Parece que temos algum progresso ...

No meu sistema, a versão 1.4.5 está instalada e quando pressiono Ctrl+Alt+F , obtenho uma janela pop-up para pesquisar minha área de transferência.

Porém, se eu pressionar Ctrl+Alt-H , ele se comportará como meu relatório original.

fwiw Gostei do projeto e fez tudo o que eu queria, mas mudei para o parcelite, que é pior, mas é melhor porque funciona. : /

Eu entendo que é o OSS e somos todos pessoas ocupadas, mas honestamente estou muito confuso com o fato de que essa mudança não foi apenas revertida. "Teclas de atalho não funcionam" é um obstáculo.

Parece que temos algum progresso ...

No meu sistema, a versão 1.4.5 está instalada e quando pressiono Ctrl+Alt+F , obtenho uma janela pop-up para pesquisar minha área de transferência.

Porém, se eu pressionar Ctrl+Alt-H , ele se comportará como meu relatório original.

De onde você tirou a versão 1.4.5? Não vi nenhum lançamento ainda.
Acabei de atualizar do Ubuntu 19.04 para o 19.10 e instalei / desatualizei para o clipit_1.4.2-1.2_amd64.deb, que infelizmente não funciona mais como no 19.04.
Portanto, ou eu acho essa versão 1.4.5 ou preciso usar outro gerenciador de área de transferência, pois trabalhar sem um parece ser um pesadelo! F

Por favor, leia o título do meu ingresso.

@CristianHenzel @ stefanos82
Quando uso o gdb para depurar esse problema, descobri que se criar um ponto de interrupção em create_history_menu e apenas c continuar a ser executado após o intervalo parar, tudo vai bem, mas não tenho ideia sobre isso, eu só queria saber se o POPUP_DELAY é muito pequeno, algo não está pronto?

Então tento aumentar o POPUP_DELAY, e aí tudo ok, incrível.
Mas desculpe a todos, não sei o motivo. lol

Eu gostaria de aumentar POPUP_DELAY, mas não consegui compilá-lo da fonte.
Ubuntu 19.10
main.c:211:7: error: unknown type name ‘GdkSeat’; did you mean ‘GdkSpan’?

Eu gostaria de aumentar POPUP_DELAY, mas não consegui compilá-lo da fonte.
Ubuntu 19.10
main.c:211:7: error: unknown type name ‘GdkSeat’; did you mean ‘GdkSpan’?

Tente configurar com gtk3

./configure --with-gtk3 --enable-appindicator=yes

O mesmo problema aqui com Fedora 31, kernel-5.3.13-300 e clipit-1.4.4-5.fc31.x86_64

O mesmo problema com Ubuntu 19.10 e clipit-1.4.4 + git20190202-1.

mesmo problema aqui
alguém encontrou mesmo assim?

Harsh, eu amo o clipit, uso há anos, recentemente atualizei para o 19.10 e agora não está funcionando. :(

Acabei de notar isso, demorei um pouco para descobrir por que as teclas de atalho não faziam nada em outros aplicativos, mas também não faziam nada no Ubuntu.

É possível instalar uma versão de trabalho mais antiga? Tentei seguir as instruções de @Darcidride, mas infelizmente recebi um erro ao tentar usar o parâmetro -t stretch .

Acabei de notar isso, demorei um pouco para descobrir por que as teclas de atalho não faziam nada em outros aplicativos, mas também não faziam nada no Ubuntu.

É possível instalar uma versão de trabalho mais antiga? Tentei seguir as instruções de @Darcidride, mas infelizmente recebi um erro ao tentar usar o parâmetro -t stretch .

Sim, é possível usar a versão 1.4.2-1.2 (funciona bem para mim no Ubuntu 19.10)

@SuzanaK obrigado, você se importaria de explicar como eu poderia fazer isso? Desculpe, sou um Linux n00b!

@SuzanaK obrigado, você se importaria de explicar como eu poderia fazer isso? Desculpe, sou um Linux n00b!

Eu baixei o arquivo .deb daqui e instalei (no Ubuntu você pode instalar .deb arquivos com um clique direito do mouse ou no terminal via sudo dpkg -i <xyz.deb> ).

@SuzanaK obrigado, você se importaria de explicar como eu poderia fazer isso? Desculpe, sou um Linux n00b!

Eu baixei o arquivo .deb daqui e instalei (no Ubuntu você pode instalar .deb arquivos com um clique direito do mouse ou no terminal via sudo dpkg -i <xyz.deb> ).

Na verdade, eu sugeriria usar o apt para instalar o arquivo deb, pois ele também cuidaria das dependências. Neste caso, acho que não é um problema, mas para referências futuras.

(apenas faça sudo apt install ./my.deb )

A versão antiga funcionou. Obrigado!

Hoje fui informado pelo meu procedimento de atualização que o clipit foi substituído por diodon .

Eu tentei usar e não gostei nada.

Acho que é um adeus a esses projetos para mim: encolher os ombros:

@ stefanos82 Recentemente me deparei com: https://extensions.gnome.org/extension/779/clipboard-indicator/. Isso tem funcionado muito bem para mim.

Decidi usar a área de transferência XFCE4 e é bastante fácil de usar.

Ele tem seu próprio mecanismo de histórico que você pode usar como o Clipit.

Tudo que você precisa fazer é atribuí-lo a um atalho de tecla de atalho e pronto.

Algum deles permite manter a área de transferência e o primário em sincronia?

Algum deles permite manter a área de transferência e o primário em sincronia?

@mckellyln Quando você diz primário, o que exatamente quer dizer?

Você pode me explicar, já que não sou um falante nativo de inglês?

Muitos gerentes de área de transferência mantêm a área de transferência primária e de seleção "em sincronia" pelo menos como uma opção.
O X11 tem 2 pranchetas (3 na verdade) e o teclado ctrl + c / ctrl + v normalmente está conectado a uma área de transferência e o arrastar do mouse + copiar geralmente vai para outra área de transferência. Se o gerenciador da área de transferência os mantém sincronizados, você pode arrastar + copiar com o mouse e ctrl + v com o teclado para obter o mesmo resultado.
Estou apenas perguntando se há uma opção como "sincronizar pranchetas" que você pode selecionar se quiser.
"em sincronia" aqui significa torná-los sempre iguais. Se um deles mudar, copie-o para o outro para que correspondam.

Você quis dizer isso?

De Paste instantly você tem três opções: None , Ctrl+V e Shift+Insert

Eu espero que isso ajude.

Não tenho certeza, não me parece claro pelas palavras acima.
Eu estava apenas tentando descobrir, como se isso não fosse compatível, continuaria procurando um gerenciador de clipes que suporte :-)

Quando passei o mouse sobre Sync mouse selections , recebo a seguinte dica de mensagem:

Se marcada, as seleções serão sincronizadas com a área de transferência padrão de forma que você possa colar o que selecionar

Isso ajuda um pouco mais dessa vez?

Sim, isso parece mais o mesmo que manter as pranchetas sincronizadas. Obrigado!

Isso foi corrigido em 1.4.5.
Vou sincronizar os patches que faltam desta versão para o meu ppa e também criar o pacote deb.
https://launchpad.net/~afelinczak/+archive/ubuntu/ppa
O problema não está relacionado a teclas de atalho - é um problema com o GtkMenu.

@afelinczak
Sua correção está funcionando, mas perdemos o recurso de ícone de notificação (tópico), é normal?

No GDM 3.36.2 no meu caso

Ei,
Pode estar relacionado a como o pacote deb é compilado. Os scripts de compilação do Clipit têm o sinalizador enable-appindicator, alterná-lo pode ajudar.

Posso preparar o segundo pacote de deb, mas nas próximas 2-3 semanas estou muito ocupado e não posso prometer qualquer data.

Obrigado pela sua resposta rápida

Não tem problema, faremos o mesmo por algumas semanas

Estamos muito gratos por sua correção, mantenha seu tempo :)

@Darcidride carregou o arquivo deb com o indicador do aplicativo
Por favor, deixe-me saber se este problema de ícone de correção.

@afelinczak Ainda nenhum ícone do meu lado

Estou usando esta versão do clipit do seu repositório pessoal (versão focal)

clipit:
  Installed: 1.4.5+git20200624-1ppa1
  Candidate: 1.4.5+git20200624-1ppa1
  Version table:
 *** 1.4.5+git20200624-1ppa1 500
        500 http://ppa.launchpad.net/afelinczak/ppa/ubuntu focal/main amd64 Packages
        100 /var/lib/dpkg/status
     1.4.4+git20190202-2 900
        100 https://deb.debian.org/debian unstable/main amd64 Packages
        900 https://deb.debian.org/debian testing/main amd64 Packages
     1.4.4+git20190202-1 -20
        -20 https://deb.debian.org/debian stable/main amd64 Packages

Mais algumas informações se puderem ajudar:

$ uname -a
Linux LUNE 4.19.0-4-amd64 #1 SMP Debian 4.19.28-2 (2019-03-15) x86_64 GNU/Linux

$ cat /etc/debian_version
bullseye/sid



md5-aaedf8d028d89a824e722bb351a65da5



gdm3 --version
GDM 3.36.3

Mas o clipit está funcionando muito bem, estou usando-o com atalhos, sem o ícone de status gdm3

ei @Darcidride
Desculpe pelo mal-entendido - Eu carreguei o arquivo deb aqui no github (seção de lançamento) e não no ppa.
Posso obter 2 versões do ppa, mas estou usando o Ubuntu Mate diariamente e a versão atual do PPA funciona bem para mim.
Por favor, verifique este e me diga se o ícone funciona
https://github.com/CristianHenzel/ClipIt/releases/download/v1.4.5/clipit_1.4.5_amd64_indicator.deb

Oi @afelinczak
Eu instalei a versão vinculada a partir do link GitHub
O indicador do aplicativo está lá! : +1:

Eu precisei forçar a instalação, pois o semversioning é mais antigo que o outro que instalei, e eu apt-mark hold este pacote para o caso

Bem, está tudo funcionando perfeitamente do meu lado, muito obrigado pela sua correção!

Alguém teve sorte com o pacote corrigido no Ubuntu 19.10? Tentei ambos os pacotes do site launchpad e ambos postei na página de lançamento do github, mas sem sorte - recebo um aviso de que a ligação das teclas de atalho falhou e nada mais - nenhum ícone, nenhuma mensagem de erro.

Não tenho certeza se alguém testou em 19.10 @SuzanaK, mas pela mensagem de erro, gostaria de verificar se algum outro aplicativo não está usando as mesmas teclas de atalho do clipit.
Presumo que você esteja usando o arquivo deb do terceiro post acima.

sim eu usei este arquivo deb acima, mas também este arquivo deb https://github.com/CristianHenzel/ClipIt/releases/download/v1.4.5/clipit_1.4.5_amd64.deb e ambos do ppa. Nenhum deles funcionou, eu também não recebo um ícone onde eu pudesse mudar as teclas de atalho. De acordo com os atalhos de teclado, nenhum outro aplicativo está usando, por exemplo, Ctrl + Alt + H, que usei para exibir o histórico. Depois de instalar e clicar em "Iniciar", nada acontece. Quando eu inicio o clipit no terminal, recebo o aviso das teclas de atalho e nada mais.

Verifique se todas as ligações são gratuitas:

História | Ctrl + Alt + h
Ações | Ctrl + Alt + a
Menu | Ctrl + Alt + p
Pesquisa | Ctrl + Alt + f
Modo offline | Ctrl + Alt + o

Sim, todos são gratuitos. Mas não acho que seja esse o problema - todo o aplicativo não inicia, mas não há mensagem de erro.

Desculpe, a falha ao iniciar não teve nada a ver com o clipit, eu tive um problema com meu gerenciador de exibição.
O pacote aqui https://github.com/CristianHenzel/ClipIt/releases/download/v1.4.5/clipit_1.4.5_amd64_indicator.deb funciona.
Desculpem a confusão e obrigada!

@SuzanaK Eu tentei testar isso hoje, mas 19.10 chegou ao fim da vida útil e não consegui instalar o clipit porque os repositórios do Ubuntu não estão mais ativos.
Eu sugiro atualizar para 20.04 LTS.

Talvez alguém possa adicionar um comentário neste leia-me do projeto, em descontinuado, para informar que podemos usar este pacote em vez de passar para outra ferramenta

@Darcidride boa ideia, tenho PR aberto relacionado ao méson, adicionarei uma nota ao readme.

Mesmo problema no meu caso (teste Debian)

Olá, mesmo problema aqui:

O painel de histórico é assim, e o painel de preferências é travado após um primeiro clique dentro dele, também as teclas de atalho para acessar a área de transferência de histórico não funcionam mais ...

Alguns registros:

(clipit:24858): Gtk-CRITICAL **: 14:06:37.634: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.641: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.649: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.650: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.658: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.666: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.674: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.681: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.681: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.689: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.689: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...

Não sei como consertar, por favor nos ajude :)

Informações do sistema

uname -a:
Linux oab-cycd9w1 4.17.0-1-amd64 #1 SMP Debian 4.17.8-1 (2018-07-20) x86_64 GNU/Linux

cat / etc / debian_version: buster/sid

Solução temporária

Como não vi nenhuma notícia sobre uma possível correção, removi minha versão do clipit e mudei para a versão 1.4.2 para o repositório strethc.

Se você também precisar disso, aqui estão as etapas:

1. Verifique as diferentes versões que você pode instalar

$ apt-cache policy clipit
clipit:
  Installed: 1.4.2-1.2
  Candidate: 1.4.4-2
  Version table:
 *** 1.4.4-2 900
        900 http://http.debian.net/debian buster/main amd64 Packages
        -10 http://http.debian.net/debian unstable/main amd64 Packages
     1.4.2-1.2 100
        -20 http://httpredir.debian.org/debian stretch/main amd64 Packages
        100 /var/lib/dpkg/status

(no meu caso, estou no Debian testing, então instalei a versão 1.4.4-2 do clipit do repositório 'buster / testing')

1. Em seguida, remova o clipit (não o limpe, você perderá todas as suas preferências)
   $ sudo apt autoremove clipit
2. Agora instale novamente o clipit, mas a partir do repositório que você deseja, no meu caso o repositório 'stretch / stable'
   $ sudo apt install -t stretch clipit
3. Por fim, verifique a versão instalada:

$ apt-cache policy clipit
clipit:
  Installed: 1.4.2-1.2
  Candidate: 1.4.4-2
  Version table:
     1.4.4-2 900
        900 http://http.debian.net/debian buster/main amd64 Packages
        -10 http://http.debian.net/debian unstable/main amd64 Packages
 *** 1.4.2-1.2 100
        -20 http://httpredir.debian.org/debian stretch/main amd64 Packages
        100 /var/lib/dpkg/status

Aproveite, agora você poderá iniciar novamente o clipit sem um painel de preferências congelado e com uma tecla de atalho funcionando. (e qualquer outra coisa)

E: O valor 'stretch' é inválido para APT :: Default-Release já que tal versão não está disponível nas fontes