Expose an event that allows you to cancel the navigation to a folder. For example, if you enter an address in the breadcrumb, click the back button, or select a directory in the navigation tree, then you should be able to cancel the navigation.

This can be done via a new event that have a Cancel property in its arguments, for example.

The naming shown here is not mandatory.

Add a mechanism that allows show/hide the context menu that opens when you right click on an empty space in the dialog. For example, you should be able to hide the "New Folder" or "Properties" options.

Currently, the icons are collected from the OS. Add an API to allow using custom icons that the developer can provide.

RadOpenFileDialog does not update FilterIndex

The RadOpenFileDialog has a property FilterIndex to get or set the index of the currently selected filter. Setting the index works fine. However, the property is not updated when the user selects a different filter. FilterIndex will always keep the value that was initially set. This is quite annoying, as we want that our customers find their most recently used filter index pre-selected.

The same problem exists for InitialSelectedLayout, which is never update either. .Net Framework's OpenFileDialog restores the most recently selected view automatically.

FileDialogs version is 2019.1.116.45

Provide a way to create custom Confirm dialog when overriding a file in SaveFileDialog.

Add an API that can be used to cancel or modify the editing of files and folders. For example, you can introduce Editing and Edited events for the dialog which can be fired when the selected file goes into edit mode and after the editing is committed.

It would be nice to have some additional public properties and commands for ExplorerControl.  For example:

• Boolean properties to show/hide the first two rows (containing the breadcrumbs, new folder button, layout combo box, etc.).
• Search command or public SearchText property.
• Cancellable OnNavigating event.
• Navigation tree "RootDirectory" property, which would replace the top-level "This PC" node.

Thanks for your consideration!

Add properties that control the visibility the first two rows. Those are the rows that contain the breadcrumbs, new folder button, layout combo box, etc.

Currently, the root of the file system is "This PC". Allow setting a custom folder as a root (for example, C:\Users\mivanov\Documents) and show only its children.

Introduce a mechanism to allow executing search manually. Similar to the RadGridViewCommands.SearchByText command.

Can you please add the ability to select (and scroll into view) a file/folder in the RadFileDialog by keyboard? i.e. when focused within the files section of the dialog, typing 's' should scroll to the first file starting with 's' and select it.

All the Win32 and WPF file dialogs support this.

Show the actual image when the layout of the main pane is set to Medium, Large and Extra Large Icons.

Provide built-in support for returning to the previous open folder using Backspace keyboard button.

Like in MS Win 32 OpenFileDialog - thumbnails with preview or details about the selected file.

Check the attached images for better clarification.

Currently, showing a dialog can take 10-20 seconds when started in DEBUG mode. 

And 3-5 seconds RELEASE mode. Improve the loading time.

A little way to speed up is to set ExpandToCurrentDirectory to False.

Currently RadFileDialogs do not provide such tooltips when hovering files and folders.

Check the attached image for clarification.

Create a property that allows to show the UNC name instead of just the drive's letter or change the implementation of the control so this can be achieved by code.

It appears that the display string is the last element of the path, but this can cause potential confusion when the paths are very different, but the last folder is identical. Take for example "C:\Users\Public\Documents" and "C:\Users\<user_name>\Documents". Each of these will be displayed as "Documents" in the final UI, even though the first is probably more recognizable as "Common Documents" or "Public Documents". The icon appears to be different for each, but that's not enough to distinguish them enough without first browsing the path.