Todos os aplicativos que você mencionou são gtk+
aplicativos, por isso é muito fácil responder Por que ... Porque em todos os gtk+
aplicativos ( exceto um ), Shift+ Insertcola da CLIPBOARD - ou seja, é equivalente a Ctrl+ V. O atalho é codificado em gtkentry.c
(linha 2022) e gtktextview.c
(linha 1506):
gtk_binding_entry_add_signal (binding_set, GDK_KEY_Insert, GDK_SHIFT_MASK,
"paste-clipboard", 0);
Também está documentado no Manual de Referência GTK + 3 em GtkEntry
:
The “paste-clipboard” signal
void
user_function (GtkEntry *entry,
gpointer user_data)
The ::paste-clipboard signal is a keybinding signal which gets emitted
to paste the contents of the clipboard into the text view.
The default bindings for this signal are Ctrl-v and Shift-Insert.
Tanto quanto eu sei, isso foi feito para manter a consistência com outros DEs (consulte KDE
as Qt
principais combinações de teclas QTextEdit Class
) e o Windows OS 1 .
A única exceção é gnome-terminal
. Após longos debates, os desenvolvedores decidiram (por consistência com outros terminais) que, em gnome-terminal
, Shift+ Insertdeve colar do PRIMARY e Ctrl+ Shift+ Vdo CLIPBOARD (embora você tenha as opções para personalizar alguns atalhos).
Quanto a como você cola a seleção com um atalho de teclado ... não há uma maneira direta.
A maneira mais fácil é atribuir um atalho a um script que é executado xdotool click 2
(simula clicar no botão do meio do mouse). Enquanto isso funciona (e deve funcionar com todos ou com a maioria dos DEs e kits de ferramentas), só funciona se o cursor do mouse estiver sobre a caixa de entrada de texto; caso contrário, falhará.
Outra maneira relativamente fácil é via Gnome Accessibility, se estiver disponível no seu sistema. Também requer a presença de um teclado numérico. Vá para Universal Access
>> Pointing & Clicking
e ative Mouse Keys
. Verifique se NumLock
está desligado. Você pode usar as teclas do teclado numérico para mover o cursor e clicar. Para simular um clique do botão do meio do mouse, pressione (e solte) *(asterisco) e pressione 5(aqui está um pequeno guia ). Essa solução parece sempre funcionar em um gtk+
ambiente. A desvantagem é que ele requer Gnome Accessibility
e um numpad. Além disso, você não pode personalizar o atalho.
Uma solução interessante foi proposta no gnome-bugzilla (bug 643391) . (Atualização 2018: o problema agora foi movido para cá .) Requer a correção de alguns arquivos de origem e a definição de opções de configuração ~/.config/gtk-3.0/gtk.css
(ou ~/.gtkrc-2.0
para gtk+
2 aplicativos). Eu não tentei pessoalmente, mas o feedback é positivo.
Idealmente, você remendaria os arquivos de origem e definiria um "paste-selection"
sinal e depois ligaria Shift+ Insertao em "paste-selection"
vez de "paste-clipboard"
. O código de Andy (anexado no relatório de bug vinculado acima) pode servir como um guia sobre como fazer isso. Mesmo assim, isso afetaria apenas os gtk+
aplicativos (eu não sou um KDE/Qt
cara, então não tenho idéia de como alterar o Qt
comportamento dos aplicativos).
1: (para não mencionar o CUA da IBM)
Sinto muito: não posso escrever comentários por causa da reputação, por isso escrevo como resposta. Não é uma solução direta, mas me ajuda ...
Você pode usar a combinação de informações:
Edite o tema gtk e permita a ligação de teclas como desejar .
Exemplo de criação de keybinding do gtk 3.0 em css do tema .
Exemplo de substituição de ligações de teclas gtk e de desatamento .
Exemplo de modificação da ligação de teclas para o terminal gnome
Início automático do corte automático com opções padrão para sincronizar o CLIPBOARD com o CUTBUFFER (isso é opcional). Este link é apenas para informações sobre o problema.
Use o clipman para gui acessar vários buffers (PRIMARY e CLIPBOARD), sem seleções de sincronização automática (sincronização automática bidirecional comete erros).
Então, basta selecionar o tema gtk e modificar o CSS do tema para as combinações de teclas necessárias para os sinais de cópia de transferência (Ctrl + Insert) e pasta de transferência (Shift + Insert).
fonte