<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Sep 25, 2020 at 8:51 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">No, this works for me.</blockquote><div><br></div><div>Thank goodness! I was getting afraid that we were going to open that whole can of worms again. ;-)</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> I mean, if we get a huge user revolt we can revisit it.<br></blockquote><div><br></div><div>Sure. I hope that this won't happen, though.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

It's a bummer our first reporter on this didn't notice the<br>
compatibility message to the console. I'd suggest focusing the console<br>
for it, but I'm afraid that will trigger yet another dangling `<ctrl>`<br>
error. :)<br></blockquote><div><br></div><div>LOL. :) Maybe we should at least print that message in red (or some other color) to make it stick out more?</div><div><br></div><div>Albert</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
-Jonathan<br>
<br>
<br>
<br>
<br>
><br>
> Albert<br>
><br>
><br>
> On Fri, Sep 25, 2020 at 6:16 PM Albert Graef <<a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>> wrote:<br>
>><br>
>> On Fri, Sep 25, 2020 at 2:26 PM Ivica Bukvic <<a href="mailto:ico@vt.edu" target="_blank">ico@vt.edu</a>> wrote:<br>
>>><br>
>>> I like the new approach because it just proposes two different modes of operation without introducing yet another hybrid one.<br>
>><br>
>><br>
>> I'm not sure I understand, are you talking about my solution, or Jonathan's second proposal?<br>
>><br>
>> If it's the latter, yes, the more I think about it, the more it makes sense to reduce all the flashing to a bare minimum by deferring temp runmode to modifier-click. But someone will now just have to bite the bullet and implement that. ;-) I already had my turn, and nobody seems to like what I came up with, even though it fixes (almost) all the really bad regressions we had with the Ctrl modifier.<br>
>><br>
>>> Regardless the approach, we still need the ghost key release fix that Jonathan proposed.<br>
>><br>
>><br>
>> Yep, to fix the modifier-click issue on a subpatch if nothing else.<br>
>><br>
>> Albert<br>
>><br>
>><br>
>>>>> On Thu, Sep 24, 2020, 20:57 Albert Graef <<a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>> wrote:<br>
>>>>>><br>
>>>>>> On Thu, Sep 24, 2020 at 6:12 PM Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com" target="_blank">jon.w.wilkes@gmail.com</a>> wrote:<br>
>>>>>>><br>
>>>>>>> I mentioned one solution previously, which was to just go ahead and<br>
>>>>>>> send a ctrl up event to the backend in the relevant callbacks. To sum<br>
>>>>>>> up-- it's more involved than simply changing the keybinding.<br>
>>>>>><br>
>>>>>><br>
>>>>>> Yep, that's what I referred to as "a lot of duct tape." :)<br>
>>>>>><br>
>>>>>>> I think there is another-- instead of triggering the beginning of the<br>
>>>>>>> mode on `<ctrl>`, we could trigger it on click.<br>
>>>>>><br>
>>>>>><br>
>>>>>> That sounds like the most sensible solution. But is that really the only thing that you can do in temp runmode? (Sorry, I'm not actually that familiar with temp runmode, I don't really use it a lot myself.)<br>
>>>>>><br>
>>>>>> Also, do you think that this also solves the popup-swallows-ctrl-key-up bug in the case of an abstraction click in temp runmode? (Joseph just reported this for 2.14.2, it's the one popup issue which remains the same with the Alt keybinding.)<br>
>>>>>><br>
>>>>>> Albert<br>
>>>>>><br>
>>>>>><br>
>>>>>>> Then we can just look<br>
>>>>>>> to see if there's a `<ctrl>` modifier with the click, and if so send<br>
>>>>>>> that `<ctrl>` key event to the backend. Now the backend can wait with<br>
>>>>>>> impunity for the `<ctrl>` keyup since we know the user is in the midst<br>
>>>>>>> of a click.<br>
>>>>>>><br>
>>>>>>> To be completist we could do the same for an initial mousemove event<br>
>>>>>>> to check if `<ctrl>` is depressed. That would leave a single esoteric<br>
>>>>>>> bug, which is that the user wouldn't be able to trigger a pointer<br>
>>>>>>> cursor change-- say, hovering over a scalar's clickable hotspot--<br>
>>>>>>> simple by depressing and release `<ctrl>`.<br>
>>>>>>><br>
>>>>>>> -Jonathan<br>
>>>>>>><br>
>>>>>>> ><br>
>>>>>>> >> I vote for keeping the <ctrl> binding.<br>
>>>>>>> ><br>
>>>>>>> ><br>
>>>>>>> > Counted, thanks.<br>
>>>>>>> ><br>
>>>>>>> > It probably doesn't come as a big surprise that I vote for the Alt key myself. ;-)<br>
>>>>>>> ><br>
>>>>>>> > Anyone else? Ico, IIRC it was actually you who originally suggested the Alt key (or would at least be fine with it), so what's your vote then?<br>
>>>>>>> ><br>
>>>>>>> > Cheers,<br>
>>>>>>> > Albert<br>
>>>>>>> ><br>
>>>>>>> >> >>> I also see the new grid in Edit mode. Is there any way to snap to this grid?<br>
>>>>>>> >> >><br>
>>>>>>> >> >> And this...?<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>
>>>>>>> >> ><br>
>>>>>>> >> > --<br>
>>>>>>> >> > Dr. Albert Gr"af<br>
>>>>>>> >> > Computer Music Research Group, JGU Mainz, Germany<br>
>>>>>>> >> > Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" rel="noreferrer" target="_blank">https://agraef.github.io/</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><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>
>>>>>>> ><br>
>>>>>>> > --<br>
>>>>>>> > Dr. Albert Gr"af<br>
>>>>>>> > Computer Music Research Group, JGU Mainz, Germany<br>
>>>>>>> > Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" rel="noreferrer" target="_blank">https://agraef.github.io/</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><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>
>>>>>><br>
>>>>>> --<br>
>>>>>> Dr. Albert Gr"af<br>
>>>>>> Computer Music Research Group, JGU Mainz, Germany<br>
>>>>>> Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" rel="noreferrer" target="_blank">https://agraef.github.io/</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><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>
>>>><br>
>>>><br>
>>>> --<br>
>>>> Dr. Albert Gr"af<br>
>>>> Computer Music Research Group, JGU Mainz, Germany<br>
>>>> Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" rel="noreferrer" target="_blank">https://agraef.github.io/</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><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>
>><br>
>><br>
>> --<br>
>> Dr. Albert Gr"af<br>
>> Computer Music Research Group, JGU Mainz, Germany<br>
>> Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" rel="noreferrer" target="_blank">https://agraef.github.io/</a><br>
><br>
><br>
><br>
> --<br>
> Dr. Albert Gr"af<br>
> Computer Music Research Group, JGU Mainz, Germany<br>
> Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" rel="noreferrer" target="_blank">https://agraef.github.io/</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><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><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Dr. Albert Gr"af<br>Computer Music Research Group, JGU Mainz, Germany<br>Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" target="_blank">https://agraef.github.io/</a></div></div></div></div></div></div></div>