Again thank you for your answers. I did not expect to receive so fast a
response, which is in par with the quality of your tools.
However, I have eventually discovered what was wrong. When I load a FLTK
window, then a window of my own (within my COCOA application), then again a
FLTK window,
Hello,
Thank you for your quick answer. I tried your suggestion, however, from my
understanding of this function, it only applies within the context of a thread,
which is actually not the case in which my program crashes. Alas, it did not
solve any of my problems :-(
Basically, what I'm
Again, that Fl_Window::make_current() gets called when you destroy
your window suggests that FLTK windows are not handled correctly.
Hello,
Thank you for your quick answer. I tried your suggestion, however, from my
understanding of this function, it only applies within the context of a
On 29 Dec 2012, at 11:44, claude roux wrote:
Basically, what I'm trying to do is to implement a new programming language,
which uses FLTK as its main windows interfacing. I have implemented a
complete IDE in COCOA to run and debug any programs of that language, which
implies some level of
Any info about the suggestion previously made to use the
Fl::delete_widget(Fl_Widget*) function ?
Another suggestion would be to replace
[[i-xid contentView] lockFocus];
by
if ( ! [[i-xid contentView] lockFocusIfCanDraw] ) return;
Hello,
I have been using FLTK for quite a while now
Probably one for Manolo I guess: I don't even understand the question...!
On 19 Dec 2012, at 16:39, claude roux wrote:
Hello,
I have been using FLTK for quite a while now (about a year), and with some
success. I use the 1.3.2 version, which I have integrated in projects on
Windows, Mac
Hello,
I have been using FLTK for quite a while now (about a year), and with some
success. I use the 1.3.2 version, which I have integrated in projects on
Windows, Mac OS and Linux.
However, I have a real problem on Mac OS, a crash which happens in certain
cases when I mix a (non FLTK) modal
7 matches
Mail list logo