> So, based on that, I'd beg to differ on the comment that the code 
> to handle the tree lines is bloat.  To the contrary, I consider it
> mandatory code.

Seconded.
 
> As to being difficult to have different row heights...  That's 
> true, using the existing scheme with fixed icons as the tree lines,
> it is difficult (unless one were willing to dynamically generate the
> icons on the fly).
> However, it's worth considering an alternate scheme where the 
> vertical lines are the "border" of a div placed where the line
> belongs.  If the div has height:100%, that border (vertical tree
> line) would grow in height to take up the entire height, regardless
> of the row's height.  Experimenting with something along those lines
> is probably worthwhile if variable row height for trees is deemed
> necessary.  (Although I've seen multiple requests for
> variable row height tables, I've not seen a single request for 
> variable row height trees.)

We have implemented our own tree line display here on top of tables and
use images that are given appropriate vertical and horizontal sizes. The
vertical line is drawn using an image 2 pixels across by 1 down, and the
horizontal line is drawn using a 1 x 1 image.

Our data structures and server setup allow us to draw the correct lines
without loading the complete dataset from the server, so we can implement
extremely efficient views onto a very large tree structure and still draw
the lines.

Hugh

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Reply via email to