http://bugs.winehq.org/show_bug.cgi?id=16367
--- Comment #10 from Alexander De Sousa xandy.lua@gmail.com 2010-01-22 10:41:51 --- Yes, it could be, but not exactly I think.
At least for XMPlay when entering for the first time the configuration options related to the shortcuts the following appears:
fixme:keyboard:UnregisterHotKey (0x20084,0): stub
Then setting a keyboard shortcut to something (I set the "play/pause" functionality to Ctrl+Shift+P to test) and exiting XMPlay will cause to appear the following whenever it starts:
fixme:keyboard:RegisterHotKey (0x30084,63,0x00000006,80): stub
So it doesn't register the hotkey globally (it works if the app is focused). This behaviour is related to the bug 1348.
The problem I see is that multimedia keys can't get mapped even when the app is focused. In XMPlay when setting the shortcut it waits until some key(s) are pressed, pressing any multimedia key (in my case from 0xAD to 0xB3) will have no effect unless they're pressed in company of any special key.
For example:
The key identified as XF86AudioPlay (in my system 0xB3) should be used it alone to play/pause instead of using Ctrl+0xB3 or Alt or Shift, ...
In a Windows system it happens that way, you can map multimedia keys without any other special key, through Wine you cannot do that.
I hope this clarifies the bug and helps with something.