Le jeudi 18 avril 2024 à 22:15:53 UTC+2, ggar...@gmail.com a écrit :

On 18/4/24 14:40, Manolo wrote:
> With FLTK commit e6957fc you should be able to use the system version
> of libdecor
> both in FLTK and GLFW. This should fix the incompatibility you report.
>
It did not work.  I think you misunderstood.  I am on Ubuntu 22.04.4 LTS
which does not have a libdecor >= 0.2.0.

OK. I had tried with Ubuntu 23.10 and its libdecor version 0.2.0.

FLTK is also compatible with libdecor 0.1.x. But this version does not contain the GTK libdecor plugin,

so I'm reluctent to make FLTK work with this early, outdated, system version of libdecor.

Would you have the possibility to install from source the last version of libdecor that

would land in /usr/local and bring with it the GTK plugin?

I compiled the latest libdecor and recompiled the latest branch of FLTK that Albrecht mentioned on this thread.
No warnings issued.  Not sure what's the the GTK plugin.

Note that the path to libdecor was not printed out (sorry to be a pain, Albrecht), but it said it was using the system one, so I expect it to be okay.

I have /usr/local/lib in my LD_LIBRARY_PATH.  Instead of a crash, my program started.

Note that glfw3 creates its wayland support on the fly with wayland-scanner (not sure how that works, thou), so maybe it is still picking the one in /usr/lib/x86_64-linux-gnu.

This would decorate all FLTK windows with a black titlebar, making FLTK windows

seem aliens on the desktop.

My program run, but I got something similar to that.  

       [app] Running on: Ubuntu 22.04.4 LTS
       [app] Desktop: ubuntu-wayland

FLTK's OpenGL window was messed up.  It would display white (and would slowly fade to it and display ghosting).   It would also not respect the matrix transformation it seemed, as I tried to pan around the main GL window.  The bottom window (the thumbnail timeline), which is created with GLFW would work okay, thou.

-- 
Gonzalo Garramuño
ggarra13@gmail.com

Attachment: wayland.png
Description: PNG image