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.

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

super+r could default to half-width #262

Closed
pomdtr opened this issue Mar 10, 2020 · 3 comments · Fixed by #550
Closed

super+r could default to half-width #262

pomdtr opened this issue Mar 10, 2020 · 3 comments · Fixed by #550
Assignees
Labels
enhancement Adds a new feature or extends scope

Comments

@pomdtr
Copy link

pomdtr commented Mar 10, 2020

I have the impression that as users, we often need to split our screen by half, but much less frequently in 3/4 + 1/4.

In PaperWM, to place two window side by side, I need to :

  1. Focus the first window
  2. 2* super+r
  3. super+.
  4. 2* super+r
  5. super+,

Which seems quite laborious for a basic feature. Default to half-width would improve this.

@hedning
Copy link
Member

hedning commented Mar 10, 2020

Yeah, there's some improvements possible here.

<Super>R is currently state-less, it simply picks the first step that's wider than the current width. There's some work in progress which makes <super>r remember things as long as super is down #193. So we can for instance try to preserve the original window position, or make half width the first step.

Now, you can change the step widths in dconf:

dconf write /org/gnome/shell/extensions/paperwm/cycle-width-steps "[0.5]"

@olejorgenb also have code in the making which can do some basic auto-layout (eg. distributing the available width among the visible windows). We should probably get that into examples/keybindings.js at least.

@olejorgenb
Copy link
Member

See #303 (comment) for new actions that will fit two windows in various ratios

@jtaala jtaala added the enhancement Adds a new feature or extends scope label Apr 8, 2023
@jtaala
Copy link
Collaborator

jtaala commented Apr 8, 2023

I also note that with #463 winprops can be set for windows by wm_class, title etc.

We could also support wildcards in window winprops? e.g. you could then set a winprop for all windows to set preferred with on create to 50% (or otherwise).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement Adds a new feature or extends scope
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants