Requesting TreeView/TreeNode-Recursive Sample Control

[najak3d]

We're at the point now where we've got to present TreeView data to the user with expandable nodes.

I was hoping NovaUI team might have something out before we needed it, but looks like we're going to have to do it ourselves for now. We might submit this back to you, when done.

Since we're headed to do it ourselves, looking for the most robust/standard way to do it. I was thinking of creating TreeNode.cs/TreeNodeVisuals.cs, and basing it on DropDown.cs and the DropDownVisuals.cs... as the foundation, and make it nest recursively inside itself. Instead of creating a ListView of Toggle controls, it would be a ListView of more TreeNodes.

We'll have it lazy load on Expansion (similar to how the Dropdown works now).

As user hovers/clicks on various TreeNodes, the event will propagate up to the Root TreeNode (or until handled), so that custom code can handle those two events.

I assume you might be interested in having this code after I'm done, yes?

[najak3d]

In the absence of advice, I think I did alright here. Here's the visual result:

We are very pleased with how this is all working out.

[najak3d]

Also - We're super relieved for the source code. In the case of the Scroller behavior, we are likely going to tweak this.

For example, as you can see above, the # lines shown is non-even... so as we scroll down (with wheel, 1 line at a time) - it keeps the top line aligned nicely. However, if you get to the bottom, then it aligns the bottom of the bottom line with the bottom of the panel -- and the top line becomes "partial line" which looks bad. In the end, we're aiming for top-notch professionalism, and these small details matter... now we are able to edit the Scroll functionality (or whatever) to achieve these fine-tuned quirks.

There's more -- such as being able to easily scroll-to-a-specified Element -- I want this to be part of the Scroller API.

Also for Wheel scrolling, we might employ "acceleration" (large fast swipes of the wheel, won't just "scroll 7x", but instead may be double that, etc). So slow, small wheel swipes, do fine-tuned scrolling (e.g. 1 line per wheel click).... but fast/big wheel swipes will do more than 1 line per click...

Our Scroller will be aware of Elements inside it... and will have option to always round scrolling to snap the top-most element to be flush with the top of the panel (because this looks nice).

Anyhow -- stuff like that is planned for the near future. NOTE -- we plan to share back with the community our enhancements.

[najak3d]

Also - with scroller, we want the same behavior as you get normally -- like with Chrome Browser -- if you click above or below the scroll bar -- it auto-scrolls to where your mouse pointer is... Right now, there are annoyances with having to grab the visible scrollbar to move it...

Also - for UI controls in general, I'd like to implement a clickable area that bleeds outside the visible edges-- so that you can have buttons that are smaller than the click-areas, very easily.... so that they don't occlude the screen, but at same time, are clickable just the same a larger/fatter control.

This is the type stuff we implemented in our self-rolled UI system, which we didn't port to Unity... because, well... NovaUI is our answer. But we're super duper glad now that we'll have the capability to make enhancements where we want to.

[najak3d]

Looks like you have "ScrollToIndex()" concept already implemented - that's good.

Next up, I'm needing this tree to maintain it's Node Expansion state and Scroll position between Updates... currently when I update the Tree DataSource, I'm wiping it all clean, rebuilding from Scratch, collapsing everything, and scrolling to top. So taking the next steps over the next few days, to get this working primo. Our TreeView isn't just data -- allows user to interact and make choices (e.g. Set Priority slider) - etc, so the complexity of TreeView content is interesting/diverse.