| | [ Return to Bugs & Features | Roadmap 1.3 | Post Text | Post File | Prev | Next ]
STR #3279
| 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: | RFE: option to disable special character handling in menus |
|---|
| Version: | 1.3-feature |
|---|
| Created By: | cand |
|---|
| Assigned To: | cand |
|---|
| Fix Version: | Unassigned |
|---|
| Update Notification: | |
|---|
Trouble Report Files:
[ Post File ]No files
Trouble Report Comments:
[ Post Text ]
| |
| #1 | cand
09:40 Jan 26, 2016 |
| It would be nice to be able to disable all special character handling in menus, similarly to the discussed option for tooltips. Filing so I don't forget. | |
| |
| #2 | ianmacarthur
13:40 Jan 26, 2016 |
| I think this came up before, or at least something like it; I remember Edzard was asking, and I had some suggestions... um...
https://groups.google.com/d/msg/fltkgeneral/ImH1xhAC8Fo/n-gmjgb7fAIJ
It looks like I had a possible hackaround (NOT a fix!)
https://groups.google.com/d/msg/fltkgeneral/ImH1xhAC8Fo/_sIp5F8U1rwJ
Though I do wonder if this whole thing might be a bug of sorts, at the time I found...
<quote>
One annoying feature of this is that Fl_Choice sets fl_draw_shortcut non-zero for its labels whether SHORTCUT_LABEL is set or not, so simply defeating SHORTCUT_LABEL may not be enough... I mention this because I had a subclass of Fl_Choice that cleared SHORTCUT_LABEL, but the draw method still went ahead and set fl_draw_shortcut non-zero anyway.
</quote>
And I wonder if Fl_Choice “forcibly” setting fl_draw_shortcut non-zero regardless of the state of SHORTCUT_LABEL is a misfeature? | |
| |
| #3 | cand
01:44 Jan 27, 2016 |
| Thanks, I see my idea of a FL_MENU_IGNORE_ACCELERATOR flag would work. | |
[ Return to Bugs & Features | Post Text | Post File ]
|
| |
FLTK Apps 
