tom/chris .. did you send this .. I have not seen it.
I will try to send you a private message with email details

Context .. displaying a list of files and folders as a tree. This list does not come immediately from a findFirst/FindNext but is a list of paths stored in a file. From simulations I find that setting NoOwnerShapes to true makes node addition very slow, but in order to save the tree to a native ttr ...

I would still appreciate a pointer into the code itself .. where should I look for the code that handles the shape dragging ?

No, that does not seem to make any difference. I patched it according to your instructions, the full code for that function is below, as is a testbed. Everything is dynamically created so there is no doubt I am linking in the right unit When you have found the problem could you please email me your ...

thanks Tom, that works fine ..

For trees with nodes in negative co-ordinate space, you have to modify the code given to make width := .right -.left and height to be := .bottom -.top

? you made sure that you did not have it selected initially?

?and it was in negative co-ordinate space?

I know that the polygon shape is coded differently, maybe ellipse is treated as a polygon??

which routine handles the mouse drag stuff? I would like to look at the code

thanks

drag the ellipse across the axes into negative territory. Then mouseup/click somewhere else. When you go back to the ellipse, it is no longer draggable by its "text box" (it is by its folder icon, if it has one) I just reproduced it again, in a fresh app, in code. See below. The code does not do the...

I cannot reproduce that latest post.

Can you let me know what progress you are making on solving the sorting problem .. it is becoming a hassle for me.

thanks

Thanks. We'll look into it. Have you already thought in using the TTreeImagePool component? (Or is this not possible in your case?): The advantage of using the global array of images is that when several nodes share the same image, the image is allocated into memory only once yes, TreeImagePool is ...

In a previous post some code along the lines of the "steema" code below was suggested.. it does not cope with the problem of saving the full image if some nodeshapes are at negative coordinates. I really need that ability. By experimentation I have come up with another mechanism which seems to work ...

tom, fyi.

This must be something in the paint, because curiously enough when I was testing the save to bitmap code (export stuff we have been talking about), the saved bitmap (after a FullExpandContract(true) ) looked just fine. But only the saved bitmap .. not the on screen representation.

fwiw

hi Try the following. In the IDE drop a standard rectangular shape and another of style tssCircle (aka ellipse) on the tree. Then at run time set the tree into designing mode and drag those shapes around. Once the ellipse goes into negative coordinate space (ie left of 0,0) it is no longer draggable...

I have attached some fairly comprehensive code to show what is happening as a result of a tree sort. Tom, could you look into this please? thanks procedure TForm1.FormCreate(Sender: TObject); { This shows a bug in what happens when you do a sort. When you expand the tree (after a sort), the connecti...

Thanks Tom I will test that and let you know. btw, I often use negative coordinates, so maybe I will run into problems Good to know that there will be another release of TeeTree - still the best Tree component around, imho. Any idea when this will happen? There are a couple of other issues you might...

thanks Tom, that works .. I guess I did not think of the "page" idea (I must admit I had never noticed it before) Maybe the page is the clue to one of my other problems .. trying to save as a bitmap or jpeg if the tree is too large to be displayed. I only seem to get a portion of it. Could you post ...