| [ Return to Bugs & Features | Roadmap 2.0 | Post Text | Post File ]
STR #431
Application: | FLTK Library |
Status: | 3 - Active |
Priority: | 1 - Request for Enhancement, e.g. asking for a feature |
Scope: | 3 - Applies to all machines and operating systems |
Subsystem: | Core Library |
Summary: | Submenu doesn't stick when you click on it |
Version: | 2.0-current |
Created By: | jedimasterthrash |
Assigned To: | mike |
Fix Version: | Unassigned |
Update Notification: | |
Trouble Report Files:
[ Post File ]No files
Trouble Report Comments:
[ Post Text ]
|
#1 | jedimasterthrash 17:49 Jun 15, 2004 |
| When you click on "Sub Menu" within "Menu", the sub menu and the menu disappear. It's relatively common GUI for the sub-menu to persist when you click on it (or in the case of windowing systems which have a delay before a submenu is displayed, to cause the submenu to display immediately).
Don't know if this is a bug or just a requested feature. Sample code below:
#include <FL/Fl_Double_Window.H> #include <FL/Fl_Menu_Bar.H>
Fl_Menu_Item MenuItems[] = { { "&Menu", 0, 0, 0, FL_SUBMENU }, { "&Menu Item"}, { "&Sub Menu", 0, 0, 0, FL_SUBMENU }, { "&Sub Menu Item"}, { 0 }, { 0 }, { 0 } }; Fl_Menu_Bar *pMainMenu;
int main(int argc, char **argv) { Fl_Double_Window *pDW = new Fl_Double_Window(300, 300); { pMainMenu = new Fl_Menu_Bar(0, 0, 300, 28); pMainMenu->copy(MenuItems, pDW); } pDW->end(); pDW->show(); return Fl::run();
}
Thanks, JMT.
| |
|
#2 | matt 10:34 Jun 21, 2004 |
| Hmmm, I never saw that as a problem since FLTK does not delay any submenu popup. I belive it is actually quite useful to be able to select a whole submenu structure. Anyway, it is really easy to change the behavior, but should we? Mike? Bill? | |
|
#3 | mike 13:17 Jul 23, 2004 |
| How do we detect a click outside of the menu to dismiss it?
I have no problems with changing the current behavior as long as it can be implemented safely. | |
|
#4 | mike 19:25 Sep 12, 2004 |
| Bumping to 2.0. | |
[ Return to Bugs & Features | Post Text | Post File ]
|
| |