Constant nag screen on start-up despite successfully acknowledged activation

Status: 

Vuo version: 

OS version: 

  • macOS 11

CPU architecture: 

Intel x86_64

How severely does this bug affect you?: 

●●○○ — It's annoying but I can work around it.

Steps causing the bug to occur: 

  1. No matter how many times, whenever I open Vuo I get asked to buy/activate.
  2. I activate my pro account. This is acknowledged. Pro works, I can export apps.
  3. I quit Vuo, and then open it as little as 10 seconds later. See step 1.

Have you been able to reproduce the problem?: 

●●● — Yes, the problem occurs consistently when I follow the steps above

Have you found a workaround?: 

Nothing apart from having to reactivate every. single. time. I open the app.

vuo.file.list – file type PNG not found

Status: 

Vuo version: 

OS version: 

  • macOS 11

CPU architecture: 

Intel x86_64

How severely does this bug affect you?: 

●●○○ — It's annoying but I can work around it.

Steps causing the bug to occur: 

When List files > File type = Image the PNG files are not counted.

  1. Drag folder to window (vuo.ui.drag.file2)
  2. Get URL (vuo.ui.get.drag)
  3. List files (vuo.file.list, File Type: Image)
  4. Count files (vuo.list.count)
  5. Print count (vou.layer.make.text2)
  6. Render layers to window (vuo.layer.render.layer2)

If List files > File Type = Any the files are counted.

Have you been able to reproduce the problem?: 

●●● — Yes, the problem occurs consistently when I follow the steps above

Have you found a workaround?: 

Set File type = Any

Arduino Leonardo Gamepad USB HID not recognised / not receiving Controls

Status: 

Vuo version: 

OS version: 

  • macOS 11

CPU architecture: 

Intel x86_64

How severely does this bug affect you?: 

●●●○ — It prevents me from completing a specific task with Vuo.

Steps causing the bug to occur: 

  1. 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"
  2. 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
  3. 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

Have you found a workaround?: 

No

Interleave Lists

Status: 

Vuo version: 

OS version: 

  • macOS 11

CPU architecture: 

Apple Silicon (M1/ARM64)

How severely does this bug affect you?: 

●●●○ — It prevents me from completing a specific task with Vuo.

Steps causing the bug to occur: 

  1. Interleave two lists of differing lengths, the second list shorter than the second list
  2. See that the last item in the second list is repeated to interleave with the last item(s) of the first list
  3. Repeat but with first list shorter than second list.
  4. 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.

Screenshots: 

Compositions: 

Can't pan window down to view existing (offscreen) nodes

Status: 

Vuo version: 

OS version: 

  • macOS 11

CPU architecture: 

Apple Silicon (M1/ARM64)

How severely does this bug affect you?: 

●●○○ — It's annoying but I can work around it.

Steps causing the bug to occur: 

  1. Select a group of nodes arranged vertically
  2. 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.

Screenshots: 

Pages

Subscribe to RSS - macOS 11