24 Answers, 1 is accepted
A tree view with columns is generally called a tree list control. Unfortunately we have already planned other tasks with higher priority so I cannot give you a specific time frame about when such a control will be available. In the mean time any suggestions or feature requests that you might have about a tree list control are most welcome.
Kind regards,
Jordan
the Telerik team
Instantly find answers to your questions on the new Telerik Support Portal.
Check out the tips for optimizing your support resource searches.
Rank 1
We haven't received much requests about a tree list control, and as a result this suggestion is with lower priority at the moment. Our Q3 meeting is next week and I will bring this suggestion up again, however chances are slim that it will make it for Q3.
We will be happy to raise its priority if we get more requests about it.
Greetings,
Vassil
the Telerik team
Rank 1
http://www.telerik.com/support/pits.aspx#/public/aspnet-ajax/not-scheduled
Button has 26. They are in Unscheduled section where items with < 9 votes were added to Q2. Now the real question is ? Why bother voting if no one takes that into consideration ?
Also many people dont vote, but sure will use new controls.
Thank you for the insight.
The PITS was introduced a few months ago and does not take into account the requests that we have logged before it went public. This is the reason for the discrepancy.
Sincerely yours,
Vassil
the Telerik team
Rank 1
You have mentioned Q3 meeting. Can you mention RadButton during the meeting ? PITS has all the details and I BET a lot of people will find that VERY USEFULL !
Rank 1
http://www.codeproject.com/Articles/14741/Advanced-TreeView-for-NET
Thank you for writing.
The tree list view is achieved through RadGridView's Self-reference hierarchy. You can read more on this topic in our online documentation - Self-Referencing hierarchy.
I hope this will be useful. Should you have further questions, I would be glad to help.
All the best,
Ivan Petrov
the Telerik team
Rank 1
Thank you for writing back.
Self-reference grid and load on demand work in different ways and they cannot be combined. You will have to use either one or the other.
I hope this is informative. Feel free to write back with any further questions.
Kind regards,
Ivan Petrov
the Telerik team
Interested, but can’t attend? Register anyway and we’ll send you the recording.
Rank 1
What's the current status of this item? I have the same requirement as the OP in this thread.
Thank you for writing.
As there are a couple of questions in this thread here is their current status:
- a tree list control can be achieved through RadGridView self-referencing hierarchy.
- load on demand and self-reference cannot work together as they use different internal mechanisms in RadGridView.
I hope this is informative. Do not hesitate to write back with further questions.
Regards,
Ivan Petrov
Telerik
Learn what features your users use (or don't use) in your application. Know your audience. Target it better. Develop wisely.
Sign up for Free application insights >>
Rank 1
Hello Ivan!
Four years later ...
I disagree. The title of this forum is 'columns in treeview' and Jordan from the telerik team explained Roland: "A tree view with columns is generally called a tree list control". IMHO the self-referencing treeview doesn't meet the requirement.
There is (was?) a multicolumn treelist in ASP / WPF, or ma I wrong?
I would need it in WinForms.
Any plans ? Or did I miss something?
Kind regards,
Tom
Thank you for writing.
Currently, Telerik UI for WinForms suite doesn't offer a RadTreeList control. I have logged it in our feedback portal and I have added a vote for it on your behalf. You can track its progress, subscribe for status changes and add your comments on the following link - feedback item.
I have also updated your Telerik points.
Currently, the possible solution that I can suggest is to use RadGridView with self-reference hierarchy http://docs.telerik.com/devtools/winforms/gridview/hierarchical-grid/self-referencing-hierarchy
Regards,
Dess
Progress Telerik
Rank 1
Thank you for writing.
RadGridView follows a different model compared to RadTreeView and in order to set up a self-referencing hierarchy, one cannot follow the same approach as with the tree. An example of how the hierarchy can be configured is available in the article my colleague already posted: http://docs.telerik.com/devtools/winforms/gridview/hierarchical-grid/self-referencing-hierarchy.
I hope this information is useful. Should you have further questions please do not hesitate to write back.
Regards,
Hristo
Progress Telerik
I would like to ask you guys for more information on why you think there is a need for a separate TreeList control. For quite a while, RadGridView with its self-reference mode successfully fulfills this purpose and a lot of users are using it. Still, I want to make sure we are not missing anything crucial to this scenario.
Load-on-demand is already known limitation, logged and will be worked on in future.
Anything else?
PS. For the time being, until we gather more information on the need for a separate control, we will decline the item in the portal. If need be, it will be reopened.
Thank you in advance, I will appreciate your input.
Regards,
Stefan
Progress Telerik
Rank 1
How about these reasons:
1) Just now found this post because I have a working app with a working tree, and I've been asked to add a column, something I thought should have been easy, but your solution requires me to basically rewrite this whole part of the app to use a completely new control that expects the data a different way, renders the data a different way, and the events fired etc, are all different. All my RadTreeNode code is dead and has to be rewritten.
2) Your grid (in self ref mode) doesn't really look like the traditional tree people are use to. All I want is to display an extra column and to do that, you're asking me to rip out everything I've got working and start all over again, all because you guys are stubborn and keep kicking the can down the road. 2017 and still no winform treelistview.
3) I have some objects already stored in memory using a hierarchical and the RadTreeNode also is similar concept. The grid is not. I already have my code written that knows how to traverse the tree, insert new nodes, move, etc. Looking at your self referencing grid, looks like I would have to rewrite everything.
4) I would have to rewrite all the drag drop logic, dealing with multi check select tree, etc
5) So what if other people are using it? You are giving them no choice!!!!! The real question to those users is if they HAD the choice to choose between your self referencing grid and a proper TreeListView control, which would they have chosen then, and we BOTH know the answer to that, most would chose the proper control, the TreeListView.
People want a tree and they also want to show some extra data.
People do not want a grid pretending to be a tree.
Why are you so stubborn on this?
Thank you for writing.
Your feedback is valuable for us. We will have it in mind when considering implementing such a control in future. Indeed, RadGridView in self-reference hierarchy follows a different model compared to RadTreeView. However, it offers the desired columns in a tree-list hierarchy.
Currently, an alternative approach that I can suggest is to continue using RadTreeView but use custom nodes to display the additional information that you need in the columns. A sample approach for creating custom nodes is demonstrated in the following help article: http://docs.telerik.com/devtools/winforms/treeview/working-with-nodes/custom-nodes
You can refer to our Demo application >> TreeView >> Customize >> Custom Nodes example which shows a fully functional example with custom nodes. Feel free to use a similar approach for achieving your custom requirement.
I hope this information helps. Should you have further questions I would be glad to help.
Regards,
Dess
Progress Telerik
I also wanted to thank you for your input on the matter. I can assure you there is no stubbornness here, it is a matter of solving the problems that you guys, our user have. The use case usually is as follows - one would know at the beginning if they need a multi-column tree, and will opt-in for the grid in self-reference mode to solve this requirement. And the grid in this does the job perfectly and we have many users using it. In fact, it is, even more, feature rich in some aspects than the tree control, and this is another reason for its users to be happy.
Your case, which is completely valid, starts from another perspective - where you have the tree control in place, and you want to extend it with columns. And yes, this would require you to switch the control. We will definitely consider it, as my colleague indicated.
Thanks again.
@Everyone, I will appreciate your feedback on the matter, with more use cases where the grid control does not fulfill the need for a TreeList control.
Regards,
Stefan
Progress Telerik
Rank 1
When I was asked to add the columns, I told him yeah, no problem, all based on my experience with other control libraries and probably me thinking that somewhere in this app surely I've done it also with telerik. I was stunned when I couldn't see a way to do it. I just couldn't believe you don't support this.
Please consider that other control libraries do offer this and I doubt they decided to do the work for nothing and I'm sure they found sufficient use cases to justify adding support for it. I personally feel like you asking for more and more uses cases is just being stubborn and trying to find a way to keep kicking the can down the road.
I looked into the custom node idea and that is not going to work.
I could turn the question around on you and ask WHY NOT add the feature to the control? What are the use cases against adding it?
I got your point and as I mentioned the use case you pointed out is perfectly valid. We will be gathering more information on the matter to determine whether there is something else, that our current TreeList offering, via does not handle.
Both cases, you would need a solution now, and the only one we could offer right now is the self-reference hierarchy. Should you need assistance building it up, do not hesitate to contact our support folks and they will be happy to assist you in the matter.
Regards,
Stefan
Progress Telerik
Rank 1
Hello Everyone,
So after tons help from Dess and Hristo (Thank you so much guys!!) I finally got my Custom RadTreeView working today just like this http://https//docs.telerik.com/devtools/winforms/treeview/drag-and-drop/modify-the-dragdropservice-behavior but with my own validation conditions exactly the way I want it. Then I realized that it's probably better if I add another column to show what type of node the user is dragging since the DisplayMember property only allows to display one column when setting the Datasource which I set as the name of the node. As Happy said it, I've put so much work into it and received so much help that I am really afraid to start all over again. , , so can I do that now in 2018?
Thanks
Dickson
If I understand your requirement correctly, you are trying to display more information in the tree nodes. I can suggest you two options:
- Handle the NodeFormatting event and set the desired text to the TreeNodeContentElement. Thus, you have full control over the displayed data.
- You can create custom visual node elements to build a more complex design. Thus, you can insert the desired internal elements and show the necessary information. A sample approach is demonstrated in the following help article: https://docs.telerik.com/devtools/winforms/treeview/working-with-nodes/custom-nodes However, this approach will require to adjust the drag and drop service to work with the custom nodes.
Feel free to use this approach which suits your requirement best.
I hope this information helps. If you need any further assistance please don't hesitate to contact me.
Regards,
Dess | Tech Support Engineer, Sr.
Progress Telerik