Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Mouse cursor does not move after Alt-Tab when using switch-applications #7

Open
bookout opened this issue Jul 2, 2022 · 5 comments · May be fixed by #12
Open

Mouse cursor does not move after Alt-Tab when using switch-applications #7

bookout opened this issue Jul 2, 2022 · 5 comments · May be fixed by #12

Comments

@bookout
Copy link

bookout commented Jul 2, 2022

I was delighted to find this extension, hoping it would fix the single greatest annoyance for me in Gnome 3. Unfortunately, the mouse pointer does not jump to the new window after Alt-Tab switching. This is between windows in the same workspace, but Alt-Tab from a window in one workspace to a window in another workspace also does not move the pointer to the newly selected window, but leaves it in the same relative position on the new workspace screen, and focuses the window under that pointer location.

My system is Fedora Linux 36 (Workstation), Gnome version 42.2, Windowing System Wayland. Focus-mode is 'sloppy.'
[...~]$ gsettings get org.gnome.desktop.wm.preferences focus-mode
'sloppy'

In case there are known or suspected conflicts between extensions, my active gnome shell extensions are: Alt-Tab Move Mouse; Custom Hot Corners - Extended; Extension List; Pidgin IM integration; Remove Alt+Tab Delay V2; Applications Menu; Dash to Dock; Places Status Indicator. I also tried disabling all of those extensions except Alt-Tab Move Mouse, with no change in behavior.

I welcome any suggestions for things to try; especially if I've overlooked a blindingly obvious setting!! Thanks.
@buzztaiki
Copy link
Owner

Thank you for your reporting!

Hm.. It's weird.
I'll try to make a version with embedded logs, so please wait.

@buzztaiki
Copy link
Owner

buzztaiki commented Jul 4, 2022 •
edited
Loading

Oh, I reproduced it.

With switch-windows (normally not bound any key), the mouse pointer moves.
With switch-applications (normally bound to <Alt>Tab), the mouse pointer does not move.

I did not seem to notice this issue because I had the following configuration:

gsettings set org.gnome.desktop.wm.keybindings switch-applications ['<Super>Tab']
gsettings set org.gnome.desktop.wm.keybindings switch-applications-backward ['<Shift><Super>Tab']
gsettings set org.gnome.desktop.wm.keybindings switch-windows ['<Alt>Tab']
gsettings set org.gnome.desktop.wm.keybindings switch-windows-backward ['<Shift><Alt>Tab']

Would you try switch-windows?

@buzztaiki
Copy link
Owner

It will take some time to resolve this issue (developing gnome extensions in Wayland is a bad experience :p).

@bookout
Copy link
Author

bookout commented Jul 5, 2022

Thank you for the suggestion. I set my keybindings to match yours, and Alt-Tab now switches windows, and the mouse jumps to the newly selected window. Fantastic! While I do prefer to use the Switch Applications function, with all application windows grouped together, this is so much better, I can be satisfied with this into the indefinite future. Thank you for your efforts to fix one of the many fails (imho) that are found in Gnome 3. I'm grateful to you and the several other extension developers that make a beautiful but underfunctional desktop into something that approaches the utility of the "good old days."

@buzztaiki buzztaiki changed the title This isn't working for me... Mouse cursor does not move after Alt-Tab when using switch-applications Jul 6, 2022
@buzztaiki
Copy link
Owner

I changed this issue title.

This was referenced Jul 25, 2022
Open
Closed
@lucasresck lucasresck linked a pull request Nov 21, 2022 that will close this issue
Open
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
2 participants
@buzztaiki @bookout