[haiku-bugs] Re: [Haiku] #7967: Update menu modifier images to more accurately reflect the corresponding key that appears on the keyboard
- From: "bonefish" <trac@xxxxxxxxxxxx>
- Date: Tue, 06 Sep 2011 22:38:02 -0000
#7967: Update menu modifier images to more accurately reflect the corresponding
key that appears on the keyboard
------------------------------+----------------------------
Reporter: jscipione | Owner: stippi
Type: enhancement | Status: new
Priority: normal | Milestone: R1
Component: User Interface | Version: R1/Development
Resolution: | Keywords:
Blocked By: | Blocking:
Has a Patch: 0 | Platform: All
------------------------------+----------------------------
Comment (by bonefish):
Replying to [comment:12 jscipione]:
> Replying to [comment:11 bonefish]:
> > Haiku has key roles which can be freely assigned to keys
>
> This is the first I've heard the term key roles. Are you referring to
keymaps? Or is there some classes somewhere that define a keyrole that I
am unaware of?
I came up with the term key role, which I found fitting for the
implemented concept; it probably isn't mentioned in the BeBook. And yes,
this is about keymaps. Physical key codes are mapped to "virtual" key
codes or, as I would name them in Haiku's case, key roles. E.g. your
BView::KeyDown() gets a `B_COMMAND_KEY` (cf. [http://dev.haiku-
os.org/browser/haiku/trunk/headers/os/interface/InterfaceDefs.h#L137
InterfaceDefs.h] for the defined modifier codes) regardless of whether the
key you pressed on your keyboard is actually labeled "Command" or not.
Unless we want to move to an explicit two-step mapping -- i.e. physical
key code -> virtual key code -> key role (*) -- it is not helpful (and
even problematic in case of multiple-to-one mapping) to display the actual
legends in KeyMap and use them in menus.
--
Ticket URL: <http://dev.haiku-os.org/ticket/7967#comment:13>
Haiku <http://dev.haiku-os.org>
Haiku - the operating system.
Other related posts:
