[L2Ork-dev] Curious slowdown on a GOP array interaction

[Ivica Ico Bukvic]

So, slowdown is linked to the z-order of the object being manipulated. 
If it is all the way in the back, it is fast, in the front it is slow...

On 6/17/2020 11:54 AM, Ivica Ico Bukvic wrote:
>
> Oh, and the last element on any type of a plot is not clickable in 
> most cases regardless whether joc is enabled.
>
> On 6/17/2020 11:53 AM, Ivica Ico Bukvic wrote:
>>
>> So, the slowdown is not there on 0.14.7, so this is definitely a 
>> 0.46.2 and 0.47 issue, and moving things around the canvas definitely 
>> has an effect. To add to the list below, inside the bar graph the 
>> click has a right offset both on 0.14.7 and 0.46.2, so this is 
>> definitely a bug on our end. Also, clicking on plots inside a 
>> subpatch, yields spotty results (both on 0.46.2 and 0.14.7), where 
>> sometimes only a single click works (could be something I added 
>> inside the pd_canvas.js or pdgui.js, so it would be helpful to know 
>> if you have the same problem). Lastly, as pointed out in the issues 
>> tracker, subpatches do not retain their positions when closed and 
>> reopened.
>>
>> On 6/17/2020 11:42 AM, Ivica Ico Bukvic wrote:
>>>
>>> Try the attached patch and try moving the points inside the 
>>> point-inv array. It works a lot slower and has a much higher cpu 
>>> footprint than any other array in the patch. This is on 0.46.2. 
>>> Might be worth trying it on 0.14.7 or 0.20 for comparison.
>>>
>>> Another couple of problems (as noted in issues I submitted last night):
>>>
>>>   * Properties is sometimes available in the popup and sometimes
>>>     isn't inside the subpatch. We need to either make it work
>>>     consistently or not. I have no idea why this is happening however.
>>>   * Clicking on objects while the subpatch is open is often
>>>     impossible. glist_xtopixels and glist_ytopixels inside g_graph.c
>>>     often shows that xval (which is I belive cursor position) shows
>>>     some super large number (I think the largest either positive or
>>>     negative float value), suggesting something is getting messed up
>>>     inside backend somewhere along the way.
>>>   * We may consider simply enabling jump-on-click at all times,
>>>     since other one is a pain to use and is not really useful.
>>>
>>> Best,
>>>
>>> Ico
>>>
>>> -- 
>>> Ivica Ico Bukvic, D.M.A.
>>> Director, Creativity + Innovation
>>> Institute for Creativity, Arts, and Technology
>>>
>>> Virginia Tech
>>> Creative Technologies in Music
>>> School of Performing Arts – 0141
>>> Blacksburg, VA 24061
>>> (540) 231-6139
>>> ico at vt.edu
>>>
>>> www.icat.vt.edu
>>> www.performingarts.vt.edu
>>> l2ork.icat.vt.edu
>>> ico.bukvic.net
>> -- 
>> Ivica Ico Bukvic, D.M.A.
>> Director, Creativity + Innovation
>> Institute for Creativity, Arts, and Technology
>>
>> Virginia Tech
>> Creative Technologies in Music
>> School of Performing Arts – 0141
>> Blacksburg, VA 24061
>> (540) 231-6139
>> ico at vt.edu
>>
>> www.icat.vt.edu
>> www.performingarts.vt.edu
>> l2ork.icat.vt.edu
>> ico.bukvic.net
> -- 
> Ivica Ico Bukvic, D.M.A.
> Director, Creativity + Innovation
> Institute for Creativity, Arts, and Technology
>
> Virginia Tech
> Creative Technologies in Music
> School of Performing Arts – 0141
> Blacksburg, VA 24061
> (540) 231-6139
> ico at vt.edu
>
> www.icat.vt.edu
> www.performingarts.vt.edu
> l2ork.icat.vt.edu
> ico.bukvic.net

-- 
Ivica Ico Bukvic, D.M.A.
Director, Creativity + Innovation
Institute for Creativity, Arts, and Technology

Virginia Tech
Creative Technologies in Music
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
ico at vt.edu

www.icat.vt.edu
www.performingarts.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://disis.music.vt.edu/pipermail/l2ork-dev/attachments/20200617/74092941/attachment.html>