Autofocus file from Browser

[acheton]

Hi there,

When I download a file from my browser (in this case Google Chrome) I regularly chose the option "Show in folder". With Windows Explorer this opens the folder and focussed the file. However in XYPlorer this opens the folder but does not focus the files. I'm sure that I must be missing something obvious here such as a setting but a search of the forum/help doesn't seem to reveal anything obvious. Can anyone help?

thanks,


ach

[zer0]

If I am not mistaken, this has something to do with /select,<object> parameters that are passed to the Shell. If a file isn't selected then either /select isn't parsed or /root is used. Don would be the best person to advise though as he knows the XY's code.

[admin]

Where is that "Show in folder"?

[zer0]

Where is that "Show in folder"?

Right-click an entry in Firefox's downloads menu and select "Open Containing Folder".

[admin]

Where is that "Show in folder"?

Right-click an entry in Firefox's downloads menu and select "Open Containing Folder".

Thanks. But this command does not seem to honour the registry settings about default file manager and always opens Explorer. That way I cannot find out what's the problem.

[acheton]

Where is that "Show in folder"?

To be clear I am using Google Chrome not Firefox as the OP mentioned. When a file is downloaded in Chrome it appears on a bar at the bottom of the screen. Click on the arrow next to the file name and it has several options including "Show in Folder". The same option is available from the downloads tab activated by CTRL+J in Chrome. Hopefully that helps...

[admin]

Where is that "Show in folder"?

To be clear I am using Google Chrome not Firefox as the OP mentioned. When a file is downloaded in Chrome it appears on a bar at the bottom of the screen. Click on the arrow next to the file name and it has several options including "Show in Folder". The same option is available from the downloads tab activated by CTRL+J in Chrome. Hopefully that helps...

If "Show in Folder" opens XY on your system, please select menu Help / Various Information and tell what it says after Command:.

[acheton]

If "Show in Folder" opens XY on your system, please select menu Help / Various Information and tell what it says after Command:.

Command:
CommandW:
Command Normalized:

App: C:\Program Files (x86)\XYplorer\XYplorer.exe
Ini File: C:\Users\XYX\AppData\Roaming\XYplorer\XYplorer.ini
App Data Path: C:\Users\XYX\AppData\Roaming\XYplorer\
Scripts Path: C:\Users\XYX\AppData\Roaming\XYplorer\Scripts\
Thumbs Cache Path: C:\Users\XYX\AppData\Roaming\XYplorer\Thumbnails\

here you go...

[admin]

Pity, but this does not help me. Are you sure that XY was opened by Chrome? There should be a command line entry...

[TheQwerty]

A very very quick and not at all thorough search through the Chromium (open source project that Chrome is built on) source leads me to believe that they may be using SHOpenFolderAndSelectItems, if that's any help to you Don. Though I could be entirely mistaken about how they are opening the folder.

[acheton]

Pity, but this does not help me. Are you sure that XY was opened by Chrome? There should be a command line entry...

Ok, I've tried again and here is the result:

Command: "D:\Users\XYX\Downloads"
CommandW: "D:\Users\XYX\Downloads"
Command Normalized: "D:\Users\XYX\Downloads\"

[admin]

A very very quick and not at all thorough search through the Chromium (open source project that Chrome is built on) source leads me to believe that they may be using SHOpenFolderAndSelectItems, if that's any help to you Don. Though I could be entirely mistaken about how they are opening the folder.

In that case XY has no chance since this API is hard-coded to work with Explorer only.

[admin]

Pity, but this does not help me. Are you sure that XY was opened by Chrome? There should be a command line entry...

Ok, I've tried again and here is the result:

Command: "D:\Users\XYX\Downloads"
CommandW: "D:\Users\XYX\Downloads"
Command Normalized: "D:\Users\XYX\Downloads\"

OK, that looks better. Alas it also explains why XY only opens the folder: there is no mention of the file to select.

[TheQwerty]

In that case XY has no chance since this API is hard-coded to work with Explorer only.

So since we know it opens XY that means I'm obviously wrong... maybe I'll search some more.

EDIT: Looking through it again and I'm fairly certain I'm in the right section of their code.

// The SHOpenFolderAndSelectItems API is exposed by shell32 version 6
// and does not exist in Win2K. We attempt to retrieve this function export
// from shell32 and if it does not exist, we just invoke ShellExecute to
// open the folder thus losing the functionality to select the item in
// the process.

So perhaps it is failing back to ShellExecute and as it says not selecting the item?

[acheton]

In that case XY has no chance since this API is hard-coded to work with Explorer only.

So it is a Chrome issue?