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 rn...@rncbc.org _______________________________________________ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev