É mais uma tentativa de obter Fn
teclas para aumentar / diminuir o volume, brilho, etc. Esses controles simplesmente não estão funcionando no meu ultrabook sem marca.
Quero detectá-los para modificar /home/username/.config/openbox/lubuntu-rc.xml
, pois o seguinte não parece funcionar:
<keybind key="XF86AudioRaiseVolume">
<action name="Execute">
<command>amixer -q sset Master 3%+ unmute</command>
Nem xev
nem xbindkeys
nem keytouch
estão detectando quando pressiono Volumen para cima ou para baixo brilho, por exemplo. O botão iniciar / parar o touchpad está funcionando, mas também não é detectado por esses aplicativos.
Eu também tentei com, dconf-editor
como é sugerido aqui . next
já foi definido como XF86AudioNext
(e é active
)
Aqui , li a seguinte explicação:
Algumas Fncombinações de teclas de laptop são multimídia (aparecendo no sistema operacional como chaves comuns com códigos fora do padrão), enquanto outras acionam eventos ACPI que eventualmente atingem o sistema operacional, e algumas são tratadas apenas pelo BIOS e nunca vistas pelo sistema operacional. Os caminhos das informações são explicados na página Hotkeys / Architecture no wiki do Ubuntu, completa com diagramas.
Se o sistema operacional não consegue ver nada quando você pressiona as teclas de brilho, pode ser porque elas são tratadas diretamente pelo BIOS. A batalha não está completamente perdida - é, em princípio, possível invadir o BIOS - mas o nível de dificuldade é consideravelmente aumentado.
Qualquer ideia?
xev
não relata os códigos de teclas para as teclas pressionadas, mas o kernel vê os códigos de escuta ? Você deve poder verificar a dmesg
saída e ver as mensagens como Unknown key pressed (translated set 2, code 0xa0 on isa0060/serio0
- alternativamente, você pode tentarsudo showkey --scancodes
showkey
Tem o mesmo resultado que xev
, xbindkeys
ou keytouch
. Eu digitei dmesg | grep -i 'key'
, dmesg | grep -i 'translated'
etc: o resultado está vazio.