| | [ Return to Bugs & Features | Post Text | Post File | SVN ⇄ GIT | Prev | Next ]
STR #2793
| Application: | FLTK Library |
|---|
| Status: | 5 - New |
|---|
| Priority: | 1 - Request for Enhancement, e.g. asking for a feature |
|---|
| Scope: | 3 - Applies to all machines and operating systems |
|---|
| Subsystem: | Core Library |
|---|
| Summary: | Option to change FL_SHORTCUT logic |
|---|
| Version: | 1.4-feature |
|---|
| Created By: | dfatfl |
|---|
| Assigned To: | Unassigned |
|---|
| Fix Version: | Unassigned |
|---|
| Update Notification: | |
|---|
Trouble Report Files:
[ Post File ]
Trouble Report Comments:
[ Post Text ]
| |
| #1 | dfatfl
21:33 Dec 09, 2011 |
| This patch adds an option to use new logic that makes more since for shortcut handling. The old/default handler considered where the mouse was on how it handled shortcuts and was confusing the heck out of users. The new logic says the widget with keyboard focus gets first crack if no shift type shortcut (character/digit type shortcuts that fits in with the shortcuts in browser STR#2757), then sent up to first window to handle the rest. The logic being alt-key needed to send s shortcut outside any group. | |
| |
| #2 | AlbrechtS
03:36 Feb 07, 2019 |
| Moved from 1.3-feature to 1.4-feature.
This STR has been superseded, see also cumulative patch in STR 3485:
https://www.fltk.org/str.php?L3485 | |
[ Return to Bugs & Features | Post Text | Post File ]
|
| |
