Closed GoogleCodeExporter closed 9 years ago
Here's the data brought into the tree via the initAjax.
Original comment by rake36
on 2 Sep 2009 at 10:10
Attachments:
Original comment by moo...@wwwendt.de
on 3 Sep 2009 at 5:54
Original comment by moo...@wwwendt.de
on 3 Sep 2009 at 5:56
Original comment by moo...@wwwendt.de
on 3 Sep 2009 at 5:58
I tried to expand a root node 130 children on FF 3.5 on Vista 32.
There was no noticable delay.
Can you post a link to your example?
(n.b. FireBug benchmark shows that 99% of the time is spent inside jquery.)
Original comment by moo...@wwwendt.de
on 20 Sep 2009 at 10:52
Currently, it's an internal only dev site, so it's hard for me to make public
for you.
I'll try to mock something up. What "fx" settings did you try?
Original comment by rake36
on 20 Sep 2009 at 12:37
I tried a 3-level tree, that has ~150 1st level nodes.
Than expanded/collapsed the root (minExpandLevel: 0, to make the root
collapsible)
$("#tree").dynatree({
title: "Lazy loading sample",
rootVisible: true,
minExpandLevel: 0, // 1: root node is not collapsible
persist: true,
checkbox: true,
selectMode: 3,
fx: { height: "toggle", duration: 200 },
[...]
Original comment by moo...@wwwendt.de
on 20 Sep 2009 at 6:39
Mine was with 4-5 root level nodes, with a hundred or so per root level.
Original comment by rake36
on 20 Sep 2009 at 8:49
Here's a failing test case with actual JSON from my application. See
schools.json
for the data and testpage.html to load the example. If you turn on FX, reload
the
page, then start expanding and collapsing the 4 top level nodes, you'll see how
the
performance takes a big hit.
Original comment by rake36
on 20 Sep 2009 at 11:42
Attachments:
Cool, I didn't know that "url:" works with local files :-)
Thanks for building this sample!
Some q'n'd timings on my Athlon 5000 box:
Expanding simple animated
Yadkin (23 nodes) 0.05 0.12 sec
Guilford (335 nodes) 0.34 3.18 sec
I tracked it down to the $.animate() call, so it's inside jQuery.
But the root cause is propably, that all child nodes are rendered as separate
<div>
tags, so we need 335 animate calls.
I don't see a quick fix here, but I am planning to wrap all children into one
<div>
tag, when implementing drag'n'drop in the next major release, so I postpone it
until
then.
Original comment by moo...@wwwendt.de
on 21 Sep 2009 at 12:30
v1.0 should be way faster now; can you confirm?
Original comment by moo...@wwwendt.de
on 14 Nov 2010 at 2:37
Original comment by moo...@wwwendt.de
on 21 Nov 2010 at 7:25
considered verified
Original comment by moo...@wwwendt.de
on 17 Jul 2012 at 4:15
Original comment by moo...@wwwendt.de
on 17 Jul 2012 at 4:19
Original comment by moo...@wwwendt.de
on 26 Jan 2013 at 4:08
Original issue reported on code.google.com by
rake36
on 2 Sep 2009 at 10:00