Several bugs and suggestions

[GnitLores]

First of all, thanks a lot for this awesome app. I like it a lot so far. Here are a few issues that I have run into.

Bugs:

• When "click anywhere on header to expand/minimize" is enabled, moving the mouse while clicking makes header clicks unresponsive.
• When "double click on desktop to show/hide all portals" is enabled, double clicking an icon on the desktop also toggles the portals.
• When "auto expand on hover" is enabled, right clicking an icon in a portal collapses the portal.
• When "auto expand on hover" is enabled, it is not possible to drag the edge to change box size, as the portal collapses when the cursor touches the edge.
• Ctrl+shift+A and ctrl+shift+space initially worked but have stopped working entirely (no idea what caused this though).

Suggestions:

• Option to automatically grow/shrink portal size in direction away from header in order to fit content.
• Changing display resolution can send portals completely outside monitor bounds, it would be nice to have some way to bring them all on the screen.

OS: Windows 10

[Ross-Patterson]

Are you still facing these issues? Any change of providing some recordings?

[GnitLores]

Sure, I just updated to version 3.1.0.2 and tested everything again. The hotkeys are working again, but ctrl+shift+a randomly transfers focus to firefox and opens about:addons.

The other issues (at least I assume they are issues) still persist.

• Cannot click header while moving. The first click after stopping cursor is also unresponsive:

• Double clicking icon on desktop also toggles portals:

• Right clicking most icons collapses the portal. For some reason a few of the icons in one of the portals ARE right clickable without collapsing:

• Touching the edge instantly collapses the portal:

Thanks for the response!

[Ross-Patterson]

OK:

1. Cannot click header while moving A click while moving is a drag, not a click, hence why its not registering

2. Double click Icons hides portals Interesting - when I test on my PC this does not happen. Do you have any special settings turned on for icon selection in Windows?

3. Right click collapses Will take a look and try to avoid this

4. Touching edge collapses portal This is a known issue - seems to just be the default Windows behaviour to trigger a MouseLeave event there, which is what I am using to trigger the collapse.

[rconstantine]

RE item 4: I think if you added the height/width options to the customize dialog, that could be a workaround. Alternatively, a pin icon/menu option to keep the portal open while pinned. Then one could drag the size, then unpin it.

[Ross-Patterson]

For number 4 I was actually thinking something along the lines of holding ALT which will stop a portal collapsing, then do the resize while holding ALT - when ALT is released the portal will collapse as normal

[GnitLores]

About item 1: It was quite confusing to me as a user why header clicks would frequently fail to register, and it took me a while to figure out why it was happening. The most confusing thing is how the first stationary click after having clicked while moving also doesn't register. If there is some way to handle this issue I think it would be a positive, but if there's an underlying limitation I guess it can't be helped.

About item 2: To my knowledge I don't have any special settings. I have tried updating to the latest version and shutting down other programs, but the behavior is the same.

[Ross-Patterson]

For item 2: To get to the bottom of this here is what I would need you to do:

1. Download and Install WindowDetective: https://windowdetective.sourceforge.io/
2. Start WindowDetective and drag the "Pick Window" picker onto the Desktop background
3. Show me what the result is, here is what I get:

To register if the double click is on a file, I am checking SysListView32 inside ShellDLL_DefView for any selected items, if your one is different for any reason, that may be the reason.

[GnitLores]

This is what it looks like for me.

[Ross-Patterson]

Ahh this is great, so your Parent Desktop window is called WorkerW rather than Progman.

Good to know, I will implement some sort of fix for this.

[Ross-Patterson]

Please could you do one more thing for me?

In the settings under App Settings, change the Log Level to Debug.

Then replicate the issue, then go to: C:\Users\\AppData\Local\Portals\logs

and find the most recent log file, and send it to me at: contact@rosspat.dev

[Ross-Patterson]

Actually no need, I have successfully replicated