Đó là một nỗ lực nữa để có được Fn
các phím để tăng / giảm âm lượng, độ sáng, v.v. Những điều khiển đó đơn giản là không hoạt động trong ultrabook không có thương hiệu của tôi.
Tôi muốn phát hiện chúng để sửa đổi /home/username/.config/openbox/lubuntu-rc.xml
, vì những điều sau đây dường như không hoạt động:
<keybind key="XF86AudioRaiseVolume">
<action name="Execute">
<command>amixer -q sset Master 3%+ unmute</command>
Chẳng hạn, xev
cũng không xbindkeys
phải keytouch
là không phát hiện ra khi tôi nhấn volum lên hoặc giảm độ sáng. Nút touchpad / start đang hoạt động, nhưng các ứng dụng đó cũng không bị phát hiện.
Tôi cũng đã thử với dconf-editor
nó như được đề nghị ở đây . next
đã được đặt thành XF86AudioNext
(và nó là active
)
Ở đây , tôi đọc lời giải thích sau:
Một số Fntổ hợp phím máy tính xách tay là các khóa đa phương tiện (xuất hiện trên HĐH như các khóa thông thường có mã không chuẩn), trong khi các tổ hợp khác kích hoạt các sự kiện ACPI cuối cùng đến được HĐH và một số chỉ được xử lý bởi BIOS và HĐH chưa từng thấy. Các đường dẫn thông tin được giải thích trên trang Hotkeys / Architecture trên wiki Ubuntu, hoàn chỉnh với các sơ đồ.
Nếu HĐH không thể nhìn thấy bất cứ điều gì khi bạn nhấn các phím độ sáng, thì đó có thể là do chúng được xử lý trực tiếp bởi BIOS. Trận chiến không hoàn toàn thua cuộc - về nguyên tắc có thể hack BIOS - nhưng mức độ khó được nâng lên đáng kể.
Bất kỳ ý tưởng?
xev
không báo cáo các mã phím để bấm phím của bạn, nhưng không kernel thấy scancodes ? Bạn sẽ có thể kiểm tra dmesg
đầu ra và xem các tin nhắn như Unknown key pressed (translated set 2, code 0xa0 on isa0060/serio0
- thay vào đó bạn có thể thửsudo showkey --scancodes
showkey
Có cùng kết quả hơn xev
, xbindkeys
hoặc keytouch
. Tôi gõ dmesg | grep -i 'key'
, dmesg | grep -i 'translated'
vv: kết quả là trống rỗng.