●●●○ — It prevents me from completing a specific task with Vuo.
Steps causing the bug to occur:
Connected known good Arduino Leonardo (which works as HID Gamepad on Mojave and generates X,Y,Z Values with Quartz Composer) to Machine, which is recognised in System Information USB Device Tree as "Arduino Leonardo"
Tried to retrieve device with "Specify HID by Name", at different times with either "Leonardo", "Arduino Leonardo", or even without specifying a name and just using the HID "Gamepad" settings
when generating X,Y,Z events on the device, no controls are received.
Have you been able to reproduce the problem?:
●●● — Yes, the problem occurs consistently when I follow the steps above
●●●○ — It prevents me from completing a specific task with Vuo.
Steps causing the bug to occur:
Interleave two lists of differing lengths, the second list shorter than the second list
See that the last item in the second list is repeated to interleave with the last item(s) of the first list
Repeat but with first list shorter than second list.
This time the last element of the first list is repeated.
Have you been able to reproduce the problem?:
●●● — Yes, the problem occurs consistently when I follow the steps above
Have you found a workaround?:
Complicated list counting and truncating operations to ensure that it doesn't happen, which I can't get to work consistently. And even then it precludes some use cases. Would be much easier for me if interleave didn't repeat items at all.
Other notes:
It makes the composition of text lists o different length really problematic if you are using lists with dynamic lengths. My example is the Text Expression sub-comp I have made, it works like the QC patch that replaces every instance of a token (say "%@") with an item from a text or number list. The use of a list to contain the values substituted into my text string is the way to do this in Vuo because Vuo cannot dynamically create input ports, one for each instance of the token string.
Hold down the Option key and drag the top node (with all nodes selected) to the bottom of the editor canvas
--> This will have placed new nodes "off" the canvas below the bottom edge of the viewer window
Have you been able to reproduce the problem?:
●●○ — The problem occurs sometimes, but I haven't found a way to specifically cause it
Have you found a workaround?:
redo the select and drag with new nodes and the seems to fix it.
