[Wishlist] Advanced validation of file dialog box

Actually, there is very small risk that trying to change a folder in a dialog box that is not a "file" dialog box (like Open, Save As) but another type of dialog box (like Options or Preferences) to alter dialog box content inadvertently. A QAP user (thanks Helge) is doing research on how to identify with more certitude that a dialog box is a file dialog box.

See "Technical explanation" in http://www.quickaccesspopup.com/can-i-change-folders-in-file-dialog-boxes-open-save-as-etc/


Can I change folders in file dialog boxes (Open, Save As, etc.)?

Yes, the main QAP triggers (middle mouse button or Windows+W) can change folders in all software that use the standard Windows file dialog boxes (Open, Save As, etc.). Most software do.

However, this feature must be enabled in Options (first tab General, first option of left column).

If you enable this option, you understand that this feature is reserved to "file dialog boxes" (Open, Save As, etc.). If you use it in other types of dialog box, for example a Preferences dialog box, trying to change folder in this dialog box could modify and save values in the dialog box without any notification (see a more technical explanations below).

In order to enable Change folders in dialog box, you must confirm in the QAP Options that you understand the consequence of misusing the change folder feature in "non-file dialog boxes" and that you will only use it the proper dialog boxes.

Reopen Current Folder in Dialog Box

Talking about dialog boxes, a feature introduced in QAP v8.5 called Reopen Current Folder in Dialog Box under the submenu My QAP Essentials can accelerate your work in file dialog boxes by taking you instantly to the folder you use in Windows Explorer. See this video demo.

Technical explanation

If the Change folders in dialog box is enabled and you select a Folder favorite while the mouse cursor is over a dialog box (or when a dialog box is the active window if you use the keyboard hotkey), QAP sends commands to change the current folder in this dialog box. If the dialog box is not an Open or Save As dialog box, if it is an Options dialog box instead, for example, QAP cannot detect it (because all dialog boxes have the same class name "#32770", regardless of the dialog box task) and QAP will act as if it was a file dialog box.

To change folder, QAP tries to change the content of a text field of the dialog box named internally "Edit1" or "Edit2" (in a file dialog box, this field is usually labeled File name). If it succeeds, QAP sends "Enter" to press the OK button of the dialog box. In a file dialog box, it changes the current folder in the dialog box. Then, QAP restores the initial content of the Filename field and stops, letting the user continue his work.

If the dialog box is not a file dialog box but contains an "Edit1" or "Edit2" (I've seen this situation only once but I have no stats on this), there is a risk to see the text field changed and the "Enter" sent to the OK to the dialog box, saving the changed content without the user consent. I never heard of a case where it really happened, but the risk exist in theory.

Why does dialog boxes sometimes refuse to change folder?

First, make sure the change folder in dialog box option is enabled. See: Can I change folders in file dialog boxes (Open, Save As, etc.)?

There seems to be an intermittent issue noted in Firefox (and possibly other apps) that interrupt the change folder action initated by QAP.

Normally, QAP introduces a 100 ms delay at a given step when changing folder in dialog boxes. Making this delay longer may help. In my tests, it increased success rate in Firefox dialog boxes (without resolving the issue completely, unfortunately). Add this value in QuickAccessPopup.ini file under section [Global]:


If the line is not in the settings file, just add it under [Global]. 100 is the default value (in milliseconds). Increase it to 200 (or more) to see how it improves changing folders in Firefox or orher app.

Fell free to use the comment box below to give feedback on this issue.


[Wishlist] Exclude dialog boxes based on name or class of parent window

Currently, QAP triggers exclusion list is checked for apps main window (by their name or class name - see Can I block the QAP menu trigger (middle mouse button) if it interfere with one of my other apps?). QAP triggers exclusion list is not applied to app's dialog boxes ("child" windows).

There is a request for the QAP exclusion list to be check not only the current window name/class but also, if it current window is a dialog box (class name "#32770"), to this window's parent window.

See this thread.