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

win shift 8 #2

Open
gmparker2000 opened this issue Jan 28, 2018 · 3 comments
Open

win shift 8 #2

gmparker2000 opened this issue Jan 28, 2018 · 3 comments

Comments

@gmparker2000
Copy link

I unmapped the normal win-a combination to get slinger to show but the splat option key combination is already a mapped on Ubuntu 17.10 for me. It brings up numbered shortcuts in the dock application. I can't find a place to disable.
@kll
Copy link

kll commented Jan 30, 2018

I'm using Arch Linux so I'm not sure how Ubuntu 17.10 is set up, but for me the conflict was in the Dash to Dock Gnome extension. In Gnome Tweaks tool go to the Extensions page and open the options for Dash to Dock. On the Behavior tab you can disable the "Use keyboard shortcuts to activate apps" setting.

Interestingly I only had to deal with conflicts in one of two almost identical Arch installs. The first one I set up just seemed to work without me unmapping anything. The second one though required me to work around the conflicts.

@gmparker2000
Copy link
Author

I had a look and I don't have the dash to dock extension. I think it got removed when I was tweaking things for the workspaces to dock extension. So I'm still not sure what is controlling that keyboard mapping. Thanks though.

juarezr added a commit to juarezr/slinger that referenced this issue Aug 1, 2019
@juarezr
fix multi-monitor bugs on using menu/distribute/fill-space
101235b 
Previously considered windows from the current workspace.
So when there was 2 windows in Crote#1 monitor and 4 windows in the timbertson#2 monitor, it arranged a 6 places grid for the Crote#1 monitor. When a distribute command was used it arranged following this grid but the windows remained in respective monitor, 2 in Crote#1 and 4 in timbertson#2.

Now consider windows from the monitor of the current window only.
So the windows from the other monitor in the current workarea are not affected and the grid are calculated correctly.
In the example given, it will calculated a 2 places grid for the Crote#1 monitor.
Teste dwith 2 1920x1280 monitors in ubuntu disco.
juarezr added a commit to juarezr/slinger that referenced this issue Aug 1, 2019
@juarezr
fix multi-monitor bugs on using menu/distribute/fill-space
1382837 
Previously considered windows from the current workspace.
So when there was 2 windows in Crote#1 monitor and 4 windows in the timbertson#2 monitor, it arranged a 6 places grid for the Crote#1 monitor. When a distribute command was used it arranged following this grid but the windows remained in respective monitor, 2 in Crote#1 and 4 in timbertson#2.

Now consider windows from the monitor of the current window only.
So the windows from the other monitor in the current workarea are not affected and the grid are calculated correctly.
In the example given, it will calculated a 2 places grid for the Crote#1 monitor.
Teste dwith 2 1920x1280 monitors in ubuntu disco.
@juarezr
Copy link

juarezr commented Aug 1, 2019

Updated with a new shortcuts schema in #17 considering the actual shotcuts used in gnome and Ubuntu. Many hotkey conflicts solved.

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
Development

No branches or pull requests
3 participants
@kll @juarezr @gmparker2000