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

Doesn't support workspaces only on primary #216

Closed
wtheisen opened this issue Jan 4, 2020 · 3 comments
Closed

Doesn't support workspaces only on primary #216

wtheisen opened this issue Jan 4, 2020 · 3 comments
Labels
gnome-option Related to a GNOME Shell option

Comments

@wtheisen
Copy link

wtheisen commented Jan 4, 2020

When running on multiple monitors the second monitor appears not to respect the tiling aspect of the software and continues to act like a normal gnome desktop session. This is with extend workspaces. Additionally many windows seem to "pop out" of the tiling system and then refuse to be put back into it.

Great software on my laptop with a single screen but it's been giving me some problems on dual monitors.

@hedning
Copy link
Member

hedning commented Jan 5, 2020

Yeah, we don't fully support «workspaces on primary display only» (ie. org.gnome.mutter workspaces-only-on-primary true). Switching to «Workspaces span displays» should fix it (or set workspaces-only-on-primary to false in dconf-editor).

We should probably make this more prominent in the readme though.

@hedning hedning changed the title Tiling issues on multiple monitors Doesn't support workspaces only on primary Jan 5, 2020
@hedning hedning added the gnome-option Related to a GNOME Shell option label Jan 5, 2020
@cben
Copy link

cben commented Jul 19, 2020

FWIW, I'm benefitting from the current lack of support 😁
My use case is quite esoteric with monitors showing overlapping areas of the video memory.
When I open my laptop to use its webcam in meetings, it obscures part of my (much larger) external monitor. A workaround I use is to make the laptop "transparent" by mirroring the area it obscures 🤯, using a command like:

xrandr --output eDP-1 --fb 3840x2160 --scale 0.74x0.74 --pos 1139x1577

But with «Workspaces span displays», PaperWM was thinking it has 2 separate monitors, and windows from another workspace were jumping on top of the laptop monitor, it was unusable. With «workspaces on primary display only» it works fine as one monitor 😆

IMG_20200719_120548

Another sillier workaround I tend to use is add a dummy terminal window below some window to make it fit above the laptop screen...

In an ideal world:

  • there would be an option to "hide" specified monitors from PaperWM.
  • there would be a way to exclude a top/bottom portion of a monitor from window placement. (surpisingly, this is nearly impossible with xrandr!)

but of course feel free to fix this 👍 I can poke around the code if necessary for my needs.

@Thesola10
Copy link
Collaborator

Superseded by #932 for visibility -- PaperWM now sets workspaces to span displays out of the box.


🧹 Just going through and triaging old issues...

@Thesola10 Thesola10 closed this as not planned Won't fix, can't repro, duplicate, stale Jan 14, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
gnome-option Related to a GNOME Shell option
Projects
None yet
Development

No branches or pull requests

4 participants