I am in the process of closing down Easy Software Products. As many of
you know, fltk.org is hosted on the easysw.com server. Our current
colocation contract ends in April 2012, and while I might be able to
extend things on a month-to-month basis I can't do so indefinitely out
of my own
I work with Lunar Linux, which switched from doing its package tracking
in subversion to git a few years ago, and I've never really managed to
get my head around the new terminology and workflow.
git is nice in that anyone can clone the master repository and create
local branches to experiment
On 01/04/12 09:41, Duncan Gibson wrote:
I am in the process of closing down Easy Software Products. As many of
you know, fltk.org is hosted on the easysw.com server. Our current
colocation contract ends in April 2012, and while I might be able to
extend things on a month-to-month basis I
Hello !
As I said, if it is distributed, each person is responsible for codes he
submits. Each head node (point) in the tree could be responsible for some
futures, and they have their trusted programmer that send codes (patches) to
them and so the responsible persons (head nodes in the
I'm still using ver 1.1.10 but, reading 1.3.0 docs, seems that nothing is
changed about colors.
For example, when drawing a selection box in a Fl_Overlay_Window, it would be
nicer to fill it with a semi-transparent color: is there a method to get this
in some FLTK version?
I am
Sorry about disturbing you, but I just tested the code attached in STR #2795
with r9217 under WinXP 32 and its performance is unusable.
With my PC (Intel Core 2 Duo with 2GB RAM) it takes always more than 30 seconds
to a clicked item to get selected.
The scrolling (using scrollbar) however is
Sorry about disturbing you, but I just tested the code attached in STR #2795
with r9217 under WinXP 32 and its performance is unusable.
With my PC (Intel Core 2 Duo with 2GB RAM) it takes always more than 30
seconds to a clicked item to get selected.
The scrolling (using scrollbar) however
On 01/04/12 09:06, David FLEURY wrote:
Sorry about disturbing you, but I just tested the code attached in
STR #2795 with r9217 under WinXP 32 and its performance is unusable.
There shouldn't be anything platform specific about the
optimizations.
Is it possible that I am making
Greg:
I downloaded the entire release:
http://www.fltk.org/software.php?VERSION=1.3.0FILE=fltk/snapshots/fltk-1.3.x-r9217.tar.bz2
On 01/04/12 09:06, David FLEURY wrote:
Sorry about disturbing you, but I just tested the code attached in
STR #2795 with r9217 under WinXP 32 and its
On 01/04/12 11:19, David Lopez wrote:
Greg:
I downloaded the entire release:
http://www.fltk.org/software.php?VERSION=1.3.0FILE=fltk/snapshots/fltk-1.3.x-r9217.tar.bz2
OK, I'll check.
___
fltk mailing list
fltk@easysw.com
Le 04/01/2012 20:36, Greg Ercolano a écrit :
On 01/04/12 11:19, David Lopez wrote:
Greg:
I downloaded the entire release:
http://www.fltk.org/software.php?VERSION=1.3.0FILE=fltk/snapshots/fltk-1.3.x-r9217.tar.bz2
OK, I'll check.
I think the issue is when handling the click event, for
On 01/04/12 11:36, Greg Ercolano wrote:
On 01/04/12 11:19, David Lopez wrote:
Greg:
I downloaded the entire release:
http://www.fltk.org/software.php?VERSION=1.3.0FILE=fltk/snapshots/fltk-1.3.x-r9217.tar.bz2
OK, I'll check.
Ya, looks like it's spending a lot of time calling
Le 04/01/2012 21:44, Greg Ercolano a écrit :
Ya, looks like it's spending a lot of time calling find_child().
Apparently I never bothered to implement pointers to keep track
of 'next' and 'last' to speed up walking the tree.
Will follow up with a fix for that
On 01/04/12 12:52, David wrote:
Le 04/01/2012 21:44, Greg Ercolano a écrit :
Ya, looks like it's spending a lot of time calling find_child().
Apparently I never bothered to implement pointers to keep track
of 'next' and 'last' to speed up walking the tree.
Will follow up
14 matches
Mail list logo