Link to home
Start Free TrialLog in
Avatar of VegInformatikk
VegInformatikkFlag for Norway

asked on

Adding nodes to a treeview control gets progressively slower

Hi, first time asking a question here - so be gentle with me! I've been searching solutions for this problem, but couldn't really find anything that fit.

I have a vb6 project wich is fairly complex. In it I have a treeview, which lists quite a few items (the subnodes are not added before they are viewed). The treeview takes quite long to build, and it seems it gets progressively slower with a larger amount of nodes.

An itemset with 3570 nodes takes 41,5 seconds, 4369 takes 52,7 seconds - and a set combining both takes 119 seconds (just adding the time it takes for set 1 and 2 gives around 94 seconds). Should I expect it to be like this?

The nodes are added in a while loop going through the dataset, adding them like this:
TreeView1.Nodes.Add(, , key, label)

Before the loop, the tree is set to not visible:
TreeView1.Visible = False
to help on the time it takes to set it up. It helps (examples shown are with the tree already set to not visible during building it).

Any ideas what I can do/look at to get this thing to go faster?
Avatar of Dana Seaman
Dana Seaman
Flag of Brazil image

In lieu of TreeView1.Visible = False try this:

BeforeUpdate TreeView1.hWnd
'Load nodes
EndUpdate
Private Declare Function LockWindowUpdate Lib "user32.dll" (ByVal hwndLock As Long) As Long
 
Public Sub BeginUpdate(ByVal hWnd As Long)
   LockWindowUpdate hWnd
End Sub
 
Public Sub EndUpdate()
   LockWindowUpdate 0
End Sub

Open in new window

Avatar of VegInformatikk

ASKER

Tried replacing .visible=false with LockWindowUpdate, but the tree was built in the same timespan as the tries I had with .visible = false. I tried it without .visible = false and without using LockWindowUpdate just to make sure I had the correct handle - and I definately had the right one.

Thanks for the attempt though!
ASKER CERTIFIED SOLUTION
Avatar of zzzzzooc
zzzzzooc

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
I had a DoEvents hidden away in my main addnode loop, and I tried just removing that. It really helped, though it's still a bit slow. At around 11000 nodes (my biggest test set) it went from 3 minutes and 20 seconds, to 26 seconds. I've started working on a grid 'in front' of my treeview, to greatly reduce the size of the dataset to be opened in the treeview. That coupled with the removal of the DoEvents should make for a much smoother ride.
Avatar of zzzzzooc
zzzzzooc

Glad it worked.

Just remember, without DoEvents, your window won't process it's internal messages (painting, etc) so you don't need to worry about hiding your listview or using similar methods. It *will* appear to be "frozen" so every 5-10/secs you might want to use a DoEvents but it will of course slow the procedure down but at least users won't think it's frozen.

My only other suggestions would be to remove any other unnecessary processing in your loop and if working with strings, uses the corresponding string functions (such as Mid$() instead of Mid()) as one will return a String whereas the other a Variant in which case type-casting is unnecessarily done. Large amounts of these conversions would show a performance-hit.