On Wed, Feb 23, 2011 at 11:03:52AM +0000, Rui Nuno Capela wrote:
well it will have a specialised qt shell for the other toolkits too.
nobody said that.
the library would hand you a Qt widget.
this would be a QtWidget wrapping an external ui, the Qt Widget from a
qt gui, or a gtk widget wrapped in a Qt shell.
you already have more experience with this wrapping stuff. so far i have
gathered that you have problems with wrapping gtkmm guis, or something ?
this needs solving on the gtk side.
lets please move this discussion to naming the problems, instead of
claiming that it doesnt work.
the goal of the library, is to make the host not need to deal with the
nastities of embedding stuff.
(there are a few broken windowmanagers out there which dont really
the host will just open the library, and if the library supports the
hosts toolkit, it will hand it out a native widget.
or if thats not possible for some reasons, it will just make the plug
open a toplevel window.
most of the code to do this, is already there. its just scattered.
we just need to put it into a central library with some dlopen stuff, so
that _you_ dont need to link against gtk :)
Linux-audio-dev mailing list