|
From: Brett S. <bre...@ya...> - 2004-09-22 17:51:56
|
--- Larry McVoy <lm...@bi...> wrote: > On Wed, Sep 22, 2004 at 10:36:03AM -0700, Andreas > Kupries wrote: > > > > > > AFAIU tktreectrl is also based on a > combination of hierarchy and > > > > multi-column. > > > > > > > > See http://tktreectrl.sourceforge.net/ > > > > > > > > However while tktreectrl is a very nice tree > widget, very flexible, its > > API > > > > is also quite complicated. A tree as powerful > as tktreectrl with a more > > > > rational or understandable API would be my > wish. > > > > > > If I recall correctly, tktreectrl had a pretty > complicated interface > > > to allow for specifying the elements, options > and things of each > > > individual column or row. > > > > Yep. I did work with it, and the best I could do > was to use the demos and > > modify them for what I wanted. Slightly. Part of > the problem is that the > > docs do not explain the relations between all the > pieces very well either. > > > > > Since Tile already has a very good system > > > for defining elements of widgets and the like, > I'd like to see > > > tktreectrl translated into using the system we > already have in place. > > > > If that is possible, we should go for that, IMHO. > > > > > The power of the widget is unrivaled in what it > does as far as I know. > > > It just needs a lot of work to make it more... > Tcl'ish. > > I'd love to see this widget integrated. On the > other hand, we have started > playing with the bwidgets tree widget and seems to > have a pretty nice API. > Bryan, you want to review your likes/dislikes of > each of these? You've > used them more than anyone I know. Yes, the Tree widget in BWidgets is nice, but it lacks the multi-column feature that Joe is proposing. But yes, looking at the Tree api might be a good starting point. Might want to look at mclistbox and tablelist as well for the multi-column api... I really, really, really, would like to see a Tree/multicolumn widget! --brett |