<div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
   Cons: Uses a pre-compiler for generating "signal/slot" connections,<br>
Several of the core classes (like QString) will spread virally through<br>
your code.  Because it's a full framework, it sometimes doesn't mix<br>
well (e.g. if you write LV2 plugins based on Qt, as I have, you may<br>
uncover some strange bugs).<br></blockquote><div><br>As the gui is only used for configuring options, and not interaction while the program is running (a restart is fine in this use case) I'm leaning to a basic c/c++ daemon with osc i/o (udp, non blocking, brain dead easy to use :) ) to communicate with a front end . . . which also lets me focus more on fast tracking features into the backend, and at lease initially just putting a hacky gui together, with very loose coupling between the 2. I know sooperlooper and linuxsampler both support modes of operation like this. Any dev's here implement a loosely decoupled frontend/backed like this before and run into issues i with it?<br>
<br>Nathanael<br></div></div>