Ancestors

Written by Harvey Sandstrom on 2025-01-17 at 15:00

Game window embedding is a pretty huge change for #godotengine. It may not be enabled for you in existing projects:

• Change to the Game tab using the top center controls in the editor.

• Click the rightmost vertical three-dot overflow menu icon (there are two).

• Check "embed game on next play" is checked.

• UNCHECK "Make game workspace floating..." (this was wrong on mine and was preventing embedding)

Game window embedding on Linux requires the X11 display driver.

=> More informations about this toot | More toots from cd0@mastodon.social

Toot

Written by Harvey Sandstrom on 2025-01-17 at 15:05

For better or worse, Godot defaults to X11, not Wayland. In this case it's for the better: Wayland is very strict about process isolation, and embedding another process's window in yours would violate that ethos.

Also Wayland in general does not allow applications to position their windows in absolute screen coordinates, so just sticking it over top would also be difficult.

=> More informations about this toot | More toots from cd0@mastodon.social

Descendants

Written by Harvey Sandstrom on 2025-01-17 at 15:10

That being said it is theoretically possible for the game process to share its surface with the editor process using the XDG Foreign Protocol, which is fairly well supported. I'm sure it would be non-trivial, and because wayland is not the default, it's not a priority.

https://wayland.app/protocols/xdg-foreign-unstable-v2

=> More informations about this toot | More toots from cd0@mastodon.social

Written by Harvey Sandstrom on 2025-01-17 at 15:15

The godot wayland implementation already has code for xdg_foreign, and will get a handle to the protocol if the compositor offers it. But it appears that it is not actually utilized (yet).

https://github.com/godotengine/godot/blob/36a62d0c6aba33bda9e86000653c2717f2711eff/platform/linuxbsd/wayland/wayland_thread.cpp#L3314

=> More informations about this toot | More toots from cd0@mastodon.social