From 9472ff546cc0b4150d4dec89b48b3e4814b421f6 Mon Sep 17 00:00:00 2001 From: ManoloFLTK <41016272+ManoloFLTK@users.noreply.github.com> Date: Sun, 31 Mar 2024 16:55:49 +0200 Subject: Implement and document new class Fl_PDF_File_Surface --- FL/Fl_Device.H | 10 ---------- 1 file changed, 10 deletions(-) (limited to 'FL/Fl_Device.H') diff --git a/FL/Fl_Device.H b/FL/Fl_Device.H index 93de0b4f9..ab216a0e0 100644 --- a/FL/Fl_Device.H +++ b/FL/Fl_Device.H @@ -52,16 +52,6 @@ class Fl_Image_Surface; For back-compatibility, it is also possible to use the Fl_Surface_Device::set_current() member function to change the current drawing surface, once to the new surface, once to the previous one. - - Class Fl_Surface_Device can also be derived to define new kinds of graphical output - usable with FLTK drawing functions. - An example would be to draw to a PDF file. This would require to create a new class, - say PDF_File_Surface, derived from class Fl_Surface_Device, and another new class, - say PDF_Graphics_Driver, derived from class Fl_Graphics_Driver. - Class PDF_Graphics_Driver should implement all virtual methods of the Fl_Graphics_Driver class - to support all FLTK drawing functions and have them draw into PDF files. Alternatively, - class PDF_Graphics_Driver could implement only some virtual methods, and only part of - the FLTK drawing API would be usable when drawing to PDF files. */ class FL_EXPORT Fl_Surface_Device { /** The graphics driver in use by this surface. */ -- cgit v1.2.3