<div dir="ltr">That is fine by me. Please bear in mind the way the improvement is structured right now it works out-of-box with the current upstream HEAD and offers immediate benefits. If you like, I can merge it with the clippable GOP branch because there is at least one place where a manual merge may be otherwise necessary. Lemme know.<div><br></div><div>On a related note, not sure if you saw the question I posed on the said git merge request (!554). Namely, do we want to disable global key press detection (via key/keyname/keyup) while user has focus on gatom and iemgui numbox and typing into it? The precedent for doing so is because that is how editing a text object text works. The argument against would be that text object behavior is only available in edit mode whereas gatom and iemgui numbox content editing is also available in runmode. My gut tells me disabling other key press detection may be the right way to go but am not 100% sold on it. In L2Ork Tweeter it is somewhat annoying even though I implemented keyboard disable option in there exactly for these kinds of reasons.</div><div><br></div><div>Best,</div><div><br></div><div>Ico<br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><pre cols="72"><pre cols="72">-- <br>Ivica Ico Bukvic, D.M.A.<br>Director, Creativity + Innovation
Director, Human-Centered Design iPhD
Institute for Creativity, Arts, and Technology
</pre><pre cols="72">Virginia Tech<br>Creative Technologies in Music<br>School of Performing Arts – 0141<br>Blacksburg, VA 24061<br>(540) 231-6139<br><a href="mailto:ico@vt.edu" target="_blank">ico@vt.edu</a><br><br><a href="http://ci.icat.vt.edu" target="_blank">ci.icat.vt.edu</a>
<a href="http://hcd.icat.vt.edu/" target="_blank">hcd.icat.vt.edu</a>
<a href="http://www.icat.vt.edu" target="_blank">www.icat.vt.edu</a><br><a href="http://www.performingarts.vt.edu" target="_blank">www.performingarts.vt.edu</a><br><a href="http://l2ork.icat.vt.edu" target="_blank">l2ork.icat.vt.edu</a><br><a href="http://ico.bukvic.net" target="_blank">ico.bukvic.net<br></a></pre></pre></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Sep 17, 2020 at 3:57 PM Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com">jon.w.wilkes@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Thanks. I merged the two VU fixes.<br>
<br>
I left the numbox fix for when we merge your GOP clipping branch. That<br>
way if someone was using a numbox right on the edge of a GOP, the new<br>
shouldvis algorithm will still display it. The current algorithm would<br>
boot it off the GOP.<br>
<br>
It's definitely an edge case as the font would be overlapping the<br>
border in that case. But Pd users seem trained to seek out every<br>
unspecified corner case and use it to their advantage. (I offer in<br>
evidence the various Pd mailing list threads teaching people to change<br>
the size of a viewport by using a method called "donecanvasdialog".)<br>
<br>
-Jonathan<br>
<br>
On Thu, Sep 17, 2020 at 2:33 PM Ivica Bukvic <<a href="mailto:ico@vt.edu" target="_blank">ico@vt.edu</a>> wrote:<br>
><br>
> You may want to consider merging a couple of small and quick merge requests I just submitted. Thanks.<br>
><br>
> Best,<br>
><br>
> Ico<br>
><br>
> --<br>
> Ivica Ico Bukvic, D.M.A.<br>
> Director, Creativity + Innovation<br>
> Institute for Creativity, Arts, and Technology<br>
><br>
> Virginia Tech<br>
> Creative Technologies in Music<br>
> School of Performing Arts – 0141<br>
> Blacksburg, VA 24061<br>
> (540) 231-6139<br>
> <a href="mailto:ico@vt.edu" target="_blank">ico@vt.edu</a><br>
><br>
> <a href="http://www.icat.vt.edu" rel="noreferrer" target="_blank">www.icat.vt.edu</a><br>
> <a href="http://www.performingarts.vt.edu" rel="noreferrer" target="_blank">www.performingarts.vt.edu</a><br>
> <a href="http://l2ork.icat.vt.edu" rel="noreferrer" target="_blank">l2ork.icat.vt.edu</a><br>
> <a href="http://ico.bukvic.net" rel="noreferrer" target="_blank">ico.bukvic.net</a><br>
><br>
> On Thu, Sep 17, 2020, 13:57 Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com" target="_blank">jon.w.wilkes@gmail.com</a>> wrote:<br>
>><br>
>> HI all,<br>
>><br>
>> In the interest of releasing early and often, I think we're ready for<br>
>> another release.<br>
>><br>
>> This one doesn't yet include Albert's search bookmark feature or Ico's<br>
>> clipping window for GOPs. But it fixes a lot of usability bugs with<br>
>> 2.14.0. So unless there turn out to be nasty regressions in what's<br>
>> currently getting built in master, I'll bump it to 2.14.1, tag it, and<br>
>> release.<br>
>><br>
>> Sam has generously made some changes to improve CI build times. I've<br>
>> merged the first of them and will test how that goes. This will<br>
>> hopefully bring CI builds back to a tolerable state.<br>
>><br>
>> Best,<br>
>> Jonathan<br>
>> _______________________________________________<br>
>> L2Ork-dev mailing list<br>
>> <a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
>> <a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
><br>
> _______________________________________________<br>
> L2Ork-dev mailing list<br>
> <a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
> <a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote></div>