[Fxruby-users] FXTreeLists....
Status: Inactive
Brought to you by:
lyle
From: Hugh S. S. E. E. <hg...@dm...> - 2003-07-08 09:48:35
|
Looking at the examples for FXTreeLists, there are some things that stand out. Firstly, an item in an FXTreeList is not an FXTreeList, but an FXTreeItem. This seems contrary to customary computer science practice where trees and operations on them are defined recursively. I suspect that knowing why they are designed differently will help me understand them better, so if this design has positive benefits I'd be interested in hearing about them. Secondly, FXTreeLists allow you to add an item below another item, and supply "data", defined as "user data" with the object. This data can be any Ruby object, can it? The examples of use with FXTreeList seem to use a pre-constructed data structure in parallal with the FXTreeList, but this would seem to suggest I can use the FXTreeList to structure auxilliary data if I wish, without having to have two data structures to keep in synch. Is that correct? Thirdly, once I start manipulating the data held in each FXTreeItem, if I wish to expand items below it for example, FXTreeItem doesn't seem to have a reference to its tree, only its immediate parent, but modifications to the tree structure don't take place at that level. how is this sort of thing normally handled? Thank you, Hugh |