Open GuillaumeDesforges opened 1 year ago
I see the following message: [363 15:42:48.336980] [glfw error 65544]: Wayland: activation requests not supported by this Wayland compositor
in the logs.
Interestingly, even with this limitation, it seems like AutoHotkey's WinActivate
function can successfully focus kitty
- not sure what it's doing differently compared to Alt-Tab, but that might be something to look into or at least help with a workaround (using AHK).
Interestingly, even with this limitation, it seems like AutoHotkey's
WinActivate
function can successfully focuskitty
@robbins But how can you specify the kitty's window? It seems that all WSLg windows have the same name, and the kitty's window title keeps changing. By setting an immutable name for kitty?
@ofseed Yeah, I used the --title
argument for that.
Has anyone come up with a workaround for this?
An interesting thing I found is that if you open kitty via root, alt+tab works fine.
Bumping on this issue, currently I'm working around by using root as @ofseed mentioned
another workaround, set hide_window_decorations yes
(for kitty) to make the titlebar disappear, and it will focus when alt+tabbing.
But there is no way to move the window now (alt + mouse click doesnt work like in x11/wayland)
Having it like hyprland (alt + left click to drag, alt + right click to resize) would be nice
Windows build number:
22621
Your Distribution version:
NixOS 94e02f5bd2cd07e89539fa03ca62e56263ac2e40
Your WSL versions:
WSL version: 1.0.3.0 Kernel version: 5.15.79.1 WSLg version: 1.0.47 MSRDC version: 1.2.3575 Direct3D version: 1.606.4 DXCore version: 10.0.25131.1002-220531-1700.rs-onecore-base2-hyp Windows version: 10.0.22621.1105
Steps to reproduce:
Focus has been lost, I have to click on the window.
Note that
WSL logs:
weston.log
stderr.log
WSL dumps:
Empty
Expected behavior:
Upon Alt+Tab back to the window rendered by WSLg, it should take focus again.
Actual behavior:
Upon Alt+Tab back to the window rendered by WSLg is not focus (need to click on it once).