DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New] Link: http://www.fltk.org/str.php?L2310 Version: 1.3-feature Implemented (mostly) Fl_Printer::rotate(angle) function for MSWindows. The big device.cxx demo rotates nicely, except for a white rectangle; I'll look into that. I have also to make sure rotation, scaling, and translation combine in the same order on Mac and MSWin. I still didn't check for that. About Roman's Fl_Device: I had seen it a couple of years ago, but did not use it because there was no Mac OS X support. I agree that on the long run a true device abstraction would be preferable. The present Fl_Printer class essentially relies on Windows GDI and Mac graphics context being already abstract devices. This is not entirely true for Windows GDI because image drawing, clipping, and text extents need device coordinates. This has the consequence that I had to modify the FLTK code to insert some WIN32 screen- or printer-specific code. That stuff would be cleaner with a true abstract device class. But a future abstract device class could be API-compatible with today's Fl_Printer class. What, exactly, is present in Fl_Device ? Do transparent images print transparently on MSWin ? Is there a full PostScript backend ? If the release of FLTK 1.3 is not very far away, that is, if UTF handling on X11 can be completed (it's already in for Mac and Win), and if Albrecht can extract from Fl_Device most of a PostScript backend, I would favor delaying the full device abstraction for later FLTK releases. Link: http://www.fltk.org/str.php?L2310 Version: 1.3-feature _______________________________________________ fltk-dev mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-dev
