23 Feb
2011
23 Feb
'11
8:03 p.m.
On 02/23/2011 05:22 PM, David Robillard wrote:
<snip>
http://svn.drobilla.net/lad/trunk/suil/
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.
<snip>
(* The library itself depends on no toolkits, it uses dynamically loaded
modules for all the wrapping, but this depends on packagers doing it
right)
i see. and these dlload'ed modules which do all the wrapping have these
revealing names like "libsuil_qt4_in_gtk2" and
"libsuil_gtk2_in_qt4"... :/
nice, but i figure it's a solution in a world where the host and the
plugin are either of those 2 toolkits and only under a x11 umbrella.
what if a plugin developer wishes to do it on fltk, juce, plain xlib,
win32/64, carbon, cocoa, whatever? (lv2_external_ui already allows that
*grin*)) aha, you'll probably say there will be a plethora of
combinations on those modules like
"libsuil_$(plugin-toolkit)_in_$(host-toolkit)"... is that it?
sorry to be such a troll:) maybe i'll shut up now.
anyway, i'm still looking forward to this libsuil project, by all means
an excellent effort. sincerely agree that it will do a lot better than
the current lv2_gtk_ui situation.
cya
ps. btw, i removed all gtk wrapping/xembed-ding from qtractor since it
was more the bloat than the trouble--if one has to link to libgtk just
to get a lousy x11 window-id from a GtkWidget then one's better off
doing it all the-gtk-way:)
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org