ctrl+ shift+ ué uma tecla de atalho combinada no Eclipse.

Mas quando pressiono, aparece um u, exatamente como a entrada com um sublinhado. Eu acho que esse atalho foi declarado pelo Ubuntu, então não posso usá-lo.

Eu costumava resolver esse problema digitando capslockprimeiro. Existe algum método melhor?

Encontrei uma maneira de desvinculá-lo no Ubuntu 13.10.

Vá para Suporte ao idioma em Configurações do sistema e altere o sistema de método de entrada do teclado paranone

Em seguida, reinicie o sistema.

Solução Ubuntu 18.04

A resposta de ShmulikA foi próxima, mas, infelizmente, selecionar "Nenhum" não funcionou para mim. Posso confirmar que o processo abaixo funciona em 18.04 a partir de abril de 2019.

1. Abra a Pesquisa usando a Supertecla (também conhecida WINpor pessoas como eu)
2. Digite "suporte ao idioma" e pressione ENTER

3. Clique no menu suspenso do sistema de método de entrada do teclado e selecione XIM

4. Clique em Aplicar em todo o sistema
5. Clique em Fechar
6. Reiniciar

Quando eu entrei novamente, pude definir CTRL+ SHIFT+ Ucomo um atalho no Visual Studio Code.

Edit: "Apply System Wide" não é necessário. Esse botão refere-se à seção Idioma, não à caixa de diálogo inteira.

Alterar o método de entrada como o PutzKipa explica realmente resolve o problema.

No entanto, não encontrei nenhum painel de configuração no KDE ubuntu 14.04 para fazer o trabalho, e o utilitário de configuração padrão parece estar quebrado. Finalmente consegui criar um arquivo ~ / .xinputrc que contém uma única linha:

run_im xim

depois saia / faça login. Isso escolhe xim como método de entrada ( ibus é o padrão). Se você remover seu ~ / .xinputrc , o im-config poderá listar os métodos de entrada disponíveis, mesmo que ele não selecione um.

Experimentar:

export GTK_IM_MODULE="gtk-im-context-simple"

e, em seguida, execute o Eclipse a partir do mesmo shell. Ou se isso não funcionar,

export GTK_IM_MODULE="xim"

(Esse teste só funciona ao executar o comando export e, em seguida, o Eclipse a partir da mesma linha de comando do shell, não muda nada se você usar um atalho da área de trabalho ou o menu Aplicativos ou executar o Eclipse a partir de um novo shell.)

Se um dos testes funcionar, você poderá fazer a alteração em todo o sistema adicionando-a /etc/environmentou por usuário ~/.gnomerc. (O exportcomando não aparece nesses arquivos, apenas uma nova linha com GTK_IM_MODULE="xim"ou GTK_IM_MODULE="gtk-im-context-simple".)

Parece que esse comportamento vem dos mapeamentos de entrada do GTK, conforme descrito aqui: https://developer.gnome.org/gtk3/unstable/GtkIMContext.html

... Isso é chamado de pré-edição, e um método de entrada pode fornecer feedback sobre esse processo, exibindo os estados intermediários da composição como texto de pré-edição. Por exemplo, o método de entrada padrão do GTK + implementa a entrada de pontos de código Unicode arbitrários, mantendo pressionadas as teclas Control e Shift e, em seguida, digitando “U” seguido dos dígitos hexadecimais do ponto de código. Ao liberar as teclas Control e Shift, a pré-edição termina e o caractere é inserido como texto. Ctrl + Shift + u20AC, por exemplo, resulta no sinal €.

O GTK é usado por vários aplicativos comuns no Ubuntu, incluindo o Eclipse.

Ubuntu 18.04

Correndo para este problema no Ubuntu 18.04, tentei todas as sugestões acima, mas infelizmente nenhuma delas funcionou. Acabei desinstalando o ibuspacote.

Notas de fundo / laterais

Eu tentei desativar o IBus usando

1. o Language Supportmenu
2. im-config(configura ~/.xinputrc)
3. sudo im-config(configura /etc/X11/xinit/xinputrc)

Notei, no entanto, que não importava a configuração que eu tentasse, o daemon ibus estava sendo executado todas as vezes após a reinicialização.

