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/
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.
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.
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] Menu/Hotkey to take a file dialog box to the current folder in Explorer, Total Commander or Directory Opus
Request from Wayne.
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.
Find a solution to the issue with the “Select Folder” dialog box with tree view (aka "Brouwse for folder") caused by a Windows limitation (Edit1 control not handling the Enter as other file dialog boxes).
More info on this issue:
Dialog box are usually identified with a class name "#32770". Some apps use a different In Options, add a list of user-defined dialog boxes supported class names. User could run an app like WinLister to find unusual dialog box class names. One example is PDFSam dialog box class name "SunAwtDialog".