Open jankatins opened 1 year ago
Can you share more about the environment in which you are running?
If you are running in wayland mode with a compositor that doesn't support server side decorations (eg: Mutter doesn't), then you are out of luck. This kind of titlebar action is handled by the window manager/compositor. For Wayland with client-side decorations, there is no standard protocol for sharing this kind of window environment policy with the application, unless the application is a GTK program and happens to cheat and encode all the same logic on the client side.
I recommend enable_wayland=false
to cause wezterm to run under XWayland instead, which will effectively enable server side decorations and should make this work again.
Gnome reports that it is running Wayland and I run whatever debian gives me when I install gnome. So I'm probably out of luck, I guess?
λ wmctrl -m
Name: GNOME Shell
I noticed that Chrome also is a bit sluggish: if my perception is not misleading me, I have to tripple click... gitkraken (an electron app) works on double click. No idea if that is actually running in a gtk window under the hood?
happens to cheat and encode all the same logic on the client side
That's not cheating, that's kinda what you're supposed to do. Alacritty does implement that for example.
With the configuration enable_wayland=false
the redrawing in resize window is slow.
Same issue here: NixOS
Is your feature request related to a problem? Please describe.
I'm used to double clicking the title bar of a gnome app (and also a mac one, but right now I'm an a GNOME laptop) to maximize a window. wezterm doesn't allow me that.
I think I remember not having that problem a while ago?
My gnome is configured to do this:
Describe the solution you'd like
I would like to have a double click in the title bar maximize the wezterm window.
Describe alternatives you've considered
I could click the maximize button, but it's a much smaller target than the whole title bar. I can also use a custom key combo (WIN+UP in my case)