Re: [fltk.development] Doublebuffering issuesandgeneralthoughtsfroma frustrated longtime FLTK user.

2012-03-14 Thread MacArthur, Ian (SELEX GALILEO, UK)
Yeah, I'd say it's pretty good. And it has backends for Win32, Quartz, and Wayland (not that I care) and also *OpenGL*--hello awesome--and who knows what else in the future. Which is why I think it might be perfectly valid to just do what GDK did and rip all that crap out and leave it to

Re: [fltk.development] Doublebufferingissuesandgeneralthoughtsfroma frustrated long time FLTK user.

2012-03-14 Thread Manolo Gouy
On 13 Mar 2012, at 18:14, Manolo Gouy wrote: About adding a cairo-based drawing capability to FLTK 1.3 =20 The class hierarchy defines class Fl_Graphics_Driver with mostly virtual member methods implemented in its platform-specific subclasses Fl_Xlib_Graphics_Driver,

Re: [fltk.development] Doublebufferingissuesandgeneralthoughtsfroma frustrated long time FLTK user.

2012-03-14 Thread J. Liles
My suggestion would be to start from whatever extant driver is closest in philosophy to the cairo driver, either PostScript or Quartz. Besides implementing all virtual functions of the Fl_Graphics_Driver class, there are a few display-only operations to be considered, fl_scroll() that

Re: [fltk.development] Doublebufferingissuesandgeneralthoughtsfroma frustrated longtime FLTK user.

2012-03-14 Thread Albrecht Schlosser
On 13.03.2012 23:06, J. Liles wrote: On Tue, Mar 13, 2012 at 2:58 PM, Ian MacArthurimacart...@gmail.com wrote: Cairo's PDF output is pretty good, FWIW - so if we had a Cairo backend, we could get PDF output for free too Just a passing thought... Yeah, I'd say it's pretty good. And it