On 13 Dec 2009, at 20:05, manolo gouy wrote:
> I upload in mach-sysmenuh-cocoa.patch 3 patches as follows: > - in mac.H, add the fl_mac_set_about prototype as discussed Yes - works for me. > - in Fl_Sys_Menu_Bar.H, add missing #ifdef __APPLE_COCOA__ > because the new functions (add, remove, replace) don't apply to Carbon > (sorry, my fault). OK - works for me. > - in Fl_cocoa.mm, I don't think the code you added in > handleUpdateEvent > is necessary and explain why in comments. But I may be wrong. Let > me know. For what I am doing it was not apparent that it made any difference either way... > The patch also introduces some check code that makes sure function > carbonTextHandler is applied only to a genuine FLTK window, > which does no harm for sure, and might even help with Ian's bug. This fixes the problem where I get a segfault when I try and type a file name into the FNFC. It has not helped with the problem of the "white rectangle" however, unfortunately. I am now certain that the "white rectangle" is actually the FNFC window - not dismissed properly and not getting any refreshes either... on one occasion I actually was left with a not-dismissible FNFC window that was also unresponsive, but was modal for my app, preventing the app from getting any further inputs. This behaviour seems to be peculiar to the cocoa port - the quartz, win32 and linux variants seem to be just fine. > About the dynamic_type question: I will see if I can do otherwise > with w->type() call. If not, I don't see how to do otherwise. I think the dynamic cast is fine in this context. _______________________________________________ fltk-dev mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-dev
