I know that any estimates are pain, but probably you can tell is it possible to get multi-touch and wayland support in near future?
TI does not support X11 in their Sitara Linux SDK =(
Multi touch support on X11 requires support for XInput2. Or JUCE could go more generic and support libinput, but then it won’t work with other X11 apps. So I guess for embedded this shouldn’t be a problem. It’s definitely a fun hacking project…
I think Wayland support would be totally cool and would pave way for support on some rather interesting embedded devices (eg: STMicro, Broadcom). I would know first hand as I did various proofs of concepts of porting JUCE to some special hardware at an old workplace, although adoption fell through for various reasons.
With the way JUCE is written it makes it easier to implement Wayland, and there aren’t too many massive challenges in hooking the display, input servers… I just think the overall cost to benefit ratio is low, and this is not just from a support overhead view.
For one, there is difficulty in playing nicely with the future ideas the team has; iirc, there was expressed interest on the forum in dropping GL for Vulkan+Metal, which means Wayland will never be supported (because it only supports EGL, and JUCE’s GL support is already minimal imho).
Maybe more importantly, the more popular plugin formats that JUCE supports (eg: VST3) would have to be totally rejigged/rewritten to play nicely with Wayland (which is probably optimistic). As of now, on the juce6 branch, X11 is their basis on Linux.
Part of the recent Linux changes on the juce6 branch was decoupling the X11-specific code from the ComponentPeer code. There’s now a single LinuxComponentPeer class in juce_linux_Windowing.cpp which takes a templated WindowHandleType and all of the X11 code lives in native/x11. Theoretically it should be fairly straightforward in the future to add support for another windowing system like Wayland, but it’s not something that will happen in the short-term.
the more popular plugin formats that JUCE supports (eg: VST3) would have to be totally rejigged/rewritten to play nicely with Wayland
The VST3 SDK only supports XEmbed for embedding plug-in windows so I’m not sure we’d ever be able to move away from X11 there.
So, taking in account the same answer repeating from 2017 year, this means it will never happen?
Sorry to sound rough - but it always better to know the truth than wait for something that will never happen, especially for a commercial framework.