Please add file location function

[yangcongwen]

It is recommended to support file positioning function.
We often encounter situations where we open the folder where the file is located from other programs, such as downloading from a browser window, downloading tools, and clicking on 'Open File Folder' in the player
If you use "Explorer.exe" to open it, the file will be selected while opening the folder.
But, if "XYplorer" is used, only the corresponding folder will be opened and no files will be selected, which is particularly troublesome when there is a lot of content in the folder.
I hope "XYplorer" can add the function of locating this file, and when opening a folder, also select the corresponding file.
After reviewing the information, it should be the command line:
Explorer/select [full path file name]
Thanks.

[highend]

From the help file:

/select
XYplorer will go to the parent path in the folder tree and select the item in the file list. For example, this will go to C:\ and select Windows in the list:

XYplorer.exe /select=C:\Windows

So write to the manufacturer of the software and ask them to add the option to define a user defined call for files / locations to be opened, because currently these are hard-coded (to use Windows Explorer)...

[Horst]

In addition to Highend's comment,
if the 3rd party tool would use the Windows API for opening folders, all is fine.
They don't need to directly support any other file manager in this case.
I have set the registry to my file manager for opening folders and drives.
This works for all tools which are not using hard-coded Explorer calls.

[yangcongwen]

From the help file:

/select
XYplorer will go to the parent path in the folder tree and select the item in the file list. For example, this will go to C:\ and select Windows in the list:

XYplorer.exe /select=C:\Windows

So write to the manufacturer of the software and ask them to add the option to define a user defined call for files / locations to be opened, because currently these are hard-coded (to use Windows Explorer)...

I don't think this is a problem for software vendors. Let me give another example:
It is also a desktop shortcut. Right click on the desktop to view the location of the target. If you jump to XYplorer, the target will not be selected; If you find this shortcut in XYplorer and perform the same operation, you can select the target.
However, using 'Explorer' does not have this issue.
In summary, it is likely that XYplorer was unable to recognize the "/select" parameter from external sources, and modifications need to be made by XYplorer rather than other software vendors.

[yangcongwen]

In addition to Highend's comment,
if the 3rd party tool would use the Windows API for opening folders, all is fine.
They don't need to directly support any other file manager in this case.
I have set the registry to my file manager for opening folders and drives.
This works for all tools which are not using hard-coded Explorer calls.

Sorry, I can only use a translator to read the text. Although there may be deviations, I guess we are referring to the same meaning.

[admin]

In summary, it is likely that XYplorer was unable to recognize the "/select" parameter from external sources, and modifications need to be made by XYplorer rather than other software vendors.

True. But the modifications required are pretty involved and weird (basically, it's about pretending to be Explorer). I decided against it.

[XY fan]

Such a wonderfully specific and brutally frank reply. I love admin!