<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, May 16, 2013 at 8:10 AM, David Robillard <span dir="ltr"><<a href="mailto:d@drobilla.net" target="_blank">d@drobilla.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, 2013-05-15 at 13:01 -0700, J. Liles wrote:<br>
[...]<br>
<div class="im">><br>
> You've seen the consequences of these design decisions in Rui's<br>
> response. As extensible and awesome as your design may be on paper,<br>
> the end result is that users get overly fancy, in consistent (and<br>
> probably slow) GUIs that fiddle with parameters through hidden<br>
> channels and have poor accessibility. I think that is a real problem.<br>
<br>
</div>Meh, the facility is genuinely useful for certain things.  Like anything<br>
it can be abused, but you can't legislate good programming.<br>
<br>
As usual the reality was not a choice between plugins doing the right<br>
thing, or the wrong thing, right now; but a choice between plugins<br>
existing whatsoever or not.  Mailing list bullshit tends to suggest the<br>
former is reality, but it is not.  Reality check: No user would rather<br>
simply not have e.g. the JUCE plugins whatsoever.  Don't like them?<br>
Don't use them.  Nobody loses anything by plugins existing.<br>
<br>
As the incentive to do things correctly increases (e.g. hosts doing<br>
fancy things, or not supporting instance access at all like Ingen), then<br>
plugins will move to them.  If separation is better, then real-world<br>
incentive will reflect that, and things will evolve appropriately.  It<br>
won't be the first kludge to die in LV2 land, and it won't be the last.<br>
<br>
It is a small problem at this point in evolution, but it's not a design<br>
problem, it is a simple "work that needs doing" problem.<br>
<br>
... or, in the case of host authors, not-work that needs doing.  Don't<br>
like it?  Don't implement it.  Plugins that want to work in your host<br>
will then have to adapt.<br>
<br>
A custom UI not working is hardly the end of the world anyway.<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>Fair enough except for the last sentence. The point of this thread is that for some people, it is at least the end of the road. We're talking about freshly developed, 100% free software plugins can't function without their custom GUI. This is not about some legacy thing, or some bridge to JUCE. This is what has come out of the technology, and I don't expect it to stop. We'll just end up with a situation where half of LV2 plugins only work in QTractor and Ardour and users don't really understand why other programs won't/can't support them. <br>
<br>An API *is* by its nature legislation, David. And when your legislation is full of loopholes what you end up with is usually very different than what you originally had in mind.<br></div></div><br></div></div>