In the last blog post on our TreeListBox control development, we announced that the TreeListBox control was ready for closed alpha testing.  TreeListBox is a new control that has much of the same functionality as the tree control found in the Visual Studio Solution Explorer.

In today's post, I'd like to announce a new TreeListView control that is now also ready for alpha testing.  The TreeListView control is a multi-column variant of the TreeListBox control that renders similar to a standard ListView but has all the tree and advanced features found in TreeListBox.

The animation above shows several of the features found in this new control such as node expansion, column resizing, column reordering, column header context menus, and more.

Feature Progress

Thus far these TreeListView features have been completed:

• All features found in TreeListBox.
• Templates, template selectors, or text property bindings used to specify custom content for each cell.
• Column width can be a specific pixel value, auto (size to header, cells, or both), or star-sized.
• Optional minimum and maximum widths for column auto/star-sizing modes.
• Columns can optionally be resized, reordered, and have visibility toggled by the end user.
• Frozen columns that don't scroll horizontally.
• Set which column renders the indentation and expander buttons.
• Column headers have a built-in context menu, and the headers themselves can be hidden.
• Size columns to fit contents.
• Optional grid line display.
• Numerous events for column resizing, reordering, visibility changes, and header menu requests.

Summary

If you would like to start working with either of the controls and provide us with feedback, please write our support address or chat with us on Slack to sign up for testing.  Now is the time to contribute your additional feature ideas and report bugs.  Anyone who has a WPF Studio license is fully licensed to use the control in their apps.

In the last blog post on our TreeListBox control development, we talked about new features like async loading and inline editing that were added.  In today's post, we'll talk about some more new features and we're also announcing that the alpha test of this control is now ready.

If you would like to start working with the control and provide us with feedback, please write our support address or chat with us on Slack to sign up for testing.  Now is the time to contribute your additional feature ideas and report bugs.  Anyone who has a WPF Studio license is fully licensed to use the control in their apps.

New Features

Since our new post, we've continued to enhance the control and add new features.  First, you now can optionally display the root item in the control.  When you choose not to do so (the default), the root node's children will be the top-level items.

There is now more control over expandability and when children are queried.

A robust drag and drop system supports dragging to external controls, dragging and dropping on the same control, and dropping from external controls.  You have full control over the visual feedback that is provided and what happens when a drop executes.

The control supports data virtualization when virtualized lists of child items are used.  With data virtualization, it's possible to support paged retrieval of items as they are requested for display.

A couple new options determine how far items are indented based on their depth.

Feature Progress

Thus far these features have been completed ( marks new features since the last post):

• Fully customize the appearance of each node.
• UI virtualization, allowing for hundreds of thousands of nodes to be loaded into a tree very quickly.
• No scrollbar jumpiness as seen in other virtualized tree controls when scrolling vertically.
• Use your own custom data models as the source for the tree, with no dependencies on UI or our interfaces. An adapter class is used (and can be fully customized to fit your model) to communicate between the UI and the model for things like expansion state, getting children, etc.
• The adapter can be coded with bindings in XAML (convenient, yet can be slow in very large trees) or via method overrides (slightly more work but lightning fast).
• Optionally show the root item in the control.
• Fine-grained control over expandability and children query triggers.
• Optional async loading with busy indicator display.
• Events for expansion.
• Events for selection.
• Single or multi-selection, with Ctrl and Shift-based selection options.
• Filter selection such as only allowing sibling nodes to be multi-selected, or nodes of the same depth.
• All common tree hotkeys supported including special ones for expanding and collapsing entire branches.
• Select or ensure nodes are visible by path.
• Double-click and Return key default action handling.
• Optional checkboxes within the data templates.
• Intelligent text searching so when you start typing while the control has focus, it will auto-focus the item that matches the typed text.
• Inline editing via F2 and single-click on a selected item.
• Per-item context menus that can be constructed dynamically via an event.
• Drag items to external controls, drop data from external controls, or drag/drop items within the control itself.
• Dragged items can highlight above, on, and below drop areas for each item.
• Single and multiple item dragging is supported.
• Optional data virtualization optimization when using virtualized collections.
• Indentation of top-level and other nodes can be set independently.

Summary

The TreeListBox control is now ready for alpha testing.  Please contact us via our ticket system or in Slack to sign up for testing and send in your feedback.  We will continue to refine the API based on your feedback before a future final release.

In the last blog post on our TreeListBox control development, we gave a list of features that have been implemented so far and showed a screenshot of sample usage with rendering customization.  In today's post, we'll show some more usage scenarios, will request your immediate input for drag/drop, and will give an updated feature list.

New Features

First, what's new since the last post?  We now have multiple options for governing if and when the determination of expander display is made for a node.  This is handy when you want to do minimal data model access checking for children, or when you know for certain that a node never has child nodes.

We now support optional async loading features where you'll be able to utilize a new RingSpinner control (or any other busy indicator) to relay a loading state to the end user.  Async loading means that potentially lengthy operations such as file or database access won't block the UI thread when expanding a node. 

Here's an example of async loading, where a simulated random delay is invoked when expanding each file folder:

Notice how the UI remains fully responsive even while loading items.

Inline editing is fully supported when enabled.  Press F2 or single click on a node's content to enter edit mode where a new text value can be entered.  Pressing Enter or losing focus commits the value, while pressing Esc cancels the edit.

