geekhack
geekhack Community => Keyboards => Topic started by: karljs on Sat, 20 February 2010, 18:45:16
-
Hi everybody.
I'm the proud new owner of an HHKB Pro 2, which I absolutely love so far. My only issue is with the media keys (fn + a/s/d/f) which don't work out-of-the-box in either windows or linux.
I tried to bind the keys manually in my Linux install but the system can't seem to tell the difference between 'A' and 'fn A' instead giving me a warning that I shouldn't bind normal characters.
Has anybody been able to overcome this problem? The 'fn' key works for other features like the directional keys, pgup, etc.
-
I think it's designed for the Mac. There is a different media key standard for Windows keyboards, and Linux uses it too.
-
running ubuntu and yeah, they don't work. I mapped the volume keys as shift + alt + [a,s,d] to control volume in 'keyboard shortcuts. playing with xev shows nothing for the fn key.... odd.
-
"Windows" media keys work on MacOSX. The scan codes are recognized in the same manner. For example, my Saitek backlit has media keys which work the same way on MacOS X 10.3.9, 10.4.11 as Windows 2K, XP, Vista, 7.
-
I guess for now I'll remap them similar to you, bigpook.
I wonder if playing with the first two switches could get them to register differently...?
-
"Windows" media keys work on MacOSX. The scan codes are recognized in the same manner. For example, my Saitek backlit has media keys which work the same way on MacOS X 10.3.9, 10.4.11 as Windows 2K, XP, Vista, 7.
My original post was somewhat misleading. There's a USB standard (if memory serves me correct) which keyboards made for Windows PCs adhere to. Im pretty sure that Mac has their own ones, given that they had this sort of functionality on their keyboards before it was standardized for Windows.
Who needs media keys anyway? :P
-
I believe that Apple has used different standards for the media keys between different versions of its OS, and the HHKB uses an older standard. On PFU's website (http://www.pfusystems.com/hhkeyboard/leaflet/hairetu.html) they mention a driver you need to download to make the media keys work on the Mac.
Recent versions of Mac OS seem to have ways to cope with the different media key standards, even for PC keyboards.
But on a PC the volume and mute keys don't even send scan codes that get far enough for utilities to read. Eject does send a readable scancode, so can be remapped with the right tools.
I can understand why Apple wouldn't want to slavishly follow PC standards for the media keys. But can't they at least stick to their own standards?
-
playing with xev shows nothing for the fn key.... odd.
Responding to this point in particular, assuming the HHKB Fn key works the same way as it does on other keyboards, the key is not supposed to be visible to software. It alters the code sent by other keys entirely within the keyboard itself so the OS just sees another key entirely for a given combination, rather than [modifier] followed by [key you pressed after].
-
Not sure what's up with the HHKB and Linux.
-
There is a different media key standard for Windows keyboards, and Linux uses it too.
-
You can use showkey on Linux to see if the keys actually produce a scan code then you can use setkeycodes to set them to what you want.
NOTES: showkey and setkeycodes interact directly with the Linux keyboard driver not X11. showkey will only work on a real Terminal or a VT. If you use setkeycodes in a VT with X11 running attached to a another VT your keyboard will no longer work in X just use your mouse to logout (which causes X to restart) and log back in. The advantage is that you can remap anything you want including dead keys. So all you have to do is tell the kernel driver to map those keys to media keys and X11 will pick them up automatically no messing with modmap and to top it off your keys will work correctly in a VT as well. Give me a few days and I will plug mine in and check those keys out and see what they generate as well as look up the keycodes they need to be mapped to for them to work. This is how I remap keys on my Japanese boards with out setting the board to Japanese.
-
Responding to this point in particular, assuming the HHKB Fn key works the same way as it does on other keyboards, the key is not supposed to be visible to software. It alters the code sent by other keys entirely within the keyboard itself so the OS just sees another key entirely for a given combination, rather than [modifier] followed by [key you pressed after].
right, further testing with xev shows that. doh.
-
Has anyone put the HHKB in Macintosh mode yet to scan for Key Codes?
Yes, in Macintosh mode (switch #1 down, switch #2 up) I can control the volume and mute it on Ubuntu, out of the box. I remember controlling the volume on Windows too, I don't remember in which mode though.
-
NO, setting the DIP switch to MAC mode DOES NOT make the media keys work (or even show) in Windows. At least not my HHKB Pro (older version without USB hub.)
Eject sends scan code 107 (0x6B).
Vol_Dn Vol_Up and Mute all produce nothing.
Tested with AutoHotkey, KeyTweak, and Aqua's Key Test. In Windows XP.
Edit> I have much Logitech and Cherry software loaded. That may affect my results, I suppose.
-
It is definitely in Mac mode, as the Eject and Clear keys start working.
(Clear works as numlock, as would happen if you plugged a Mac keyboard into a PC.)
-
I have no Windows machine to test this on, but I think you need to put your HHKB in "Lite" mode to get the volume keys to work on Windows. It will also turn Fn+Tab into Caps Lock.
Edit: Looking at the Lite's key layout, I'm probably wrong. I can't remember how I was controlling the volume on Windows, maybe I wasn't using the standard HHKB keys ?
-
On my HHKB Pro 2 setting the switches to mac mode gets them working in Linux. I'll get around to testing in Windows later.
Thanks for the input, everybody!
-
If I put my HHKB2 into Mac mode (via a DIP switch), the volume control keys work fine for me under Linux (Debian testing w/KDE).
Not sure what you're missing... have you verified you actually verified that Linux is getting the key codes properly and whatever daemon that's supposed to handle them is handling them? This, unfortunately, is unbelievably confusing w/modern desktops these days.
-
My understanding is that Macintosh mode enables these key combinations. That's the whole purpose of Macintosh mode.
-
i have a Happy Hacking keyboard Lite (2?) that i could test with.
if i can ever get my debian machine working, i might be able to test this... but so far it's been online college and boxing my room for moving. :/
-
I tried Mac mode on my HHKB, and the media keys still didn't work in Windows 7 x64 Pro. Love the switches, but the layout is going to take some time to figure out. I am getting killed with the backspace key being one key lower.
-
What do these media volume keys do? From the description, they sound like a suboptimal implementation of the volume knob on a decent set of speakers...
(http://img.tomshardware.com/us/2004/11/11/logitech_z/z2300_5.jpg)
-
Confirms my theory that Fujitsu were key conspirators in the Rick Rolling meme.
Mute. Mute, damnit. MUTE!!!!
(http://www.g-ray.co.uk/pictures/gifbin1241026091youvebe.gif)
-
[weakJoke] My HHKL2 doesn't look like the one above. >_< [/weakJoke]
(http://geekhack.org/attachment.php?attachmentid=8048&stc=1&d=1266895919)
i need a cover for this thing. >_<