DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3.0
Fix Version: 1.3.0 (r8546)
Could you try cocoa.patch2 (very small). It may fix the application
menu conflict.
Link: http://www.fltk.org/str.php?L
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3.0
Fix Version: 1.3.0 (r8546)
Attached file "cocoa.patch2"...
Link: http://www.fltk.org/str.php?L2588
Version: 1.3.0
Fix Version: 1.3.0 (r8546)Index:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3.0
Fix Version: 1.3.0 (r8546)
Fixed in Subversion repository.
The fix works but requires that the NSApplication subclass be
initialized before the F
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3-current
Manolo,
Our application doesn't create an application menu, but I believe that
Tk does... Maybe Tk and FLTK are both trying to create an appli
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3-current
Great. We are making good progress.
Yes, I will commit this patch to the FLTK 1.3 source tree.
The error message is most probably because FLTK a
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3-current
Manolo,
After working through some issues with reversing the initialization code
so that FLTK gets initialized after Tcl/Tk, our program succes
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2588
Version: 1.3-current
Manolo, I'm back in town now and I'm working on changing our application so
that Tcl/Tk gets initialized before FLTK, so I can re-try your patch.