One trivial observation is that the use of FLU / flu as a namespace
confused me, since there is already a (fltk-1.1) third-party add-onn
lib called FLU, that I used to use quite a lot!
I was inspired by a moderate fever at the time, and evidently didn't
check thoroughly enough for
On 2013-01-16 09:37:57 -0500, MacArthur, Ian (Selex ES, UK) said:
Also, it seems that fltk3::gl_visual() has no effect on the settings
GLWindows use...this was not what I expected.
I dunno... I can't recall using it - was it not meant to make normal
windows have the same config as
It's not clear how to actually *use* a different graphics driver, I'm
simply swapping my driver into fltk3::graphics_driver when drawing the
window, but this seems unlikely to be the correct way...suggestions? I
use the existing FLTK font stuff.
Assuming you just have to change the way you
On 15 Jan 2013, at 01:20, Christopher James Huff wrote:
On 2013-01-14 16:32:03 -0500, Ian MacArthur said:
Is there an easy way to render a standard window to an image? It'd
greatly streamline testing if I could do comparisons in the app itself.
It's pretty easy to make a group that just
On 2013-01-13 17:32:52 -0500, Ian MacArthur said:
But I think an actual GL driver layer would work better... Though
handling of fonts might always be problematic - drawing TT fonts in
Windows GL is actually easier. MS did do some useful things after all!
I've now got a very incomplete but
Am 13.01.2013 21:59, schrieb Christopher James Huff:
Is there a recommended approach to drawing FLTK widgets inside or on
top of an OpenGL window?
or
somehow draw widgets to an image which is then drawn in OpenGL (could
an existing driver easily be modified to do this?). Are there other
On 14 Jan 2013, at 20:10, Christopher James Huff wrote:
On 2013-01-13 17:32:52 -0500, Ian MacArthur said:
But I think an actual GL driver layer would work better... Though
handling of fonts might always be problematic - drawing TT fonts in
Windows GL is actually easier. MS did do some
On 2013-01-14 16:32:03 -0500, Ian MacArthur said:
Is there an easy way to render a standard window to an image? It'd
greatly streamline testing if I could do comparisons in the app itself.
It's pretty easy to make a group that just renders to an offscreen
buffer, then blit that buffer
Is there a recommended approach to drawing FLTK widgets inside or on
top of an OpenGL window?
I see a few ways to approach this. The simplest way to get quick
results seems to be to subclass widgets to provide OpenGL draw()
methods and write an OpenGL window draw method that draws its
On 13 Jan 2013, at 20:59, Christopher James Huff wrote:
Is there a recommended approach to drawing FLTK widgets inside or on
top of an OpenGL window?
Not as such...
I see a few ways to approach this. The simplest way to get quick
results seems to be to subclass widgets to provide OpenGL
10 matches
Mail list logo