#11168 closed enhancement (fixed)
[cla][patch] Support hierarchical data
Reported by: | Jonathan Bond-Caron | Owned by: | Jared Jurkiewicz |
---|---|---|---|
Priority: | high | Milestone: | 1.7 |
Component: | Data | Version: | 1.5.0b2 |
Keywords: | Cc: | Kris Zyp | |
Blocked By: | Blocking: |
Description
The data api currently does not support hierarchical data.
This imposes some limitations like for example the dijit.form.Select or dijit.form.ComboBox? can't support <optgroup></optgroup> markup.
See ticket #11167
This proposed patch for discussion would allow for 'hierarchical data stores' and give more flexibility to how widgets can render data.
There are lots of use cases for this, not just <optgroup></optgroup>
Attachments (1)
Change History (7)
Changed 11 years ago by
Attachment: | hierarchical_totalRecords.patch added |
---|
comment:1 Changed 11 years ago by
Cc: | Kris Zyp added |
---|
comment:2 Changed 11 years ago by
Thanks, one approach could be:
new dijit.form.ComboBox?({store: html5api, schema: metadata});
Where metadata.getParent(item) could be called for find parents for that item...
comment:3 Changed 10 years ago by
Milestone: | tbd → future |
---|
comment:4 Changed 10 years ago by
In the new API there is a getChildren() method defined. http://docs.dojocampus.org/dojo/store
Does that help with this?
comment:5 Changed 10 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
I believe the new API has adequate support for hierarchy
comment:6 Changed 10 years ago by
Milestone: | future → 1.7 |
---|
I think this will be addressed with the new dojo.data (or whatever we call it) API matching the HTML5 object interface where an item is simple a (JSON-esque) Object, see the dojo contributors thread.
Although that won't be appropriate for deeply hierarchical data like for a Tree control.