<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#333333" text="#CCCCCC">
    <div class="moz-cite-prefix">On 01/06/2014 06:19 PM, Robin Gareus
      wrote:<br>
    </div>
    <blockquote cite="mid:52CAF3CA.3030707@gareus.org" type="cite">
      <pre wrap="">On 01/06/2014 06:26 PM, Kaspar Emanuel wrote:
</pre>
      <blockquote type="cite">
        <blockquote type="cite">
          <pre wrap="">Embedding generally works fine and most users and developers are happy
with it.
</pre>
        </blockquote>
        <pre wrap="">
Well rncbc and falkTX seem to both be expressing some concerns 
</pre>
      </blockquote>
      <pre wrap="">
[citation needed] :)

IIRC Rui criticized the point of QT3/4/5 compatibility when swallowing
UIs. -- That might be a non-issue if you write it at high-level in python.

As for falkTX. ACAICT, he chose to re-implement libsuil (which does the
embedding) in his plugin-host -- rather than use the existing official
libsuil. I don't know why -- I guess it's to go along with the NIH
syndrome of KXStudio in general. AFAIK this work is not complete yet and
therefor embedding some UIs does not [yet] work in Carla.

@Rui, @Filipe: did I get this right? Please correct me, if this is FUD.</pre>
    </blockquote>
    There are several reasons for me not using suil.<br>
    <br>
    1. I want Carla backend (which handles the plugins) to be plugin
    agnostic.<br>
    This means the backend has no Qt, Gtk or any system-level toolkit.<br>
    afaik suil will never provide a way to embed a gtk2 UI in a pure X11
    host.<br>
    <br>
    2. suil and embed UIs are useless to Carla.<br>
    Carla shows all plugin UIs in their own window, without adding
    menus, buttons or any widgets on top.<br>
    My current plugin-UI code just shows the widget and nothing else.<br>
    I have no interest on embedding things.<br>
    <br>
    3. I want out-of-process UIs (whenever possible).<br>
    Carla runs the UIs in a separate process whenever that is possible
    (in a way similar to DSSI).<br>
    Because of this I can build separate toolkit versions of little
    tools that load UIs.<br>
    So I actually have a gtk, qt, x11 etc "host versions".<br>
    <br>
    4. cross-toolkit issues are very common.<br>
    In the early days of suil, there were a lot of issues about UIs on
    Qt4 hosts.<br>
    When things seemed to be working fine, something new came up to ruin
    the party...<br>
    There's also gtk3 and Qt5 fast approaching (and they being
    incompatible with old libs), but me using out-of-process UIs works
    around this.<br>
    <br>
    5. suil just isn't needed for Carla.<br>
    by using different tools to load each type of UI (gtk, qt, x11) and
    not using embed, I don't see the point of me using suil.<br>
    <br>
    hopefully that clarifies things.<br>
    anyway, with the move out of Qt I won't support any toolkit-based
    UIs anymore (that need instance-data).<br>
    <br>
    <br>
    as for external-ui usage, I prefer not to discuss it anymore (tired
    of it now...).<br>
    <br>
    <br>
  </body>
</html>