|
From: Jeff H. <je...@ac...> - 2006-11-28 01:54:54
|
Eckhard Lehmann wrote: > Tim Baker schrieb: > > TreeCtrl was never meant to be a front-end widget, it was meant to = be=20 > > a back-end that could be used to create front-end widgets. People = have=20 > > been using the Canvas for years as a back-end for all sorts of=20 > > listboxes and tree widgets. More recently, Tablelist can be seen = using=20 > > the Text widget as a back-end for a multi-column listbox. Neither = the=20 ... > You mean that treeview should be implemented on top of treectrl, as = well=20 > as any table like widget? Yes, I mentioned the same before. I had reservations in that treectrl = was memory hungry, but Tim did address that in part with treectrl 2.2. = Still, it may be more efficient to go with a lightweight solution like treeview. Unfortunately I don't have the time to write the requisite snidget, but = from reviewing the treeview docs, and knowing treectrl pretty well, treectrl = can do 100% of what treeview requires. Thus a snidget is possible for someone enterprising enough to try. I've even attached the right template to = start from. ;) Of course, you would probably design the treeview differently, if you = knew you planned to build it on treectrl. That was part of the hesitation to = include it in 8.5. Jeff |