Re: [fltk.development] [RFE] STR #2950: Menu Item behaviour

2013-04-12 Thread MacArthur, Ian (Selex ES, UK)
I have put the functions in Fl_Menu_Item namespace only because maming them that way seems to make sense. As far as I know, static functions (and static class variables) do not break ABI: they are not really class members, just additional ordinary functions and global variables with fancy

Re: [fltk.development] [RFE] STR #2950: Menu Item behaviour

2013-04-12 Thread Albrecht Schlosser
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2950 Version: 1.3-feature Roman, this looks like a good idea, I recommend adding it, however with two caveats. I'll post them in followup messages. WRT ABI issues:

Re: [fltk.development] [RFE] STR #2950: Menu Item behaviour

2013-04-12 Thread Albrecht Schlosser
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2950 Version: 1.3-feature #2: I believe that the following part of this proposal should not be added as given: change code in function Fl_Menu_::picked() from line

Re: [fltk.development] [RFE] STR #2950: Menu Item behaviour

2013-04-12 Thread Roman Kantor
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2950 Version: 1.3-feature Hi Albrecht, 1) To have global function (although as static in Fl_Menu_Item) no_close_flags(int f) is to allow user simply to change

Re: [fltk.development] [RFE] STR #2950: Menu Item behaviour

2013-04-12 Thread Roman Kantor
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2950 Version: 1.3-feature Ops, the second line from the bottom should be of course without return: void Fl_Meu_Item::no_close_flags(int m){menu_no_close_flags_ = m;}

Re: [fltk.development] [RFE] STR #2950: Menu Item behaviour

2013-04-12 Thread Albrecht Schlosser
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2950 Version: 1.3-feature Hi Roman, 1) I didn't write that I didn't want that global flag, and I understood what you wanted to achieve with it. That's all okay so far.

Re: [fltk.development] [RFE] STR #2950: Menu Item behaviour

2013-04-11 Thread Greg Ercolano
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2950 Version: 1.3-feature We can probably avoid breaking ABI if we implement this new bitflag as part of the existing flags, eg: enum { // values for flags: :

Re: [fltk.development] [RFE] STR #2950: Menu Item behaviour

2013-04-11 Thread Greg Ercolano
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2950 Version: 1.3-feature Oh, I see, you are suggesting this, /and/ a global flag to affect the entire menu, yes. I guess we can't avoid breaking ABI for the global

Re: [fltk.development] [RFE] STR #2950: Menu Item behaviour

2013-04-11 Thread Roman Kantor
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR New] Link: http://www.fltk.org/str.php?L2950 Version: 1.3-feature I have put the functions in Fl_Menu_Item namespace only because maming them that way seems to make sense. As far as I know, static functions