Wayland support

[fabiopolimeni]

Is your feature request related to a problem? Please describe. Ultralight with Linux Wayland support.

Describe the solution you'd like Windows context entirely managed by the AppCore layer.

Describe alternatives you've considered I tried to build libAppCore.so with GLFW for Wayland. Despite the process being successful, once I link Ultralight against GLFW for Wayland, when I try to open one of the Ultralight sample I receive a GLFW Error: X11: The DISPLAY environment variable is missing.

Additional context GLFW examples built with Wayland support, under ultralight/deps/AppCore/deps/glfw function properly on Weston, as well as, Sway. Is it possible that glfw is embedded somewhere down the line in some other Ultralight lib? If so, it should be as simple as providing the Wayland version of the offending lib. An even more versatile solution would be not to statically link GLFW, but building and linking to is as shared lib. This way, even if Ultralight doesn't provide support for Wayland, GLFW can be built with it, potentially open support to all other flavors too, such as MIR, while keeping other libraries dependencies available to other Ultralight.

[fabiopolimeni]

@adamjs Any thoughts on this? Is GLFW statically linked into Ultralight core libs? Is there a possibility they would depend on GLFW with a dynamic linking option? Or I am misinterpreting anything here?

[moqmar]

Just a side note: with both Wayland and ARM support (#88), embedded devices could profit a lot from Ultralight, e.g. in industrial applications, home automation, and so on. I'm really hoping that this becomes a feature in the near future.