linuxaudio.org

On 02/23/2011 05:22 PM, David Robillard wrote:
>

quoted text
> 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.

> 

>

quoted text
> (* 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@rncbc.org

_______________________________________________

Linux-audio-dev mailing list

Linux-audio-dev@lists.linuxaudio.org

http://lists.linuxaudio.org/listinfo/linux-audio-dev