Emulação de numpad


13

Meu novo laptop (Dell Inspiron 5578 ) não possui teclado numérico . Muitos laptops sem teclas numpad dedicadas têm o numpad acessível por meio Fn, mas não este. Quando corro xeve tento usar Fncombos tradicionais (por exemplo, Fn+ Jpara 1), ele não vê nenhum evento. E os números nem estão nos rótulos.

AFAIU, não consigo criar nenhum atalho com a Fnchave, porque Fnnão é passado para o sistema operacional. Mas eu poderia, teoricamente, usar Alt_L+ Super_L. A questão é como fazê-lo corretamente. Eu preferiria fazê-lo em um nível mais baixo do que o layout do teclado para funcionar bem com todas as VMs, mesmo com as não Linux.

Ambiente: Qubes OS . A parte do host é baseada no Fedora.

Eu tentei:

  • Vincule um comando xdotool através do atalho de tecla do Xfce. Isso produz vários resultados estranhos: O comando (chave xdotool KP_1 e variações) geralmente funciona bem, mas não quando chamado por atalho. Quando chamado por atalho, o problema provavelmente é que as teclas modificadoras são pressionadas no momento. Eu tentei várias modificações ( --clearmodifierskeyup para modificadores etc.), nenhuma delas funciona bem.
  • Faça o mesmo com autokey. Eu tenho alguns congelamentos de autokey.

Não soluções:

  • Usar teclado numérico / teclado externo: embora eu tenha um teclado numérico (tipo de) no teclado externo, eu gostaria de ter um mesmo no interno, por exemplo, ao viajar e é impossível ou pelo menos desconfortável usar o teclado externo .
  • Usar linha numérica: no layout tcheco, a linha numérica é usada principalmente para letras acentuadas. O layout que eu uso ( variante extracs do CShack ) não possui números na "linha do número".
  • Compre um laptop diferente: foi difícil encontrar um laptop que atendesse aos meus vários requisitos.

1
Leia o xkb e adicione um nível personalizado Alt-L + Super-L. Execute também evtestpara procurar um evento Fn e, se isso também não funcionar, consulte o descritor HID e o evento HID bruto. Consulte dmesgpara encontrar dispositivos ocultos associados.
dirkt 22/05

@dirkt O uso do XKB parece definir um layout de teclas personalizado. O que é melhor que nada, mas não é uma solução preferida, pois eu teria que fazer o mesmo para todas as VMs (ou tempolates de VMs) e isso não funcionará em VMs não Linux. Vou tentar o evtest, mas não tenho certeza se ele funcionará com o teclado que está sendo usado.
V6ak

Você está apegado ao Alt_L + Super_L? Você poderia usar AltGr ou Shift + AltGr comxmodmap(1)
Fox

Se sua VM (qual?) Não transmite eventos X, mas insiste na passagem direta do teclado, você provavelmente pode falsificar um teclado criando sua própria /dev/input/eventXfonte ou a HID. Isso exigirá programação. Mas se funcionar xdotool, deve funcionar com xkbou xmodmap. E sim, atribuir uma única chave ao Mode_Switch ou ISO_Level3_Shift (AltGr por padrão) será mais fácil.
dirkt

1
O problema com o AltGr ou AltGr + Shift é que ele já está sendo usado. Não insisto em Alt_L + Super_L, mas parece a melhor opção: eles estão próximos um do outro no teclado interno e há uma pequena chance de ocultar algum atalho de teclado. E eles podem ser pressionados com a mão esquerda. Então, parece a combinação ideal,
v6ak 22/17/17

Respostas:


0

Eu acho que o caminho certo a seguir é criar seu próprio layout de teclado. Na verdade, você precisará fazer isso para todas as VMs e todos os sistemas operacionais, mas precisará implantá-los apenas nas VMs modelo.

Criá-los não é realmente tão difícil, dependendo do seu ponto de vista, mesmo que seja surpreendentemente fácil. Para o Linux, você está no caminho certo. Para o Windows, basta usar a tecla de atalho automático .

(Ou apenas abandone seu layout atual e tente o neo2 . Ele é otimizado para alemão, mas o layout em geral é excelente e você obtém suporte imediato no linux e uma implementação muito boa de autohotkey no Windows. Eu o uso há anos. A maior desvantagem é que o layout é tão exótico que você geralmente precisa personalizar atalhos nos programas para torná-los utilizáveis ​​novamente, por exemplo, o hjkl no vim é totalmente complicado.)


Eu fiz um layout personalizado, mas ainda é bastante imperfeito. Seria imperfeito mesmo se tivesse uma versão do Windows. A instalação nos templateVMs não é um problema, mas outras máquinas são complicadas. Primeiro, o RDP não respeita meu layout de teclado local. Segundo, é uma sobrecarga para várias VMs do Windows de vida curta (por exemplo, IE VMS).
V6ak 18/10/19

@ v6ak As VMs de vida curta devem herdar a configuração do modelo, para que isso não seja um problema.
18718 Franklin

Isso é verdade para VMs baseadas em modelo, mas não para VMs que você acabou de baixar. E também não para VMs remotas que não são gerenciadas por você. Estou relativamente bem com o layout padrão dos EUA (quando não preciso de sinais diacríticos, é principalmente compatível com o CShack), mas o uso da linha numérica não é muito natural para mim.
V6ak 18/10/19
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.