David Fleury wrote on Dec 17 2011:
Second point, in my sample below, on tree full expanded, when
positioning at the end of the tree item list (scroll at the max down
position) and clicking to collapse all, the scroll bar is not
recomputed, and stay at the end, so the tree seems empty.
We had
Under 32bits OS,
using the same code, but this generateTree, the tree item over
65536 overlapped the first one.
May be an unsigned short is used somewhere instead of the original
int for computing Y.
void generateTree(size_t s, vectorstring tree) {
for ( size_t i = 0; tree.size() s;
Under 32bits OS,
using the same code, but this generateTree, the tree item over 65536 overlapped
the first one.
May be an unsigned short is used somewhere instead of the original int for
computing Y.
void generateTree(size_t s, vectorstring tree) {
for ( size_t i = 0; tree.size() s; ++i
Hi,
still on FLTK testing...
First point, I try to use a bug FL_Tree (1).
On my computer, it's almost unusable and the real time will be at least 27000
(the number of testcase/testgroup in my nunit code)
when I check the Fl_Tree code (and Fl_Tree_Item), the max value of the Valuator
is
still on FLTK testing...
First point, I try to use a bug FL_Tree (1).
On my computer, it's almost unusable and the real time will be at least 27000
(the number of testcase/testgroup in my nunit code)
Yes, I think Fl_Tree need an optimization pass at the code
to do the
On 12/17/11 14:56, Greg Ercolano wrote:
Second point, in my sample below, on tree full expanded, when positioning at
the end of the tree item list (scroll at the max down position) and clicking
to collapse all, the scroll bar is not recomputed, and stay at the end, so
the tree seems empty.
6 matches
Mail list logo