<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 1, 2016 at 11:33 AM, Lorenzo Sutton <span dir="ltr"><<a href="mailto:lorenzofsutton@gmail.com" target="_blank">lorenzofsutton@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 01/05/16 14:09, Paul Davis wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
<br>
On Sun, May 1, 2016 at 8:06 AM, Paul Davis <<a href="mailto:paul@linuxaudiosystems.com" target="_blank">paul@linuxaudiosystems.com</a><br></span><span class="">
<mailto:<a href="mailto:paul@linuxaudiosystems.com" target="_blank">paul@linuxaudiosystems.com</a>>> wrote:<br>
<br>
<br>
<br>
    On Sun, May 1, 2016 at 8:03 AM, Lorenzo Sutton<br></span><span class="">
    <<a href="mailto:lorenzofsutton@gmail.com" target="_blank">lorenzofsutton@gmail.com</a> <mailto:<a href="mailto:lorenzofsutton@gmail.com" target="_blank">lorenzofsutton@gmail.com</a>>> wrote:<br>
<br>
<br>
        There's also an interesting user-experience corer to it. For<br>
        example one thing I noticed in Ardour is when you open a LADSPA<br>
        plugin window Ardour still 'grabs' keyboard shortcuts (e.g.<br>
        SPACE to play, HOME to rewind); open an LV2 window and I'm most<br>
        often hitting HOME to rewind just to discover I've set the<br>
        parameter under focus (usually a shiny knob) to its minimum value :)<br>
<br>
<br>
    You can disable this by clicking on the keyboard icon in the upper<br>
    right corner of the plugin window. That will give the plugin window<br>
    the opportunity to grab+use all keyboard events.<br>
<br>
<br>
Take 2: What I think you're differentiating between are not actually the<br>
same situation. I think (but am not sure) that when you refer to "an LV2<br>
window" you are talking about plugins which provide their own GUI<br>
entirely, rather than the ones that provide a object that the host can<br>
embed in its own window. This design is now deprecated by many who work<br>
on and around LV2.<br>
</span></blockquote>
<br>
Yes that's the use case I was referring to, and just after scolding myself with a RTFM, I actually saw that the keyboard icon is there only on LADSPA plugins (at least on my system). An example of the use case LV2-wise would be one of the Calf ones...<span class=""><br></span></blockquote><div><br></div><div>if you get the correct version of CALF, you will find that Ardour (and other LV2 hosts) can embed their GUIs as well. There are many other LV2 plugins with embeddable GUIs also. <br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
There's really no way for the "external GUI" approach<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
to ever provide the same keyboard handling as the embedded approach. By<br>
comparison, on OS X with AudioUnits, there is no "external GUI" option:<br>
the plugin's only choice is to provide an embeddable object, thus<br>
allowing the host to control and provide for a consistent keyboard<br>
experience.<br>
</blockquote>
<br></span>
Up to now I must say that probably the only real use case for having a (graphical) gui for plugins is maybe compression / limiting etc. where you can see graphically when and how the effect is actually 'kicking in..', although this could probably generalized.<br></blockquote><div><br></div><div>the case in point (Zyn) should hopefully convince of another use case for a plugin-specific GUI. <br></div></div></div></div>