Re: [fltk.development] [RFE] STR #2221: Support for 64 bit Mac OS X

2009-12-11 Thread MacArthur, Ian (SELEX GALILEO, UK)
Ian: this patch was meant to go together with another one for file Fl_Sys_Menu_Bar.cxx posted Wed at 8:58 FLTK time. You may be more successful if you apply both. OK - I'll not get to this until later today, but I will make sure that I have both patches applied (I am not sure whether I did

Re: [fltk.development] A crash course in Objective-c for Matt

2009-12-11 Thread MacArthur, Ian (SELEX GALILEO, UK)
All MAC OS defined class names begin by NS, and the subclasses I have defined by FL. About that - I always wondered. I assume the NS is NextStep in fact? SELEX Sensors and Airborne Systems Limited Registered Office: Sigma House, Christopher Martin Road, Basildon, Essex SS14 3EL A company

Re: [fltk.development] A crash course in Objective-c for Matt

2009-12-11 Thread manolo gouy
All MAC OS defined class names begin by NS, and the=20 subclasses I have defined by FL. About that - I always wondered. I assume the NS is NextStep in fact? Yes indeed. ___ fltk-dev mailing list fltk-dev@easysw.com

Re: [fltk.development] [RFE] STR #2221: Support for 64 bit Mac OS X

2009-12-11 Thread manolo gouy
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR Pending] Link: http://www.fltk.org/str.php?L2221 Version: 1.3-feature Fix Version: 1.3.0 (r6951) Let's do a recap of where we are now. I upload file recap.zip containing all modified source code (and .h) to

Re: [fltk.development] [RFE] STR #2221: Support for 64 bit Mac OS X

2009-12-11 Thread manolo gouy
On the drag-n-drop issue, I did a little work on that yesterday too, but did not get very far (had promised to help a friend install his new, very much bigger, lathe in his workshop...) What I found was that the code seems to be getting into MACpreparedrag() and then croaking, but I did not

Re: [fltk.development] [RFE] STR #2221: Support for 64 bit Mac OS X

2009-12-11 Thread Albrecht Schlosser
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW. [STR Pending] Link: http://www.fltk.org/str.php?L2221 Version: 1.3-feature Fix Version: 1.3.0 (r6951) Regarding New API proposal: - fl_mac_set_about(const Fl_Menu_Item *item) to connect an FLTK menu item to the

Re: [fltk.development] [RFE] STR #2221: Support for 64 bit Mac OS X

2009-12-11 Thread MacArthur, Ian (SELEX GALILEO, UK)
Fl_Widget *w =3D Fl::pushed(); Fl_Window *win =3D w-window(); while(win-window()) win =3D win-window(); This seems to be as far as we get before it dies... Could it be that your palette is nothing more than a window with nothing inside? Fl::pushed() would return the

Re: [fltk.development] [RFE] STR #2221: Support for 64 bit Mac OS X

2009-12-11 Thread MacArthur, Ian (SELEX GALILEO, UK)
Regarding New API proposal: - fl_mac_set_about(const Fl_Menu_Item *item) to connect an FLTK menu item to the About myprog application menu item Maybe it would be better to remove _mac from the name, just in case we add similar functions for other platforms, i.e. call it

Re: [fltk.development] A crash course in Objective-c for Matt

2009-12-11 Thread Matthias Melcher
On 10.12.2009, at 23:35, manolo gouy wrote: A crash course in Objective-c for Matt Um, thanks, great! Yes that helps. Does that also mean that I can omit parameters as I wish, since I name them when calling a function (or is it send a message to an object,as in Newton Script?)? Matthias

Re: [fltk.development] [RFE] STR #2221: Support for 64 bit Mac OS X

2009-12-11 Thread imacarthur
On 11 Dec 2009, at 11:17, manolo gouy wrote: Could it be that your palette is nothing more than a window with nothing inside? Fl::pushed() would return the window, w-window() would return NULL, and while(win-window()) would crash on dereferencing a NULL pointer. This would be corrected by:

Re: [fltk.development] A crash course in Objective-c for Matt

2009-12-11 Thread manolo gouy
On 10.12.2009, at 23:35, manolo gouy wrote: A crash course in Objective-c for Matt Um, thanks, great! Yes that helps. Does that also mean that I can omit = parameters as I wish, since I name them when calling a function (or is = it send a message to an object,as in Newton Script?)?

Re: [fltk.development] [RFE] STR #2221: Support for 64 bit Mac OS X

2009-12-11 Thread manolo gouy
On 11 Dec 2009, at 11:17, manolo gouy wrote: Could it be that your palette is nothing more than a window with nothing inside? Fl::pushed() would return the window, w-window() would return NULL, and while(win-window()) would crash on dereferencing a NULL pointer. This would be

Re: [fltk.development] [RFE] STR #2221: Support for 64 bit Mac OS X

2009-12-11 Thread imacarthur
On 11 Dec 2009, at 10:29, manolo gouy wrote: Let's do a recap of where we are now. I upload file recap.zip containing all modified source code (and .h) to avoid svn diff problems, and will follow Greg's advice thereafter. Yup - files in the zip seem to be good, thanks. One thing, IIRC there

Re: [fltk.development] [RFE] STR #2221: Support for 64 bit Mac OS X

2009-12-11 Thread manolo gouy
- Sudoku crash Seems OK. The Sys_Menu_Bar does not have any shortcuts displayed - would I expect it to? The menubar demo does have shortcuts displayed, but they seem to have the saucepan symbol - the alt key modifier. I think I expected them to have the cloverleaf symbol - the cmd key

Re: [fltk.development] [RFE] STR #2221: Support for 64 bit Mac OS X

2009-12-11 Thread manolo gouy
Regarding New API proposal: - fl_mac_set_about(const Fl_Menu_Item *item) to connect an FLTK menu item to the About myprog application menu item While testing the new Fl_Sys_Menu_Bar-add() and remove(), I have discovered a most unexpected (at least by me) property of FLTK menus: when one menu