"Show in folder" enforces using Explorer

[KonradKl]

... instead using a system default directory handler (in my case Directory Opus).

This applies to latest stable 3.5.2 and 3.6.17065 (I am currently using) versions of SumatraPDF.
Windows 7 x64.

[GitHubRulesOK]

windows HAS to use native explorer shell for show in window if Smatrapdf is inside opus then opus would need to be the system shell to show the file by pass its dialog to SumatraPDF it does not matter what app even the command line will use explorer as it is the system shell

[KonradKl]

At the same time Google Chrome's "Show in folder" does not have a problem opening the folder in Directory Opus.

[GitHubRulesOK]

https://resource.dopus.com/t/can-opus-replace-the-file-open-save-dialogs-other-programs-use/36127

Does Opus replace the File Open/Save dialogs other programs use?
Several useful tools are discussed below, but Opus does not affect these dialogs, at least not directly.
While Directory Opus has an Explorer Replacement option, this is to replace File Explorer, not to replace the entire Windows shell.
Explorer Replacement means that you can have a Directory Opus window open instead of a File Explorer window when you do things like double-click a folder on the desktop, or when another programs asks for a folder to be opened (e.g. via the ShellExecute API).
Explorer Replacement does not install Opus as the Windows shell or anything like that. The Taskbar, Start Menu, and standard File Open/Save dialogs are not modified or replaced by Directory Opus.

[KonradKl]

Hopefully some picture will tell you something about nature of reported issue.

[GitHubRulesOK]

that is using standard WINDOWS SHELL commands so windows applies the shell search that is what is meant by

"Explorer Replacement does not install Opus as the Windows shell or anything like that. The Taskbar, Start Menu, and standard File Open/Save dialogs are not modified or replaced by Directory Opus."

[KonradKl]

There are no Open/Save dialogs after selecting "Show in folder" both in SumatraPDF and in Chrome. For SumatraPDF a result is an opening Explorer's window containing a target file, for Chrome a result is an opening Directory Opus lister containg a target file.

@GitHubRulesOK I am suspecting that you may be just a troll.
So I do not care about your understanding of the issue.
This is end of discussion between us here.
Hopefully the issue will catch an attention of developers

[GitHubRulesOK]

ok what you mean is this dialog is Opus aware, but the other is not?

whilst INSIDE a Document you can call a lister with o but not use those in the frequently read

	[
		CommandLine = "C:\Program Files\GPSoftware\Directory Opus\dopus.exe" /nodde "%1"
		Name = Show Location in &Opus
		Key = o
	]