DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2795
Version: 1.3-current
Fix Version: 1.4-feature (r9232)
Fl_Tree is drawing all it's nodes even when they are not visible, with this
discussion about optimizing
Also would be a nice feature to allow inheritance of Fl_Tree and
Fl_Tree_Item, actually Fl_Tree do not allow insertion of custom
Fl_Tree_Items, also support for virtual widgets instead of one widget per
node.
___
fltk-bugs mailing list
On 12.04.2012, at 15:34, Domingo Alvarez Duarte wrote:
Also would be a nice feature to allow inheritance of Fl_Tree and
Fl_Tree_Item, actually Fl_Tree do not allow insertion of custom
Fl_Tree_Items, also support for virtual widgets instead of one widget per
node.
For FLTK3, Fl_tree
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2795
Version: 1.3-current
Fix Version: 1.4-feature (r9232)
@Domingo: Yes, optimization in this case was wrt the tree being used to
contain its native 'items', and not
Where is it's repository for 1.4-feature (r9232) ?
And yes I tested it and it's drawing everything all the time. even when we
only scroll it by only one line.
Link: http://www.fltk.org/str.php?L2795
Version: 1.3-current
Fix Version: 1.4-feature (r9232)
Do you mean something like Flu_Tree_Browser for FLU widgets ?
___
fltk-bugs mailing list
fltk-bugs@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-bugs
Also there is one static variable inside Fl_Tree::handle that is a bug
waiting to wakeup if someone try to make some kind of master detail with
two or more Fl_Trees:
static Fl_Tree_Item *lastselect = 0;
___
fltk-bugs mailing list
Fl_Tree_items are not lightweight text nodes they basically duplicate
several data members of Fl_Widget so when we add an widget to it we have
basically two widgets to use one right now.
class FL_EXPORT Fl_Tree_Item {
const char *_label; // label (memory managed)
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2822
Version: 1.3-current
Using Fl_Input::insert() with real UTF-8 strings, I found the
documentation and/or the functionality of the positional parameters
not
On 04/12/12 09:21, Domingo Alvarez Duarte wrote:
Fl_Tree_items are not lightweight text nodes they basically duplicate
several data members of Fl_Widget so when we add an widget to it we have
basically two widgets to use one right now.
I think the reason Fl_Browser (and by
On 04/12/12 12:02, Greg Ercolano wrote:
Fl_Tree
|
|-- Fl_Tree_Item - Fl_Button
|-- Fl_Tree_Item - Fl_Button
|-- Fl_Tree_Item - Fl_Button
..whereas if Fl_Tree_Item derived from Fl_Widget, then you
could probably create something more memory frugal, such as:
Fl_Tree
For comparison sizeof(Flu_Tree_Browser) = 92 ,
sizeof(Flu_Tree_Browser::Node) = 92 and they have a lot of functionality
and facilities to query tree nodes.
___
fltk-bugs mailing list
fltk-bugs@easysw.com
And I'm testing Flu_Browser_Tree and it only draws (call draw) on nodes
that are visible on the viewport.
___
fltk-bugs mailing list
fltk-bugs@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-bugs
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2823
Version: 1.3-current
Class Fl_Preferences uses to overwrite preferences file even when data is
not changed. Simple reading preferences can result in writing to file.
On 04/12/12 13:40, Domingo Alvarez Duarte wrote:
For comparison sizeof(Flu_Tree_Browser) = 92 ,
sizeof(Flu_Tree_Browser::Node) = 92 and they have a lot of functionality
and facilities to query tree nodes.
Sorry, but I don't know what to do about that.
I take it you think
On 04/12/12 13:54, Domingo Alvarez Duarte wrote:
And I'm testing Flu_Browser_Tree and it only draws (call draw) on nodes
that are visible on the viewport.
Yes, sounds like they have that optimization is in that
widget already, which might be useful for reference.
I
When I pointed FLU Widgets and thinking a bit about it, why not talk with
it's authors and ask to include then to FLTK instead of reinventing the
wheel ?
I don't think they will make any objection !
___
fltk-bugs mailing list
fltk-bugs@easysw.com
On 04/12/12 14:34, Greg Ercolano wrote:
On 04/12/12 13:40, Domingo Alvarez Duarte wrote:
For comparison sizeof(Flu_Tree_Browser) = 92 ,
sizeof(Flu_Tree_Browser::Node) = 92 and they have a lot of functionality
and facilities to query tree nodes.
I just pulled FLU 2.14 (*) on my
Looking again at the program I've got the sizeof numbers I did a mistake
because it printed more numbers together:
Flu_Tree_Browser = 524
Flu_Tree_Browser::Node = 92
I was thinking of only have the minimun on an Fl_Tree_item and derived
ones to each specific task.
Lets say:
class
And doing the last example I realized that the field
Fl_Tree_Item_Array _children;// array of child items
probably should be a pointer instead, because most of the entries on a
tipical tree do not have childreen, and in taht case it will be a null
pointer.
On 04/12/12 15:35, Domingo Alvarez Duarte wrote:
When I pointed FLU Widgets and thinking a bit about it, why not talk with
it's authors and ask to include then to FLTK instead of reinventing the
wheel ?
..because Fl_Tree has already been written and merged,
and FLU is
On 04/12/12 17:26, Domingo Alvarez Duarte wrote:
I was thinking of only have the minimun on an Fl_Tree_item and derived
ones to each specific task.
Lets say:
class Fl_Tree_Item {
char_open; // item is open?
char_visible;
Greg Ercolano wrote:
Domingo Alvarez Duarte wrote:
static Fl_Tree_Item *lastselect = 0;
Yes, thanks for pointing it out.
It's not quite a bug so much as a 'carefully applied fix'
to avoid breaking ABI.
[..]
Since that code was added, we now have a way to
23 matches
Mail list logo