> I could only do a quick first test, and I had problems compiling on > Windows (I had to remove Fl_Quartz_Printer.mm and .o from src/Makefile). > We must find a way to fix this w/o the need to use ObjC on Windows (and > Linux). But the new make rule is a good step forward, anyway.
That's repaired now I hope (sorry, my mistake): Only Fl_Printer.cxx is called by Makefile and it includes Fl_Quartz_Printer.mm on mac or Fl_GDI_Printer.cxx on Win. All platforms include Fl_PS_Printer.cxx, so all can output to PostScript, which might be handy. Thus, on each platform Fl_Printer is the native printing class, but use of the Fl_PS_Printer class is also possible. On X11, both classes are identical. > > > To Matt: the fluid/image code will probably not help much, because it > renders the image into an Fl_Offscreen first, and that's what we don't > want to do here. At least not with the device abstraction in place. What would be needed is help to build an X11 print dialog. > > P.S. and OT (here): I did update the web docs to the current release, > though. Great! Fl_Native_File_Chooser class appears in class hierarchy but not in class list. Same for Fl_Table and Fl_Tree. Would there be a way to make class Fl_Sys_Menu_Bar appear ? _______________________________________________ fltk-dev mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-dev
