Currently, the dialogs provide a way to restore the last open directory. The opened directory path will be stored in a private string field of the RadOpenFolderDialog instance. However, in other this to work, the dialogs require the following steps:
We could expose a mechanism to cache the last open directory outside of the dialogs, thus allowing you to restore the directory even when the application is closed.
The current problem I'm facing is that the filters are not compliant as MS-FileDialog does, let me make it clear, when the DEV set the filter, for example, "JGRAM|*.jgram", if I try to select another file, with another extension, the dialog does not filter the files, when typing and pressing ENTER, see:
Please refer to the attached two gif file illustrating the default behavior of the MS OpenFileDialog and the RadOpenFileDialog.
Steps to reproduce:
1. Open a file dialog
2. In the File name field start typing "k:\ClientFiles"
3. The files are not suggested
Hello,
when the end user paste a path from memory into FileDialog, textbox, and press enter the dialog box not navigate to the folder like Microsoft Dialogbox do.
You are replacing the Microsoft component so it must behavior just like the original.
Best,
jeff
We had a request from a customer about the RadOpenFileDialog not showing the preview of the actual photo in the list.
Is this possible? With the default explorer version of OpenFileDialog, you can see image previews (second photo).