-
-
Notifications
You must be signed in to change notification settings - Fork 183
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
Resizing of panes doesn't work since update to Gnome 44.1 #963
Comments
Same thing since the update .. very annoying :( |
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 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 |
Any update on this ? |
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 |
Thanks @PapyElGringo for your great work on this project.
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"? |
will it be X11 based or will it be Wayland based ? actually, i might even recommend doing a hard fork of mutter to patch in the missing features that are required. |
Any update on this issue ? |
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:
***@***.***>
|
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
The text was updated successfully, but these errors were encountered: