-
Notifications
You must be signed in to change notification settings - Fork 262
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.
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
Change workspaces with Super + number #142
Comments
This is already supported in GNOME. Super + Ctrl + Arrow |
@mmstick I think @RobinOpletal means something like Super+1 For the top workspace, Super+2 for the second, etc. Right now it looks like GNOME uses Super+Num to open apps on the Dash, though, so it would need to be something different. |
As @cassidyjames says, thaŧ's what I mean. Perhaps remapping those from the default shortcuts might be worthwhile, as this functionality is very essential for a quick-paced i3-like workflow, in my humble opinion |
@WatchMkr This would be very easy to implement. What do you think of switching workspaces with |
I think this is an essential remap as far as tiling goes. Using What's more, it is difficult to change the default GNOME keybindings for these keys. As @cassidyjames mentions, these keys are mapped by GNOME to opening apps on the Dash and the shortcuts are not displayed/editable under GNOME Settings. The user has to go digging into dconf to remap these. I think it would be very user-friendly (from a TM user perspective) to remap these keys by default to switching to and sending to workspaces. |
@mmstick Could we make this a setting in the extension's settings panel? I think overriding more default Gnome behavior will annoy more users than it will please. If it could be an option for those that want it, I feel like that would be best. Super + numbers to launch applications on the dash is something I use pretty regularly myself. Those hotkeys may be default in conventional tiling WM's, but I think we should keep in mind that with the "Tiling by Default" setting turned off, this should feel as close to regular Gnome as possible. We will, after all, have far more users with only a Gnome background than we will users with conventional tiling WM backgrounds, and this extension (though not the tiling by default setting) will be installed and active by default. |
@leviport 's suggestion sounds great. At least an option for this would be greatly welcome |
I think it'd make sense for it to behave that way. The current behavior is very ill-suited for tiling, especially since we already have the launcher, and the dock is never seen unless you're in the overview. |
Unless you install dock to dash, as many users do. You also don't need to see the dock for the shortcuts to work, if you just remember the position of an app on it. I second @leviport suggestion, this would replace an useful feature with something that for many users isn't in any way practical to use |
Thanks for all the input. Let's give UX an opportunity to fully study this prior to introducing a behavior that's likely to change. With some creativity, I think we can cover both bases of quickly launching a list of personalized apps and switching to or moving windows to specific workspaces. I anticipate this UX review and work going into the next major pop-shell release. |
I could be a great improvment. I used i3wm since 5 years now and talk a lot with the community on reddit. Workspaces are often used to separate applications. Concerning myself, I place my "systems" terminals on workspace 1. Emacs on 2, Firefox on 3, etc ... |
Dear all, First of all, thanks for making Pop Shell! As someone who loves the i3wm/sway way of working, but also enjoy the convenience of a full desktop environment, I recently switched to PopOS specifically because of Pop Shell. I agree with the posters above that this is an essential feature for a tiling window manager — since windows can't overlap, I typically actively use 4-6 workspaces when using a tiling window manager, in which case the default Win + Ctrl + Arrow keybindings become inadequate. Note also that this is more consistent with apps like Firefox and Nautilus, where Alt + number jumps straight to the corresponding tab. As for how to implement this feature, here is what I've done myself. First, enable a static number of workspaces (e.g. 8 or 10): gsettings set org.gnome.mutter dynamic-workspaces false
gsettings set org.gnome.desktop.wm.preferences num-workspaces 8 Then unbind all the GNOME default keybindings for switching between applications: gsettings set org.gnome.shell.keybindings switch-to-application-1 []
gsettings set org.gnome.shell.keybindings switch-to-application-2 []
gsettings set org.gnome.shell.keybindings switch-to-application-3 []
gsettings set org.gnome.shell.keybindings switch-to-application-4 []
gsettings set org.gnome.shell.keybindings switch-to-application-5 []
gsettings set org.gnome.shell.keybindings switch-to-application-6 []
gsettings set org.gnome.shell.keybindings switch-to-application-7 []
gsettings set org.gnome.shell.keybindings switch-to-application-8 []
gsettings set org.gnome.shell.keybindings switch-to-application-9 [] Rebind them to switch between workspaces on Win + number: gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-1 "['<Super>1']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-2 "['<Super>2']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-3 "['<Super>3']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-4 "['<Super>4']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-5 "['<Super>5']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-6 "['<Super>6']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-7 "['<Super>7']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-8 "['<Super>8']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-9 "['<Super>9']"
gsettings set org.gnome.desktop.wm.keybindings switch-to-workspace-10 "['<Super>0']" In addition, it's convenient to have Win + Shift + number move a window between workspaces: gsettings set org.gnome.desktop.wm.keybindings move-to-workspace-1 "['<Super><Shift>1']"
gsettings set org.gnome.desktop.wm.keybindings move-to-workspace-2 "['<Super><Shift>2']"
gsettings set org.gnome.desktop.wm.keybindings move-to-workspace-3 "['<Super><Shift>3']"
gsettings set org.gnome.desktop.wm.keybindings move-to-workspace-4 "['<Super><Shift>4']"
gsettings set org.gnome.desktop.wm.keybindings move-to-workspace-5 "['<Super><Shift>5']"
gsettings set org.gnome.desktop.wm.keybindings move-to-workspace-6 "['<Super><Shift>6']"
gsettings set org.gnome.desktop.wm.keybindings move-to-workspace-7 "['<Super><Shift>7']"
gsettings set org.gnome.desktop.wm.keybindings move-to-workspace-8 "['<Super><Shift>8']"
gsettings set org.gnome.desktop.wm.keybindings move-to-workspace-9 "['<Super><Shift>9']"
gsettings set org.gnome.desktop.wm.keybindings move-to-workspace-10 "['<Super><Shift>0']" The above Moreover, I think it would be useful if the adjustment mode (Win + enter) were to have keybindings for moving a window between desktops (e.g. just pressing 1, 2, 3, ... to send the currently active window to the workspace with the corresponding number). That is however something that would have to be implemented in Pop Shell itself, I can't do that with It would be very useful for other users if a simple checkbox for toggling these settings could be integrated in Pop Shell! 😄 |
For some reason, using
|
Has any progress been made on this feature or the UX review? |
Implementing this feature would be a great step. I found Pop!_OS while looking for something like Ubuntu (where the OS provides nice features like notifs, wifi menus, etc) but with support for tiling window management. I'm going to try the comments sent above, although I'd love to see numbered workspaces implemented officially so that I don't have to keep track of personal customizations :-)
Would it be possible to have the numbered workspaces hotkeys enabled by default, but only when tiling is also enabled? Sounds like the best of both worlds, unless I'm missing something |
Just wanted to float an idea here to see what people thought. What if we leave the Pros:
Cons:
|
Possible downside: this becomes e.g. Super + F1 on most desktop computers, but Super + Fn + F1 on many but not all laptops, where the Fn key sometimes even moves around between laptops. For people that love keyboard-driven workflows and use multiple computers daily, having different keyboard shortcuts on different machines is a bit problematic with respect to muscle memory. Super + # avoids this problem, as the number keys tend to stay in the same place. |
Definitely a good thing to consider, thanks! |
Plus, Super+F-Keys is more of a stretch for the fingers than to the number row. |
For anyone that would end up on this issue when trying to set workspace-switching shortcuts on Gnome: the gsettings invocations of @jabirali in #142 (comment) work well, but I had an issue on my machine (default Gnome on Fedora 32), below is the explanation and a fix. On my system, the The only fix I found is to manually unset the actions with the conflicting shortcuts before setting
To locate which actions were responsible for the conflict, I used
|
I'd love to be able to use the better workspace switching, so I've tried the manual setup from this thread. I can't get it to work however. I've tried it using both gsettings and dconf, and both do not throw out an error but refuse to change some of the settings. The things that I have been able to change are the static workspace setting, the number of workspaces, and the workspace switching and moving, but that last bit was only successful for workspaces 1 and 2 for some reason. Does anyone have a clue what might be wrong? |
Have you looked for other actions that would conflict by using the same shortcuts? |
It's sticking to the default ubuntu behaviour, so the conflict would be launching/opening applications that occupy the dock. I did run the provided code that sets switch-to-application-# keybindings to nothing, but that doesn't seem to work. Other than that, I'm assuming ubuntu doesn't come with conflicting defaults and I know I haven't done any customization myself, so the switch-to-application keybindings should be the only conflict. --edit --second edit |
I just would like to add some other issues i encountered with shortcuts. Moving a window to different monitors is a problem sometimes as well. Not every time though, really weird. Back to main topic. I was not able to change the key mapping in any way. I would love to be able to EDIT: |
I was able to manually create shortcuts using wmctrl. Use |
wmctrl seems to be X11 only, and won't work on wayland ? |
The first 4 workspaces can be bound in the settings:
|
i just made a little script that i ran once (i wanted 10, set whatever you like):
|
No news on this? Is (for me) the only nice things missing :( |
For anyone still wanting to recreate i3 behaviour. In addition to the mentioned shortcuts, I've found that removing the workspace switcher popup with this extensions: |
I feel like Pop!_OS need a config similar to i3's . See my post on Reddit if you want to know what I mean or want to support this idea and get this feature into the Pop!_OS! |
+1 for that. I love my Pop!_OS tiling experience, but as soon as I have more than 4 or 5 workspaces, it becomes painful to navigate and organize them. |
Can also be |
Script for copy-pasting into the terminal, sets 9 workspaces and assigns switch to sh << EOF
gsettings set org.gnome.mutter dynamic-workspaces false
gsettings set org.gnome.desktop.wm.preferences num-workspaces 9
for i in {1..9}
do
gsettings set "org.gnome.shell.keybindings" "switch-to-application-$i" "[]"
gsettings set "org.gnome.desktop.wm.keybindings" "switch-to-workspace-$i" "['<Super>${i}']"
gsettings set "org.gnome.desktop.wm.keybindings" "move-to-workspace-$i" "['<Super><Shift>${i}']"
done
EOF |
I have a similar issue. Before installing PopShell I was using Yes for me makes more sense to use the numpad instead of the number's row. Now since I installed PopShell even if num lock is on the Now my workflow is half good half bad :-D. I looked in dconf for any keybinding config for PopShell, but I couldn't find anything. Any tips? If this is hard coded, is it ok if I fix it and push a patch for my use case? |
Update. I've set those, but it seems that PopShell still uses
Those are all the keybindings I try to set, for now:
|
@mmstick any chance this gets implemented in the next release? 👀 |
Sorry for necroing but these tips have seriously improved my Pop Shell experience! I hope they put these changes as default in COSMIC. In my case I fixed the first 4 workspaces through the Settings/Keyboard as I don't really need more than that. Btw instead of using SUPER I prefer to use ALT because I feel it's a lot more ergonomic because I can use my left thumb to press it, pinky to press SHIFT and press the numbers with the rest of the fingers. I suggest adding this option to the new COSMIC as well, it feels way better. |
Hi, a noobie question but where exactly do I copy paste these scripts? |
Right at the moment I don't recall where the heck I put them, but a general place to put those |
@adarshkunwar It should be sufficient to run the I'm honestly surprised that neither these keybindings, nor a simple toggle for them, have yet made it into the upstream PopOS Shell. Over 100 people have so far placed a heart on my |
This snippet works great! I've put this snippet in my |
For those still experiencing switch-to-application behavior while using the above snippet, it might be related to dash-to-dock settings if applicable. Simply adding the below line in the loop makes it work. |
There is a gnome extension that helps with workspace numbering, shortcuts, etc. now. Very close to i3/sway experience |
Hello,
As generally to be seen in tiling WMs, the ability to switch between workspaces with a simple shortcut is very desirable due to speed.
Is this planned?
Thank you for the work
The text was updated successfully, but these errors were encountered: