| |
| |
> What would this do to efficiency? If each item now makes its own drawcalls, that'd be 30 calls to draw small pieces of backgrounds vs current 1 for the whole menu, no?
Fl_Menu.cxx is duplicating functionality that is already in the core. fl_damage and ::redraw() do the same stuff that the huge loop does.
> Class Fl _Sys_Menu_Bar is to be taken in consideration too. Yes, I am developing on macOS, so I will not forget ;-)
> Release of FLTK 1.4 is long due. I would hope this proposal would not delay it further. Yes, agreed. I will limit my request to making Fl_Menu_ derive from Fl_Group. Does anyone see and issue with that?
--
You received this message because you are subscribed to the Google Groups "fltk.coredev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to fltkcoredev+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/fltkcoredev/4c15cb93-61ce-4655-ae85-81f0655be632n%40googlegroups.com.
[ Direct Link to Message ] | |
|
| |
