Open WilliamImm opened 6 months ago
It "should" work in theory, but I haven't gotten it to work in my rudimentary tests. (I don't use Wayland day-to-day.)
All of the windowing operations in hudkit use GTK3 currently, which has a Wayland backend in addition to X11, and doesn't document having any relevant platform limitations. But it seems there are many undocumented limitations, because running hudkit in weston-x11
(Wayland within X11), doesn't work: no visual, but mysteriously no errors either. I haven't debugged it further than that, because there is no obvious starting point and I don't know enough about Wayland to guess.
Perhaps the limitation is in weston, and a proper full Wayland desktop would work? I haven't tested one. If you want to test it, you should be able to run the example as per the readme, without changes. If it doesn't work, try export GDK_BACKEND=wayland
first, to make extra sure the Wayland backend is used.
I can test w/ a few representative examples of Wayland envs: KDE Plasma & Sway (wlroots-based compositor). Enough to see what might be needed, or might not be needed (hopefully).
Gimme a little and I'll set it up.
For me it generally seems to work on wayland (KDE Plasma 6 in this case) but the position is off, which might be due to my displays using different resolutions and I don't understand how i can make the overlay window smaller and move it to sa specific location, which would be my usecase to use it as a DPS meter overlay for the game...
@cptn-cosmo Thanks for testing this. I am pleasantly surprised that it works even that well. I want to fix that bug and support your use-case.
The detected monitor coordinates shown in the top-left debug information look correct to me, so the fault must be with how the overlay is being positioned. It is positioned based on the same monitor coordinates though, which are correct…
My first suspicion is that something else moves the window after it positions itself. I remembered reading in GTK docs that some window managers ignore window move requests until after the window becomes visible, instead doing their own "smart" window positioning. So I added (https://github.com/anko/hudkit/commit/024bfb6fd25a6ac91c6d9ba67a551d6ffca633ff), which tries to reposition the window correctly again after the window becomes visible.
Could you test again with that change included? It's on the master
branch.
For me it generally seems to work on wayland (KDE Plasma 6 in this case) but the position is off, which might be due to my displays using different resolutions and I don't understand how i can make the overlay window smaller and move it to sa specific location, which would be my usecase to use it as a DPS meter overlay for the game...
Same problem for me on two monitors with the same resolution, so that is not the problem, also happens with https://github.com/anko/hudkit/commit/024bfb6fd25a6ac91c6d9ba67a551d6ffca633ff applied
wayland (KDE Plasma 6 in this case)
Not sure if it's just a KDE Wayland specific issue, but there's a KDE specific workaround, you can just add a Window Rule for hudkit. These settings spawn it at the top-left corner as expected, and make sure it stays as an overlay on top of everything else, doesn't have a border or titlebar, and it doesn't show up on the taskbar or when alt+tabbing.
I'm also using Wayland and trying to make this work for IINACT but I seem to run in a very different issue. The run.sh seems to open and I don't get any errors but the blue overlay doesn't appear and after quite some time of waiting it just opens a web inspector that crashes after a few seconds. I know there's no "official" Wayland support but I wanted to add my experience since I've got a different result.
I have a different issue as well. I can get the overlay to act as an overlay using the rules @redeven posted, but I can't click on any button in the overlay, like allowing audio access. On FFXIV raiding overlays I also can't click the settings buttons on them.
Additionally, I can't figure out how to resize or position any of the overlays. For example, DPS meters for FFXIV are stuck taking up the whole screen and I can't figure out how to make it smaller.
More people are going to come looking for wayland support as multiple major distros are now defaulting to it on all GPUs.
Hi, I just tried the example on Sway with a multi-monitor setup, and there are a few issues:
file:///tmp/hudkit-test/page.html:91:28: CONSOLE LOG [
{
"name": "0x0BCA",
"x": 0,
"y": 0,
"width": 1128,
"height": 752
},
{
"name": "BenQ 241W",
"x": 0,
"y": 0,
"width": 1920,
"height": 1200
},
{
"name": "ASUS PA238",
"x": 0,
"y": 0,
"width": 1920,
"height": 1080
}
]
Here's a screenshot showing my screen layout and how hudkit opens (when launching from the central monitor):
I'm looking to use a Wayland-based DE/compositor in the future over X11, and I'm what barriers there would be to using HUDKit on Wayland. Has this been tested?
For context, IINACT recommends HUDKit for overlays on Linux, and I want to make sure this works as well without having to go and use an X11-based environment.