Window loses Focus when switching Virtual Desktops about vd.ahk HOT 6 OPEN

@arakis
I can't reproduce on Windows 11 nor Windows 10

;you should first Run this, then Read this
;Ctrl + F: jump to #useful stuff

;#SETUP START
#SingleInstance force
ListLines 0
SendMode "Input"
SetWorkingDir A_ScriptDir
KeyHistory 0
#WinActivateForce

ProcessSetPriority "H"

SetWinDelay -1
SetControlDelay -1


;include the library
#Include %A_LineFile%\..\VD.ah2
; or
; #Include %A_LineFile%\..\_VD.ahk
; ...{startup code}
; VD.init()

; VD.ahk : calls `VD.init()` on #Include
; _VD.ahk : `VD.init()` when you want, like after a GUI has rendered, for startup performance reasons

;you should WinHide invisible programs that have a window.
try WinHide "Malwarebytes Tray Application"
;#SETUP END

VD.createUntil(3) ;create until we have at least 3 VD

return

foo(desktopNum) {
    VD.goToDesktopNum(desktopNum)
    ToolTip WinGetTitle("A") " ahk_class " WinGetClass("A") " ahk_exe " WinGetProcessName("A")
}

#NumpadEnd::foo(1)
#NumpadDown::foo(2)
#NumpadPgDn::foo(3)

f3::Exitapp

What's the active window after switch ?
is it that no window is active ?
is it an invisible window ?

from vd.ahk.

the next step in debugging would be to put

ToolTip WinGetTitle("ahk_id " theHwnd) " ahk_class " WinGetClass("ahk_id " theHwnd) " ahk_exe " WinGetProcessName("ahk_id " theHwnd)

above

WinActivate "ahk_id " theHwnd

in the function _activateWindowUnder

from vd.ahk.

Thank you for the debugging script. I tried the initial script, without modifying the _activateWindowUnder method. I found now the reason, but not the solution.
The reason is that application: https://apps.microsoft.com/store/detail/virtual-desktop-indicator/9NHCL1XQWXF1?hl=en-us&gl=us
It's a small utility app, that shows the active desktop after switching. After switch, a small window will shown, and then disappiers after some seconds. That utility window is never visible in "alt-tab"-List, so it should be impossible to focus it - but AutoHotkey does! Because the utility app it's a commercial, closed source app, it would be impossible to debug the problem further. But I'm still asking me why this problem never occurs, when using the built-in windows shortcut. In other words: Without the autohotkey script, the correct windows will always be focused (and never the utility app), regardless how fast i switch between the VD with the build-in windows shortcut.

from vd.ahk.

I have now an idea, but for that I need to learn the AutoHotkey Script language a little bit more:
Sending the ALT+ESC conditionally when the VirtualDesktopIndicator.exe is focused. Or finding other ways to unfocus the app, if it's focused.

from vd.ahk.

@arakis
it should work now

But I'm still asking me why this problem never occurs, when using the built-in windows shortcut. In other words: Without the autohotkey script, the correct windows will always be focused (and never the utility app), regardless how fast i switch between the VD with the build-in windows shortcut.

nice question

The reason is that application: apps.microsoft.com/store/detail/virtual-desktop-indicator/9NHCL1XQWXF1?hl=en-us&gl=us

thanks, I used the free trial to figure out

turns out, if you set GW_OWNER to the desktop window (which has className:#32769)
it will disappear from taskbar, alt+tab list, and appear on all desktops, this is how to set it:

SetWindowLongPtrW(hWnd, GWLP_HWNDPARENT, (LONG_PTR)GetDesktopWindow());

notice how it's GWLP_HWNDPARENT instead of GW_OWNER, the name is misleading
https://stackoverflow.com/questions/133122/how-to-change-a-window-owner-using-its-handle#comment-24839121
> GWL_HWNDPARENT changes the OWNER, not the parent, of a window

from vd.ahk.

@FuPeiJiang thank you very, very much, it works! I appreciate your work and the effort you invested in nailing down this problem. Can I buy you a coffee? :-)

from vd.ahk.