Quick view panel: Clicking on a Lister plugin didn't mark the panel as active

[petermad]

23.03.26 Fixed: Quick view panel: Clicking on a Lister plugin didn't mark the panel as active via header (32/64)

Seems to work that way for most plugins, but not for TCSumatraPDF (v. 1.19) - but maybe that is a problem in the plugin

[Fla$her]

2petermad
I recommend checking all of the author's plugins regarding this. There is a peculiar approach to embedding windows into the TC interface.

[petermad]

The TCSumatraPDF package does not say anywhere who the author is, so I don't know which other plugins to test.

I see the same problem with EdgeViewer - click on the plugin does not activate the panel header.

[Fla$her]

What does Legal Copyright from peviewer for SumatraPDF.wlx tell you? Or here? Valery Kurenkov aka AkulaBig. All the names of its wlx plugins start with 'TC'. Use quick filtering in "%COMMANDER_PATH%\Plugins\wlx\".

I suppose anything that embeds third-party application windows, rather than rendering its own, will behave in a similar way. slister is also not activated by clicking in the Sumatra window.

[petermad]

I don't have any other plugins from Valery Kurenkov (I could see his name in the wlx file with the fileinfo plugin - I don't have peviewer)

You are correct that slister also has the problem.

But SumatraPDF (1,2) by Krzysztof J. Kowalczyk et Al does not have the problem - it does not use SumatraPDF.exe as slister and TCSumatraPDF does.

[Fla$her]

I also hardly use them. In any case, you've probably come across the mention of TCIrfanView and TCAkelPad several times. And you may have seen our long discussions on TC1by1. About TCModPlug, TCFlashPlayer, TCAlReaderExt, you probably don't even know.

But SumatraPDF (1,2) by Krzysztof J. Kowalczyk et Al does not have the problem - it does not use SumatraPDF.exe as slister and TCSumatraPDF does.

I don't understand the meaning of what you wrote. Try to rephrase it.

[petermad]

Try to rephrase it.

I have an older PDF viewer named SumatraPDF made by Krzysztof J. Kowalczyk an others. Unlike slister and TCSumatraPDF it does not use any external programs for example SumatraPDF.exe (currently SumatraPDF-3.6-64.exe) - it is all contained in the .wlx/.wlx64 file - so this is in line with what you write here:

I suppose anything that embeds third-party application windows, rather than rendering its own, will behave in a similar way.

https://tcmd.madsenworld.dk/plugins/wlx_sumatrapdf_0.8.1_x64_source.zip

[ghisler(Author)]

Seems to work that way for most plugins, but not for TCSumatraPDF (v. 1.19) - but maybe that is a problem in the plugin

Thanks for confirming the fix! TCSumatraPDF and SLister show a window from a different executable embedded in Total Commander. In this case, TC will not receive any mouse click messages in its message loop, so it cannot see when the window gets clicked. Therefore it's impossible to know that the user clicked on the plugin. I don't want to use a mouse hook which would see the mouse in all programs, because this can be seen as spying by anti-malware tools.

Moderator message from: ghisler(Author) » 2026-03-26, 09:50 UTC

Moved to will not be changed

[Fla$her]

2petermad
Now I understand. Thanks for the clarifications. I didn't know that the author of Sumatra wrote his plugin for TC.

If you want, we can implement it on Autorun. Paranoid tools should not bother us.

[ghisler(Author)]

If you want, we can implement it on Autorun. Paranoid tools should not bother us.

Sorry, what do you mean with that? You want to rewrite the Sumatra plugin?

Anyway, I found a workaround for when the focus was previously in the file panel: I can react to WM_KILLFOCUS and then check via GetFocus and multiple GetParent calls whether the focus is now on the quick view panel.

[Fla$her]

Sorry, what do you mean with that? You want to rewrite the Sumatra plugin?

No, just react to a click in the inactive panel area.

Anyway, I found a workaround ...

Great!

[Fla$her]

2ghisler(Author)

27.03.26 Fixed: Quick view panel: Clicking on certain Lister plugins like SLister didn't show that panel as focused (color of header) (64)

It works with slister. Great! But, for example, not with 1by1.
And why did you write "(64)" at the end? It didn't work for x32 either.

[petermad]

It didn't work for x32 either.

Confirmed for TC 11.57rc1

Shouldn't this topic be in the TC Fixed bugs section, since it is mentined as fixed in history.txt

Anyway - also confirmed that if works for at least for the slister, TCSumatraPDF and edgeviewer in both 64bit and 32bit TC 11.57rc2

[Fla$her]

Shouldn't this topic be in the TC Fixed bugs section, since it is mentined as fixed in history.txt

For now, it should be in "TC11.x bug reports (English)", since there are problems with other AkulaBig plugins. As a moderator, you can fix this.

[AkulaBig]

I saw a discussion on the topic of focus in the corrections and found this link. Yes, in three of my plugins: TC1by1, TCAlReaderExt, TCModPlug, the QuickView window title is not highlighted when the mouse is clicked in the application window. But the programs used in these plugins have a non-standard interface. They don't have a standard Windows window. I'll try to figure this out.

I don't have any other plugins from Valery Kurenkov (I could see his name in the wlx file with the fileinfo plugin - I don't have peviewer)

It’s interesting, but in the English description of my most popular plugin, TCSumatraPDF, I didn’t write the author
[img]https://s1.hostingkartinok.com/uploads/thumbs/2026/04/8bb04ffad129dc23b2ee169c5470a107.png[/img]
In all other plugins it is in both descriptions.

I don't want to use a mouse hook which would see the mouse in all programs, because this can be seen as spying by anti-malware tools.

For me this is the only way out. Since it is impossible to make the 32-bit programs that I use for my plugins work with 64-bit plugins using standard methods.