>  After getting an application running with the SplitTree control, its
>  shortcomings are now becomming apparent and I am motivated to try and get
>  wxTreeListCtrl usable from wxPython. I'm am notifying people here just in
>  case someone has already done some work in this area, or in case someone
>  wants to offer to help a relative newbie out.

This is really nice. Unfortunately I can't help you at the moment, but
I'd really like to see it.

>  Some caveats
>  
>  1) It looks as if wxTreeListCtrl is based on older versions of the generic
>  tree and list controls, although it still seems to work fine when compiled
>  with wxPython 2.4.0.2. I don't plan to update the code to parallel the
>  changes made to the tree and list controls (except for the fix that deals
>  with the small limit on the number of items a tree can have which was
>  checked in at revision 1.91 of treectlg.cpp)

Yes, IIRC I took the 2.3.3 code.

>  2) Since I'm only working on windows, I can't really check how things are
>  going with other ports.

There's a compilation error in treelistctrl.cpp: line 1657, i.e.

	for(i = theCtrl-> GetMainColumn()+1;

should be:
	for(size_t i = theCtrl-> GetMainColumn()+1;

Apart from this, everything compiles fine.

>  Any thoughts or comments appreciated,

You said you fixed the tree problem with many items, but here (wxGTK
2.4.0), the treetest sample is displayed correctly: I guess this is
because of the reported wxScrolledWindow bug, but I don't know.

Next, it would be nice if you could put the code on the web rather than
posting it to the ml, or at least compress it: it may seem unbelievable,
but there are still people on a 56k line :-(

Cheers,
Alberto

---------------------------------------------------------------------
To unsubscribe, e-mail: wxPython-users-unsubscribe@[...].org
For additional commands, e-mail: wxPython-users-help@lists.wxwindows.org