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


The abstract device class hierarchy has now become:

Fl_Device
  Fl_Virtual_Printer
    Fl_Quartz_Printer (on Mac)
      Fl_Printer      (on Mac)
    Fl_GDI_Printer    (on MSWin)
      Fl_Printer      (on MSWin)
    Fl_PSfile_Device  (all platforms)
      Fl_PS_Printer   (on X11)
        Fl_Printer    (on X11)
  Fl_Display
   Fl_Quartz_Display
   Fl_GDI_Display
   Fl_Xlib_Display

In each case, Fl_Printer is a strict synonym for its parent class.
Thus, Fl_Printer is the default printing class of all platforms,
and all have also access to the Fl_PSfile_Device class for 
PostScript file output.

We could imagine to have at some point in the future Fl_PDFfile_Device.

The Fl_XXX_Display subclasses are essentially unused for now.
They could be used in the future to separate
platform dependant display code (Roman did that in FLTK-1.2)
instead of using #ifdef #endif as is done now.

Remaining to be done:
- image PS output (I will try to do that)
- X11 print dialog + print command generation and launch
(Matt volunteered here)
- put Doxygen description of the API at the right place
(I'm a little confused here)
- remove compilation warnings that appear under MSWin (help please?)


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

Reply via email to