#6442: AltGr should have a separate keycode -------------------------------+-------------------------------------------- Reporter: rq | Owner: pulkomandy Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Keyboard | Version: Resolution: | Keywords: Blocked By: | Has a Patch: 0 Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment (by pulkomandy): Ok, if your keyboard doesn't work like french, let's fix that first. Keeping in mind that "alt vs ctrl as command key" isn't going to change, there's an option for that. The fact that there is an option means we couldn't reach an agreement for 10 years of development, so we made it an user setting. Settings are something we try to avoid, so if this one is there, it means there is really a string demand from both sides. As for separating left- and right- keys, the BeAPI is made in a way that allow apps : * To check both of them (is control pressed) * To check for left/right specifically The former is the recommanded way, because of things I said above : you can't require a keyboard to have two keys for each. Merging "control" and "command": I see no interest in doing that. You say it "frees" a key, but control is already free for use in applications. It creates conflicts in terminal (break [ctrl c] vs copy [alt c] ; sleep [ctrl z] vs undo [alt z] ; and so on) and violates the Be API (which says there is control, command, option). Adding an extra modifier is ok, removing one is not because some apps may be using it already. Reassigning some keyboard shortcuts is another discussion. So here's the plan : * Fix some european keymaps to behave like french * Add an extra modifier code for win key ; or make it a compose * Start to think about how different actions should be distributed around these keys. Is that ok for you ? -- Ticket URL: <http://dev.haiku-os.org/ticket/6442#comment:14> Haiku <http://dev.haiku-os.org> Haiku - the operating system.