Solução Ubuntu 14.04 / 18.04

atualize recentemente para o 18.04 e lutei para resolver esse problema.

1. pesquisa aberta usando a supertecla
2. vá para o suporte ao idioma
3. clique no menu suspenso do sistema de método de entrada do teclado e escolha nenhum

4. não se esqueça de clicar - aplique todo o sistema
5. feche a janela (não será ativado até você)
6. reiniciar (logout pode ser suficiente)

O crédito é revertido no askubuntu - por algum motivo alguém deseja ativar esse atalho.

Eu uso o Ubuntu 18.10 e tive problemas em um aplicativo específico (Intellij Idea).

Nesta resposta do askUbuntu , Kayvan Tehrani mostra uma configuração que funciona para mim nessa configuração. Defina o XMODIFIERS como uma sequência vazia antes de executar seu aplicativo:

export XMODIFIERS=""
myapp.sh

No meu caso, myapp.sh era idea.sh e adicionei a linha dentro do arquivo:

#!/bin/sh
#
# ---------------------------------------------------------------------
# IntelliJ IDEA startup script.
# ---------------------------------------------------------------------
#
export XMODIFIERS=""
...

Dessa forma, meu atalho na área de trabalho ainda funciona.

Aparentemente, o XMODIFIERS altera a maneira como o xim e o ibus funcionam e, quando desmarcado, desativa o combo CTRL-SHIFT-U, permitindo que ele seja filtrado no aplicativo atual.

Para o Ubuntu 18.04.

Eu lutei com esse problema por dois dias. Eu tentei todos os métodos listados aqui anteriormente. E parece que eu vim com uma solução. Mas é muito instável e tem bugs.

A idéia básica é a seguinte: nas configurações do sistema, você pode especificar o comando iniciado pela combinação de teclas Ctrl+ Shift+ U.

Nota: se você especificar falsecomo comando, a combinação não funcionará.

No entanto, podemos especificar o caminho para o script como o comando, no qual simularemos pressionar a mesma combinação de teclas.

Para simular pressionamentos de tecla, tentei o xdotool( apt install xdotool) e o xte( apt install xautomation). Ambas as opções eram instáveis. No entanto, xteacabou por ser mais flexível para mim.

Exemplo com xte

• Crie um arquivo /home/username/shortcut.sh
• Adicione permissão para executar: chmod u+x /home/username/shortcut.sh
• Especifique o caminho para o script como um comando para a combinação de teclas Ctrl+ Shift+ Unas configurações do teclado

Aqui está um exemplo de script:

#!/bin/sh
# Make a small delay in order to have time to release the keys.
sleep 0.2

# Simulate the release of just pressed keys, if they are still pressed.
xte 'keyup u' 'keyup Shift_L' 'keyup Control_L'

# Hack: Caps_Lock is used so that the system does not intercept this combination.
# You can try to remove it if it hinders you.
xte 'key Caps_Lock'

# Simulate pressing a key combination
xte 'keydown Shift_L' 'keydown Control_L' 'key u'

# Simulate releasing a key combination
xte 'keyup Shift_L' 'keyup Control_L'

# Restore Caps_Lock to the previous state.
xte 'key Caps_Lock'

Testei isso no PhpStorm 2018.2 EAP Build # PS-182.3458.35 e posso dizer que funciona, mas com algumas ressalvas:

• isso funciona lentamente (no meu PC antigo)
• durante a execução do script, é melhor não pressionar nenhuma tecla
• às vezes pode não funcionar
• às vezes, pode entrar em um loop infinito. Portanto, é melhor adicionar uma verificação ao script de que o script já está sendo executado.

Em geral, se você não costuma usar essa combinação, esta solução pode ser sua opção.

Mas, provavelmente, alguém terá uma solução melhor e mais estável.

Espero que essa idéia ajude alguém.

1. Execute a ibus-setuppartir do terminal (ou abra as Preferências do IBus).
2. Vá para "Emoji".
3. Ao lado de “Ponto de código Unicode:”, clique nos três pontos (ou seja ...).
4. Na caixa de diálogo, clique em "Excluir" e depois em "OK".
5. Feche a janela Preferências do IBus.