Ok, thanks.
A previously said it was 1000 items, but it's really 10 times as many
elements. Makes the memory issue less significant, I'm still going to see if
can get it to come down.
On Jul 3, 2011 12:35 PM, "Igor Drobiazko" wrote:
> I'm planning to refactor Tree.java by moving selected nodes fr
I'm planning to refactor Tree.java by moving selected nodes from
TreeExpansionModel into TreeSelectionModel. No changes in tree.js are
expected. Please go ahead.
On Sun, Jul 3, 2011 at 6:55 PM, Josh Canfield wrote:
> Igor or Howard (or anyone else) are you actively working on the tree
> component
I'm happy to pass the torch. I've certainly been paying more
attention to closures and memory leakage, you can see it in the
T5.pubsub module. In fact, I'd like to start moving some of the
heavy-weight components over to make better use of pubsub rather than
native events.
On Sun, Jul 3, 2011 at
Igor or Howard (or anyone else) are you actively working on the tree
component? I'd like to refactor the javascript a bit but I don't want
to make a merge for you difficult.
Currently all of the javascript closures are being copied for every
node. In the TreeDemo integration test expanding the Num
On Sun, Jul 3, 2011 at 10:26 AM, Igor Drobiazko
wrote:
> Very nice. Thank you.
Yep pretty cool to have it! Thanks!
Cheers
--
Massimo
http://meridio.blogspot.com
-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
Fo
Very nice. Thank you.
On Sun, Jul 3, 2011 at 6:49 AM, Kalle Korhonen
wrote:
> FYI, we are in business with the search. No template changes were
> needed, it's all in the confluence pages (navigation & search).
> Perhaps we should move it a bit more left (currently it's float:right
> with a small
