Nice, well done! Very strange that the original function did not return the path...autocart wrote: Wed Apr 13, 2022 1:38 pm I found a solution:Code: Select all
WinGet, name, ProcessPath , ahk_pid %p_pid%
So I'll replace the original to the one you posted for the next version.
(I use processpath in other places too. Without issues, so should be stable)
EDIT: Missed @horst's reply .. Extra certainty that this is the right way. Thanks!
autocart wrote: Wed Apr 13, 2022 2:34 pm If you need a sparing partner as to how to talk to XY in a "better" way than via the clipboard ... maybe I can help a bit.
I did play around with it, based on some suggestions from user highend on the XYplorer forums (link). But all suggestions are welcome!autocart wrote: Wed Apr 13, 2022 1:54 pm Over and over again, it happens sometimes, that QS only shows the path from the hidden XY pane.
I 'suspect' that using this alternative method might help with this annoying issue too.
It is both. It is the application-dialog combination.autocart wrote: Wed Apr 13, 2022 4:03 pm And since I am already thinking about it:
If I understood the tool correctly, it would be more correct / understandable if "Settings for this dialog" was called "Settings for this application"?
You can have the Notepad=>Open dialog trigger a different response than Notepad=>Save or Excel=>Open.
So technically it should say something like "Settings for this specific dialog"
I don't like this 'Not now' either. It is the "Show Menu" option, but as that is (currently) already the default, that would leave the menu without a visible clue to exit the dialog.autocart wrote: Wed Apr 13, 2022 4:03 pm In the "Settings for this dialog" section, I would call the "Not now" option differently
I miss a setting for a menu-default too (choose between Never, Show Menu and AutoSwitch). But that requires a GUI to make that setting. GUI's are a lot of work (never realized that before I wrote my first (simple) GUI; I now respect @void even more!)
Writing a nice GUI for QuickSwitch will take some time. In the meantime: would an INI-entry to configure a default action help?
Definitely not a copyright thingautocart wrote: Wed Apr 13, 2022 4:03 pm As of now, in such a case I have to alt-tab back to the file manager again before proceeding - with caution - to the file dialog. Or is this a copyright / trademark thing?
BTW: Instead of using 'ALT + TAB' multiple times, you can also:
- Press down the ALT key; press TAB multiple times until you reach the right program; release the TAB key
- Click on the icons in the taskbar (assuming the taskbar is visible)
- Use 'WIN + TAB' and use the cursor keys to select
Good question! Will add the following to the 'documentation'autocart wrote: Wed Apr 13, 2022 4:03 pm is there a way to undo the autoswitch and go back to the originally displayed location?
Windows itself provides some methods for that:
- press 'ALT + cursor left'
- Should the original dialog path be added to the folder list? (not in my opinion, btw)
I like that idea! Brainstorming: I would make cursor right on a [TC|XY|WE|DO] folder open the matching file manager. For GUI use, a[>] button per folder entry. Or SHIFT-clicking a folder, or ...autocart wrote: Wed Apr 13, 2022 7:02 pm The Suggestion:
Would it not be nice, if the QS dialog would include an item that - by clicking it - would bring the file manager of one's choice to the foreground? Then I could navigate to the target folder in my familiar environment (in that file manager) and then alt-tab back to the file dialog. QS could then automatically switch to that location in the file dialog.
The item could be called something like "Fetch location from [TC|XY|WE|DO]" depending on which file manager one wants. Maybe it would be best to define only one favorite file manager as the one to fetch locations from in this way, if that feature was a good idea anyway?
I'm not sure if I addressed all points, but this should be enough to keep me off the streets this weekend
Thank you all !