| [ Return to Bugs & Features | Roadmap 1.3 | SVN ⇄ GIT ]
STR #2638
Application: | FLTK Library |
Status: | 1 - Closed w/Resolution |
Priority: | 1 - Request for Enhancement, e.g. asking for a feature |
Scope: | 3 - Applies to all machines and operating systems |
Subsystem: | Core Library |
Summary: | support for multimedia keys |
Version: | 1.3-feature |
Created By: | ossman |
Assigned To: | manolo |
Fix Version: | 1.3.0 (SVN: v8710) |
Update Notification: | |
Trouble Report Files:
Trouble Report Comments:
|
#1 | ossman 07:50 May 20, 2011 |
| This patch adds support for some common multimedia keys you can find on modern keyboards. The subset is chosen based on well defined virtual keys on Win32 (X11 has a silly amount of these keys defines).
OS X didn't get any support as those keys don't work there (AFAICT). There is some support for volume keys, but those are caught at a higher level so they probably don't make much sense intercepting here. | |
|
#2 | spitzak 12:08 May 21, 2011 |
| For both X and Windows the numbers don't change, so you can hard-code them and avoid #if's that disable this functionality.
Put the symbol the number matches into the comment. For instance, assuming the number is 0xFEEEE:
case 0xFEEEE: // XF86XK_AudioRaiseVolume: keysym = FL_VOLUME_UP; break; ...
This can help considerably with debugging when the programmer cannot locate the original symbol definitions, too. | |
|
#3 | manolo 15:00 May 21, 2011 |
| Fixed in Subversion repository.
Should be fixed with r. 8710. Can the OP confirm? | |
|
#4 | ossman 08:04 May 23, 2011 |
| Seems to work just fine on X11 and Win32. Thanks. | |
|
#5 | manolo 09:58 May 23, 2011 |
| Fixed in Subversion repository.
The fix uses the OP patch simplified using Bill's suggestion. | |
[ Return to Bugs & Features ]
|
| |