Tree: method to fully expand a tree (expand all nodes in the tree recursively)

[jgarfield]

I've been seeing a lot of questions in regards to 'dynamically or auto expanding a Tree'. You can do such using a forEach on the TreeNodes? and calling _expandNode(), however, that's marked as a private method, which makes this practice not-so-good.

Should we add a public property or function to allow for this?

Example property would be something like autoExpand="true"

Example function would be something like expandNode: function(node) { }

Any takers?

[bill]

I'm not sure what you mean. If there's an expandNode() method than that's for programatically expanding a tree node. What do you mean by "auto-expand"? And what would the autoExpand="true" property do? Expand every node in the tree?

[alex]

Milestone 2.0 deleted

[guest]

Find attached a patch to dijit.Tree that exposes an expandChildren() method. It will expand a node and all of its children.

Example: var myTree = new dijit.Tree(...); myTree.expandChildren();

[Neil Roberts]

(In [12628]) Refs #5062.

• Update parser to handle: foo = dojo.extend(function(){}, {bar: "baz"});
• Pass and flag private variables

[bill]

(Above check in comment was actually for another ticket, put here by mistake.)

Not sure if this method is worth putting into Tree; I am trying to keep the API surface small.

BTW I don't think that patch works in the general case because it doesn't account for async-loading of tree nodes.

[alle]

In addition to async-loading of tree nodes patch limit I think that "expand all" concept fail flat when tree is infinite deep because of an item being a descendant of self.

[bill]

(In [20514]) Tree: expandAll() method. Tests to follow. Fixes #5062 !strict.

[bill]

(In [20529]) Replace expandAll() method with autoExpand=true flag specified on initialization. Could have an expandAll() method too (and I guess collapseAll() method) but I'm not sure there's a need; seems like something developers would just want to do when a Tree is first displayed. Refs #5062 !strict.