Hi all,

My current keyboard has no right "Windows" key. I was using it with a PS/2 adapter with the UBoot kbddev_norwin variable set to yes and all was goodness. However, I've recently stuck my A1 behind a USB KVM and the kbddev_norwin doesn't seem to have any effect anymore (which makes sense).

Is there an easy way, or is it possible at all, to enable the "Menu" as the R-Win key a-la the kbddev_norwin UBoot environment variable for a USB keyboard?

Cheers!

Last edited by Reaps on 10-Feb-2006 at 09:22 AM.

@Reaps

amigakeyremapper.lha

It makes your left amiga key act as right amiga.

I also made a version which remaps to the left alt key, if you think that would be better, that I can upload for you if you want. Be aware though that left alt will not work as "alt" anymore then. I tried making it work as both lalt and right amiga, but it wouldn't work at all then .

Last edited by salass00 on 08-Feb-2006 at 01:15 PM.

@salass00

Thanks for that, I've grabbed it and I'll try it when I get home. The readme states that it swaps the RAmiga and LAmiga... so, correct me if I'm wrong: my LWin will become "RAmiga" and I'll lose the "LAmiga" key because my RWin/Menu will remain useless?

@Reaps

Quote:

The readme states that it swaps the RAmiga and LAmiga... so, correct me if I'm wrong: my LWin will become "RAmiga" and I'll lose the "LAmiga" key because my RWin/Menu will remain useless?

Yes, that is correct.

@Reaps

I managed to buy one of these keyboards. It wasn't going to work out for me so I took it back. Silly keyboards

FuZion.

@Reaps

Are you saying that setting the uboot variable "kbddev_norwin" to "1" doesn't work for the USB keyboard?

I don't know if the usb driver uses keyboard.device (which reads the uboot var), but I'll inquire.

[edit]
Meh, it uses input.device
I'll suggest adding that feature to the developer.
[/edit]

Last edited by AmigAlex on 09-Feb-2006 at 09:35 AM.

_________________
AlexC's free OS4 software collection

AmigaOne XE/X1000/X5000/UAE-PPC OS4 laptop/X-10 Home Automation

@Reaps

The docs for the USB HID driver can be found in its release notes,
and the release notes were not published.

About
=====
The hid.usbfd module is a driver for HID (Human Interface Device) class
USB devices. It implements support for pointing devices such as mice and
trackball, keyboard support for keyboard-style devices and will also handle
joystick/joypad style controllers and the like.
If you have a low-spec machine and you don't need mouse-wheels or joysticks,
you are propably better off using the bootmouse/bootkeyboard drivers as they
are much less resource hungry than this HID driver.

OS4 betatesters: Report HID problems to usb_fd_hid
in the bug tracker.
Others: Report problems to graff@amigausb.dk,
subject "Bug: usb_fd_hid".


Keyboard driver notes
=====================
As of version 1.6 it is possible to define replacement keys for missing
qualifier keys on a keyboard. If your keyboard e.g. lacks the RightCommand
key (which is traditionally mapped as RAmiga) you can define another key to
perform the RightCommand function.
Replacement keys are defined by environment variables, which are placed in
"ENV:usb/hid.keyboard". The value of such an environment variable is the HID
Usage of the replacement key defined by the variable. HID Usages can be found
in the Usage Tables section of the HID specification. Note that only keyboard
page usages can be used.
The following environment variables can be created:
lshift Replacement key for Left Shift
rshift Replacement key for Right Shift
lalt Replacement key for Left Alt
ralt Replacement key for Right Alt
lctrl Replacement key for Left Control
rctrl Replacement key for Right Control
lgui Replacement key for Left GUI (Left Command)
rgui Replacement key for Right GUI (Right Command)
numlockoff "1" to turn off NumLock by default, "0" (or not present) to enable
NumLock by default.

One nice-to know Usage is the Usage for the Application key, which is a likely
candidate for RightCommand replacement on small keyboards w/o that key. The
Application key has Usage 0x00070065.

@TetiSoft
@AmigAlex

Thanks for the info, I'm at work at the moment, but I'll take a look when I get home. I've only recently (last night) installed Update 4 (and used a PS/2 keyboard for that) so I'll swap back to the USB and report back.

Cheers!

@Reaps

Like Detlef says, it can be controlled by setting variables.
To clarify this a bit (if I understood correctly myself) using the command

SetEnv SAVE usb/hid.keyboard/rgui 0x00070065

would allow you to use the "menu" key as the Right Amiga key.

But according to the notes, the usb HID driver already checks if the uboot variable "kbddev_sysreqishelp" and/or "kbddev_norwin" are set to "1" and remaps the keys accordingly.
the driver's author, confirmed that feature has been implemented since last June.

_________________
AlexC's free OS4 software collection

AmigaOne XE/X1000/X5000/UAE-PPC OS4 laptop/X-10 Home Automation

@AmigAlex

If U4 has fixed this behaviour, cool! My original post beat the U4 announcement by a matter of hours I think - I was a sleep at the time. Either way, I'll check it out when I get home and plug the USB keyboard back in.

Cheers!

@AmigAlex

Ok, setting SetEnv SAVE usb/hid.keyboard/rgui 0x00070065 works and I'm a happy camper again!

Quote:

But according to the notes, the usb HID driver already checks if the uboot variable "kbddev_sysreqishelp" and/or "kbddev_norwin" are set to "1" and remaps the keys accordingly. the driver's author, confirmed that feature has been implemented since last June.

However, this certainly doesn't seem to be the case for me. I've certainly set the UBoot variable kbddev_norwin as it works in PS/2 mode (same keyboard with an adapter - Logitech Corded "Comfort"(?) keyboard) but isn't picked up running as USB. The only thing I can think of that differs from what has been described is that I would have set kbddev_norwin to "yes" not "1", but I would presume that yes=1 internally... thoughts?

@Reaps

Strange that it doesn't work for you. I'm sure it worked back when I implemented it
I'll recheck it and get it to work again .. although you'll have to wait for either another update or the final release to get your hands on it.

Last edited by graff on 10-Feb-2006 at 09:38 AM.

_________________
Regards
Thomas Graff Thøger

@graff

Thanks for the info. As long as I can work around it for the moment, I'm happy. I just hate having to find new keyboards that I like to use...