<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jul 2, 2014 at 8:06 PM, Thomas Vecchione <span dir="ltr"><<a href="mailto:seablaede@gmail.com" target="_blank">seablaede@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><div><div>Of course I made this comment on IRC some time ago, but missed the initial discussion on this particular 'feature'.  I can understand removing it for the purpose of increasing stability, don't get me wrong, but I would encourage rethinking eventually the plans for this feature.</div>
</div></div></div></div></blockquote><div><br></div><div>As I said, I'm entirely in favor of reinstating "make xfades as long as the overlap when the overlap is created". I'm not in favor of "make the xfade track the overlap" because that fundamentally conflicts with our model of what fades really are, now.<br>
</div><br></div></div></div>