Gaël Bonithon

> Since then, I noticed xfce4panel got wayland support. So I thought that might be it but I actually have little hope of that working. We have implemented a pre-support...

It is already (pre)implemented in libxfce4windowing. The question is when this protocol will be accepted upstream (for that you can follow the merge request above), so that compositors, including Labwc,...

It should be ```sh ./autogen.sh --prefix=/usr make sudo make install ``` to build libxfce4windowing, as well as the panel. Also make sure to install gtk-layer-shell: it's "optional", but its absence...

Great! Feel free to report bugs if you want (or crashes, because small bugs might be a bit early), on the [merge request](https://gitlab.xfce.org/xfce/xfce4-panel/-/merge_requests/103) as long as it is not merged...

I have a duplicate PR and I guess it's the same problem: https://github.com/flathub/org.xfce.ristretto/pull/81 and https://github.com/flathub/org.xfce.ristretto/pull/82 > ERROR src.manifest: Failed to check git libopenraw/libopenraw.git with AnityaChecker: Listing Git remote failed: Command...

False alarm, in fact the first update was invalid.

It seems that this problem can and perhaps should be solved on the client side. See the issues listed above. I'll let you judge whether this should be closed.

@hfiguiere Note that this has not received support from Xfce developers: https://gitlab.xfce.org/apps/orage/-/merge_requests/24.

Ok so I've been fooled once again, sorry. _When_ the layer-shell surface gets the focus, the modifiers are well reported, whether in exclusive or on-demand mode. The problem is that...

> if you build the subproject rather than a system wide installation that might be the culprit. That's what I'm doing, otherwise I wouldn't be able to build the project...