~eliasnaur/gio#29
Wayland window bar

I'm running 19.04 and running any of the demo apps or the scatter app the window appears fine and functions, however there is no bar at the top and so it cannot be moved, minimized or resized. It also appears as unknown in the alt+tab menu. Its this a known issue when running with go run?

Status
REPORTED
Submitter
~rexfuzzle
Assigned to
No-one
Submitted
6 months ago
Updated
18 days ago
Labels
No labels applied.

~eliasnaur 6 months ago

I'm running 19.04 and running any of the demo apps or the scatter app the window appears fine and functions, however there is no bar at the top and so it cannot be moved, minimized or resized. It also appears as unknown in the alt+tab menu. Its this a known issue when running with go run?

This is caused by Wayland only supporting client side window decorations (title bar, close/minimize/maximize buttons). There is an extension for server side window decorations, but that's not implemented by popular compositors such as GNOME's Mutter.

This means Gio needs a way to add its own decorations, which is not implemented yet.

~eliasnaur 3 months ago

Now that X11 is supported, you can work around this issue by forcing X11:

$ go build -tags nowayland ...

~eliasnaur referenced this from #54 3 months ago

~mvdan 18 days ago

Just as a data point - we shouldn't always draw client-side decorations when the server doesn't provide any. On tiling window managers like Sway, a window works just fine without decorations, and most work that way.

I guess it's fine if we use a decoration in that case, but for tiling window manager users, it's wasted space. It would be nice if Gio is smart enough to only draw client-side decorations when the server requires the clients to do so, or when we can detect that the server doesn't provide decorations and isn't a tiling WM.

~eliasnaur 18 days ago

The xdg-decoration gives Wayland clients a way to detect the server's preferred decoration mode. I assume Sway and the like use that for informing clients not to draw decorations.

~mvdan 18 days ago

Ah, excellent :) I was fearing that there would be no such negotiation mechanism.

~theclapp 18 days ago

there is no bar at the top and so it cannot be moved, minimized or resized

For what it's worth, in GNOME, at least, it looks like you can alt-drag to move, and alt-right-click to get a menu that has minimize, maximize, move, and resize.

This is on a Virtual Box vm running on a Mac, logged in using the GNOME option (i.e. not the Weston option which just seems to give me a black screen). So a) your mileage might definitely vary, and b) when I say alt-drag what I actually did was cmd-drag, and alt-right-click was actually cmd-two-finger-tap.

This is not to take away from the core issue of this bug report, just to offer something that might help as a workaround. If you knew all of the above already, my apologies.

Register here or Log in to comment, or comment via email.