Matthias Melcher wrote:
>> 5. We need something like Erco's treeview widgets, but with a simpler
>> interface.
>> Perhaps the ugly part can be hidden somehow -- it's really a very very nice
>> implementation
>> with the exception of how keys are (or aren't) handled and some limitation
>> on where one
>> can click, which I think also traces back to the problem of breaking into
>> the main loop
>> to grab events meant for other widgets.
>
> l) tree->add("file"); tree->add("file/open"); tree->add("file/close"); It
> can't be any easier.
Maybe OP is thinking of Fl_Table, whose API is somewhat odd compared
to the others. But Fl_Tree should indeed be pretty easy.
>> So this raises some questions as well. Where can I get 2.x? Do I even want
>> it? (I'm curious about the gtk+ theme but I'll bet it's one of those hand
>> drawn things also.)
Don't use 2.x -- a team of developers went off to rewrite FLTK 1.x as
2.x,
but they ran out of steam (or something), so without developers, it ran
out of steam.
Meanwhile us 1.x folks watched from afar, and 1.x development continued
on.
We're left with trying explain what happened to 2.x project, when we're
not
sure ourselves, other than the 2.x devs simply stopped maintaining it.
>> Go to the fltk page and see if you can find version 2.x.
> You've got only 2 hours... better get started. :-)
Woo hoo; glad to hear its finally being deemphasized.
Folks should really know not to develop production software around
experimental libs. I swore not to use 2.x until it got to a release
stage,
and at least a few maintenance revs. Since it never did, that approach
saved me a lot of potentially wasted time.
_______________________________________________
fltk-bugs mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk-bugs
