search

Leleat / Tiling-Assistant

An extension which adds a Windows-like snap assist to GNOME. It also expands GNOME's 2 column tiling layout.
GNU General Public License v2.0
1.12k stars 64 forks source link

List of incompatible apps / known issues / limitations #61

Open Leleat opened 3 years ago

Leleat commented 3 years ago

General

Apps

laichiaheng commented 3 years ago

MPV does resize properly on Xorg. We need to add this in mpv.conf: no-keepaspect-window

Leleat commented 3 years ago

MPV does resize properly on Xorg. We need to add this in mpv.conf: no-keepaspect-window

Thanks, updated the post.

gilesfun commented 2 years ago

Maximizing by double-clicking the titlebar (or using a maximize button) can't be handled by this extension, because that happens in mutter and not GNOME Shell. So everything related to it, like for instance gaps on maximized windows, doesn't work

gnome-shell-extensions-useless-gaps is able to work around this first limitation (and seems to function nicely alongside this extension)

Maybe their implementation could be added to this extension?

Leleat commented 2 years ago

gnome-shell-extensions-useless-gaps is able to work around this first limitation (and seems to function nicely alongside this extension)

Maybe their implementation could be added to this extension?

Thanks for the suggestion. I've looked at that extension and it looks like it has the same issues I've encountered when trying to handle the 'double click the titlebar' / maximize-button case. Someone else also already submitted a PR (https://github.com/Leleat/Tiling-Assistant/pull/171)

Unfortunately, trying to add gaps to titlebar-double-clicked windows has 2 big issues (see the PR)

These issues are veeery noticable. So with these limitations I'd rather not add this feature since there are alternative behaviours (dragging window to the top or keyboard shortcuts).

o-kotb commented 1 year ago

For the last one, how about having the extension only work for corners? That way edges can be handled by GNOME and has the tiled style like with maximizing. I can then also disable the left and right edge extension keybinds to have it on GNOME's side as well. I think this is better than no corner tiling at all.

Leleat commented 1 year ago

For the last one, how about having the extension only work for corners? That way edges can be handled by GNOME and has the tiled style like with maximizing. I can then also disable the left and right edge extension keybinds to have it on GNOME's side as well. I think this is better than no corner tiling at all.

I don't think that will work because GNOME has some basic tiling features like resizing side-by-side windows automatically. I won't be able to change those however because they aren't handled gnome-shell. That would break a lot of Tiling Assistant's features.

0Raik commented 1 year ago

Incompatible with the extension

https://extensions.gnome.org/extension/1181/maximize-to-workspace/

Maximize to Workspace with history is suppose to move a newly created/maximized window automatically to a new workspace which makes working with workspaces a breeze. So one can only choose that or Tiling Assistant and pretty gaps.

rungitringit commented 1 year ago

Hello, If I was to request quarter tiling upstream (that is pin to corners and shortcut keys such as WIN + DOWN RIGHT) which project would be appropriate? Mutter or Gnome? Thank you!

Leleat commented 1 year ago

If I was to request quarter tiling upstream (that is pin to corners and shortcut keys such as WIN + DOWN RIGHT) which project would be appropriate? Mutter or Gnome? Thank you!

Hi, the project to request this from would be mutter (that's why there are a limitations when it comes to tiling via gnome shell extensions). But you don't need to request it there. Better tiling has been requested a few times already (see links below). It's just no one has taken to implement it yet because (among other things) it's also lacking a proper design. The design team has been thinking about better tiling in GNOME but they are still in an explorative stage: https://blogs.gnome.org/tbernard/2023/07/26/rethinking-window-management/

https://gitlab.gnome.org/GNOME/mutter/-/issues/2128 https://gitlab.gnome.org/GNOME/mutter/-/issues/675 https://gitlab.gnome.org/GNOME/mutter/-/issues/52 https://gitlab.gnome.org/GNOME/mutter/-/issues/1596 https://gitlab.gnome.org/GNOME/mutter/-/issues/966 https://gitlab.gnome.org/GNOME/mutter/-/issues/704

rungitringit commented 1 year ago

Thank you for that.

It's just no one has taken to implement it yet because (among other things) it's also lacking a proper design. The design team has been thinking about better tiling in GNOME but they are still in an explorative stage: https://blogs.gnome.org/tbernard/2023/07/26/rethinking-window-management/

Oh no, that post scares me. I like that they're trying to think outside the box to improve the design overall, but I am worried that they'll come up with some radical idea which will take years to mature. I often need to use "stable" OS releases at work so the mistakes of the past have a long tail! (Look at the version of Gnome in RHEL 8!)

If they could simply match MS Windows tiling configuration today, it would be a huge step forward for most users.

rungitringit commented 1 year ago

FWIW I've used work contacts to raise this as a feature request with Red Hat. That's got to be worth more than another :+1: on a gitlab.gnome.org Issue.

Fenimoure commented 5 months ago

Thank you, wanted to report windows that open maximized by default not having a gap and found it's not your issue

Fenimoure commented 5 months ago

maximized by default not having a gap

Also, I think there is a workaround possible: for such windows automatically de-maximize them and then re-maximize them for having a gap. I also think, if implemented, this should be optional, because it may irritate some users.