On Wed, 2011-02-23 at 11:03 +0000, Rui Nuno Capela wrote:
You seem to have forgotten, or decided to ignore, every single solitary
point brought up in this conversation over the night ;)
You are wrong, but why that is so, and what the correct solution is, has
been described plenty enough already, so I won't waste time doing so
once again. If you're just interested in blissfully ignorant trolling
about Gtk gnosticism or whatever, I'll adjust my mental ignore list
accordingly. If you're actually interested in making the solution
happen, then let's do it:
This is Qt LV2 UIs embedded in Ingen:
Ingen has absolutely no idea about anything Qt or X11 related
whatsoever, and the float plugin has absolutely no idea about anything
Gtk or X11 related whatsoever. They both just do exactly what their
developers want, without any of the PITA of dealing with foreign
toolkits and window systems and embedding and whatever else. In other
words, this solution is superior.
This, of course, means I wrote that library:
I have not tested the Gtk-in-Qt direction yet. You're a Qt host author.
Hint, hint. I got stuck in qtractor autohell and gave up last night.
The relevant code in Ingen is here:
The "make a UI set" thing is a bit tedious, but is needed to avoid SLV2
<=> Suil dependency. I am thinking that maybe I should make SLV2 depend
on this library(*) and provide a simpler interface there (basically just
suil_instance_new, which is the real meat). The next SLV2 release will
break API slightly anyway. Feedback from you or any other SLV2 users
welcome, I am inclined to break the SLV2 UI related API if it makes it
obvious and trivial for hosts to do the right thing.
(* The library itself depends on no toolkits, it uses dynamically loaded
modules for all the wrapping, but this depends on packagers doing it
Linux-audio-dev mailing list