Resizing of panes doesn't work since update to Gnome 44.1

[speightashley]

Describe the bug
Maximise works fine. The issue comes when we go into a tiling mode that shares real estate. I code on the left with a bigger pane than on the right which is generally a browser to see what I build in real time. When hovering over the split line, when I drag to resize, it no longer does it and just stays static. It tries to do it based on the content resizing in the windows but it keeps the same dimensions for VSCode and Firefox.

Expected behavior
Window on the left gets bigger when dragging to the right / window on the right gets smaller.

To Reproduce

• Occurs on:
  • X.Org
  • [ X ] Wayland
• GNOME Shell version: 44.1
• Distro: Manjaro

[ademoverflow]

Same thing since the update .. very annoying :(

[Luctins]

Same thing here with Fedora 38, Gnome Shell 44.2 @ 89f460b (current HEAD, installed from source).

EDIT: On applying the fix from #964, I can now resize windows, just not the first one and the drag radius is very small.

EDIT 2: Setting BORDER_WIDTH to someting like 6, makes resizing doable, because the black separator is now thicker and easy to select, like so:

diff --git a/src/layout/msWorkspace/tilingLayouts/baseResizeableTiling.ts b/src/layout/msWorkspace/tilingLayouts/baseResizeableTiling.ts
index 87ac6f4..9eaa1c8 100644
--- a/src/layout/msWorkspace/tilingLayouts/baseResizeableTiling.ts
+++ b/src/layout/msWorkspace/tilingLayouts/baseResizeableTiling.ts
@@ -19,7 +19,8 @@ import { MsWorkspace, Tileable } from '../msWorkspace';
 /** Extension imports */
 const Me = imports.misc.extensionUtils.getCurrentExtension();

-const BORDER_WIDTH = 2;
+const BORDER_WIDTH = 6;
+
 @registerGObjectClass
 export class BaseResizeableTilingLayout<
     S extends { key: string }
diff --git a/src/utils/windows.ts b/src/utils/windows.ts
index 2787b37..f5f6f00 100644

So it goes from something like this:

To this:

[ademoverflow]

Any update on this ?

[PapyElGringo]

Yeah sorry for the delay. I'm aware of the issue and it's because Gnome removed an API from Mutter that allowed us to listen to window events and allowed us to take priority on it to make our resize or Drag and drop features.

I already talked to them about it and they said it wasn't a valid use case so I can't simply fix it. I need to find an alternative strategy and make a rework of those features until another thing break...

Since it's still planned to work on our own WM is the short future I'm not sure I'll dig into it for the extension

[donalffons]

Thanks @PapyElGringo for your great work on this project.

Since it's still planned to work on our own WM is the short future I'm not sure I'll dig into it for the extension

Could you clarify what this means? Are you working on a "Material Shell" Window Manager as an alternative to Gnome? Or what is "the short future"?

[mempler]

Since it's still planned to work on our own WM is the short future I'm not sure I'll dig into it for the extension

will it be X11 based or will it be Wayland based ?
I would love to see the future of this project.

actually, i might even recommend doing a hard fork of mutter to patch in the missing features that are required.

[ademoverflow]

Any update on this issue ?

[Luctins]

I still use my somewhat crappy workaround of Increasing the margin between windows and dragging that (you need to build the extension from source). I don't remember exactly if it is gone on gnome 45, but I can test later.

…

On Fri, 22 Dec 2023, 16:14 Adem Usta, ***@***.***> wrote: Any update on this issue ? — Reply to this email directly, view it on GitHub <#963 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABEGCPSP6BC332NLGEVDX23YKXLZBAVCNFSM6AAAAAAY2E7TNWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNRYGAYDGMJTGY> . You are receiving this because you commented.Message ID: ***@***.***>