This way, approximately the same amount of work as fixing all FLTK2's bugs (and
trust me; I only fixed four or five in the file chooser and it took me a month)
is done but we have an almost-working 3.0 where *everyone* can work on the same
thing, rather than some of us on 1.3 and some of us on
On 03/19/12 15:09, J. Liles wrote:
On Mon, Mar 19, 2012 at 2:57 PM, Ian MacArthur imacart...@gmail.com wrote:
I've done this mainly because, despite spending many hours
of trial and error, I cannot seem to get Cairo to reliably draw 1px
thick lines at integer coordinates (even using the device
On Mon, Mar 19, 2012 at 2:16 PM, Ian MacArthur imacart...@gmail.com wrote=
:
On 18 Mar 2012, at 01:32, J. Liles wrote:
OK, guys... I wouldn't say it's ready for prime-time, but if you want
to play it, checkout the 'cairo-device' branch on my fltk repo at
I have to say, the FLTK development process is a total
cluster if you guys don't even have a clue that you already have
this in 2.0. Pick a path and stick to it. I don't care a lick about
which damn namespace you pick. Maybe I'll just fork 2.0 and let y'all
fight over which namespace to
In fact, Cairo works pretty well in fltk2. My application torapp guilloche
designer (www.torapp.info) uses cairo exclusively.
I'm also one of people who is willing to help maintaining fltk2 but getting a
developer status seems too hard for me.
but how well tested it is is anyones guess - I'm
On Sun, Mar 18, 2012 at 5:20 AM, Duncan Gibson duncan.gib...@xs4all.nl wrote:
In fact, Cairo works pretty well in fltk2. My application torapp
guilloche designer (www.torapp.info) uses cairo exclusively.
Good to know, but see below.
I'm also one of people who is willing to help maintaining
On 18 Mar 2012, at 19:13, J. Liles wrote:
FYI, the only other programs I'm aware of that use FLTK2 are Dillo2
(AFAICT an obsolete branch) and Epichord (has not been updated in a
very long time).
Yeah, Dillo have ported to fltk-1.3 for their more recent work, AFAIK.
Can't comment on
To get started, you might want to search for the 7 outstanding Cairo
STRs in FLTK2 and check whether they are still open. If so, and you
can find a fix, attach an 'svn diff' patch file to the STR. It's as
easy as that to get started.
The other chicken and egg thing is that there don't
On 16.03.2012 11:49, J. Liles wrote:
Another update... I've implemented the Cairo support as
Fl_Cairo_Graphics_Device which inherits from Fl_Xlib_Graphics_Device.
This results in all drawing (still excepting fonts) in FLTK being
performed through Cairo. Of course, for the most part everything
