>I.e. the plugin provides both an internal and external UI, and the host application picks which one.  You can already do that.<br><br>I was under the impression that external UIs use some form of IPC to communicate, while internal UIs use callbacks to the host.<br>

 <br><div class="gmail_quote">On Tue, Jun 15, 2010 at 2:14 PM, Paul Davis <span dir="ltr"><<a href="mailto:paul@linuxaudiosystems.com">paul@linuxaudiosystems.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div class="im">On Tue, Jun 15, 2010 at 12:30 PM, Jeremy <<a href="mailto:jeremybubs@gmail.com">jeremybubs@gmail.com</a>> wrote:<br>
<br>
> How about this idea?  The plugin is responsible for creating its own window<br>
> if the host doesn't know how to do it.<br>
<br>
</div>insufficient, and already more or less assumed by any sane API. but<br>
the issue isn't window creation. its event dispatch.<br>
</blockquote></div><br>Do you mean passing resizing and clicking events and such, or like updates to the input controls?<br><br>Jeremy<br>