Currently the command key adds any nodes you click or marque over to the set of selected nodes. It doesn't subtract.

It's conventional within Adobe apps and Finder and elsewhere that shift is the modifier key for adding or subtracting from selections with more than one node at a time, while in Finder Command Key allows you to remove or add a single file from a selection of files in a Finder window. I'd prefer that shift be the modifier for adding/removing nodes from the selection using marquee operations for consitancy and familiarity for those of use that use or have used graphics and 3D software a lot. shift for click add/removes too i suppose, or clicks could go to command key I'm not concerned about that.

Currently Option has the curious function of sweeping nodes away to clear an area on the graph canvas, but it just sweeps nodes into a pile on top of each other, perhaps it will be upgraded at a time when expanding and contracting Macros are available to Vuo users. Interested to see what direction that one goes in later on.

Component: 

Notes from Team Vuo

Vuo Pro: 

No — available with both Vuo and Vuo Pro licenses

Complexity: 

●●○○ — A few weeks of work

Potential: 

●○○ — Appeals to current community

Comments

Vuo behavior:

jstrecker's picture
Submitted by
Feature status:
Waiting for review by Team Vuo
»
Open for community voting

Vuo behavior:

  • Command
    • Clicking toggles selection.
    • Rubberband-dragging adds to selection.
  • Shift
    • Same as with no modifiers.
  • Option
    • Clicking momentarily selects, then unselects.
    • Rubberband-dragging pushes nodes.

Finder behavior (when showing items as icons):

  • Command
    • Clicking toggles selection.
    • Rubberband-dragging toggles selection.
  • Shift
    • Same as Command.
  • Option
    • Clicking same as with no modifiers.
    • Rubberband-dragging has no effect.

So yeah, there are several cases where the Vuo Editor behaves differently than the Mac conventions.

Vuo Editor is pretty much using the default behavior of Qt for keyboard modifiers, so changing it will entail overriding or patching that. It could either be very easy or very difficult. To be safe, I'll mark this feature 2-dot complexity.

(The thing where Option-dragging sweeps nodes out of the way was one of those default behaviors of Qt, oddly enough. We thought about fixing it, but then thought maybe it would be useful. Alastair, you'd mentioned wanting to neaten the sweeping. I think that's beyond the scope of this feature request, which is about following Mac conventions, but could be a separate feature request if you'd like to create it.)

Thank-You for explaining the

useful design's picture
Submitted by

Thanks for explaining the context, Jaymie. If it's a few weeks work even i am not going to vote for this. If it's easier then i would vote for it, it's fundamental to how i interact with so many applications already.

I'm not concerned about the sweeping behaviour, it just seemed to like 'odd', as you described it, feature. If that idea i had for expanding macros that repositions surrounding nodes to make space for a window in window set-up ever got implemented I guess it could also be applied to option dragging, till then prob the last thing i want Vuo to look at :-)

I would emphasise the legacy of Adobe products on just graphics designers, but also many 3D apps that have continued with this selection modifier regime.

Feature status

When we (Team Vuo) plan each release, we try to implement as many of the community's top-voted feature requests as we have time for. Vote your favorite features to the top! (How do Vuo feature requests work?)

  • Submitted to vuo.org
  • Reviewed by Team Vuo
  • Open for community voting
  • Chosen to be implemented
  • Released