An event will fire when an item requests a context menu.  Dynamically create the menu for that particular item (or the entire multi-item selection).

Drag/Drop Feature Feedback Requested

Drag and drop is one of the last features we want to get in place before an alpha test version is prepared of the control.  This is a complex topic since it involves single/multi-selected items (that could be at various tree depths) being dragged and dropped at other depths, or even dragged externally.  Likewise, external items could be dragged onto the control.  We want to get your feedback now as we start on drag/drop features to ensure we meet all your needs!

Please either write our support address with your feedback or join our Slack discussion on the topic and chat right with us.  The benefit of the chat option is that we are posting screenshots and asking for feature input right during development.  It gives you an opportunity to give direct feedback and help guide features.

Feature Progress

Thus far these features have been completed ( marks new features since the last post):

• Fully customize the appearance of each node.
• UI virtualization, allowing for hundreds of thousands of nodes to be loaded into a tree very quickly.
• No scrollbar jumpiness as seen in other virtualized tree controls when scrolling vertically.
• Use your own custom data models as the source for the tree, with no dependencies on UI or our interfaces.  An adapter class is used (and can be fully customized to fit your model) to communicate between the UI and the model for things like expansion state, getting children, etc.
• The adapter can be coded with bindings in XAML (convenient, yet can be slow in very large trees) or via method overrides (slightly more work but lightning fast).
• Multiple display modes for node expanders.
• Optional async loading with busy indicator display.
• Events for expansion.
• Events for selection.
• Single or multi-selection, with Ctrl and Shift-based selection options.
• Filter selection such as only allowing sibling nodes to be multi-selected, or nodes of the same depth.
• All common tree hotkeys supported including special ones for expanding and collapsing entire branches.
• Select or ensure nodes are visible by path.
• Double-click and Return key default action handling.
• Optional checkboxes within the data templates.
• Intelligent text searching so when you start typing while the control has focus, it will auto-focus the item that matches the typed text.
• Inline editing via F2 and single-click on a selected item.
• Per-item context menus that can be constructed dynamically via an event.

Summary

The TreeListBox control continues to progress well and its feature set is coming right in line with the VS Solution Explorer's tree control's feature set.  We look forward to discussing drag/drop feature requirements with you via our ticket system or in Slack!

Last month we posted that we were beginning development of a new TreeView replacement control that addressed the many shortcomings of the native WPF TreeView, and were asking for input at that time.  We've been working on this control for both WPF and UWP and have made very good progress.

Feature Progress

Thus far these features have been completed:

• Fully customize the appearance of each node.
• UI virtualization, allowing for hundreds of thousands of nodes to be loaded into a tree very quickly.
• No scrollbar jumpiness as seen in other virtualized tree controls when scrolling vertically.
• Use your own custom data models as the source for the tree, with no dependencies on UI or our interfaces.  An adapter class is used (and can be fully customized to fit your model) to communicate between the UI and the model for things like expansion state, getting children, etc.
• The adapter can be coded with bindings in XAML (convenient, yet can be slow in very large trees) or via method overrides (slightly more work but lightning fast).
• Events for expansion.
• Events for selection.
• Single or multi-selection, with Ctrl and Shift-based selection options.
• Filter selection such as only allowing sibling nodes to be multi-selected, or nodes of the same depth.
• All common tree hotkeys supported including special ones for expanding and collapsing entire branches.
• Select or ensure nodes are visible by path.
• Double-click and Return key default action handling.
• Optional checkboxes within the data templates.
• Intelligent text searching so when you start typing while the control has focus, it will auto-focus the item that matches the typed text.

Sample Usage

Here's a screenshot of a recent sample being put together for the control:

In this sample, we have two levels of nodes.  The top-most level is folders (whose icons actually toggle with the expand/collapse state), while the inner level has checkboxes and buttons that allow for a dialog to be displayed when clicked for further configuration.

Double-clicking a folder item will toggle its expansion state, while double-clicking a checkable node will toggle its checked state.  This sample also shows usage of a DataTemplateSelector to pick which DataTemplate to use for each node.

Summary

The control is coming along really nicely and our goal is to match general features found in the VS Solution Explorer.  The features above are implemented for both WPF and UWP.  We still have more features planned before we open up a beta. 

If you have any other suggestions, please either write our support address with your feedback or join our Slack discussion on the topic and chat right with us.  The benefit of the chat option is that we are posting screenshots and asking for feature input right during development.  It gives you an opportunity to give direct feedback and help guide features.

WPF Controls 2016.1 build 631 has been released and is now available for download.  This build contains numerous minor features, updates, and bug fixes across the various WPF control product range. 

It is highly recommended that v2016.1 customers upgrade to this build since it fixes all issues that have been discovered in the major Docking/MDI control updates that were part of the first 2016.1 release.

The first 2016.1 release added new Metro themes that have accent colors, like in the screenshot below.

The QAT buttons on the upper left of the window were originally wider in Office 2016, matching the width of the system minimize, maximize, and close title bar buttons.  However in the most recent Office 2016 update, the QAT button width was reduced and we've updated their size in this build to match.

See the announcement post for the detailed list of enhancements and updates in this build.

Do you want to chat with us about what we're working on next?  Register to join our Slack team and help guide our future development efforts!