Forum

VL Editor new background regions - improvements

vl

#1

Starting to get used to the backgrounds in VL, which are very helpful for organising our huge VL patches.

backgrounds_ov_proc

I noticed a few things about those and would just like to give some feedback for further improvements. Backgrounds have existed in Grasshopper since forever, so they act as a benchmark, even though they are far from perfect.

  1. Moving both the background and contained nodes is very handy for organising large patches, but 2 things need to be improved for it to be really helpful: a) the area for selecting the background to move the nodes as well (the color selector) is just too small when zooming out. At a certain zoom level you just can’t grab the background any longer, but just keep resizing it. The click-area for that should be somewhat independent of zoom. b) It needs to be possible to grab more than one background at a time. Otherwise moving around larger chunks of multiple areas is impossible.

  2. The color selector is okay - its the standard vvvv IOBox style. But dare I say its not very user friendly. I always have to try all combinations of right-click and drag up/down, left/right, add shift, add ctrl… till I get the desired result. What happened to a good old color picker like they already had in Windows 95? I actually find it quickest to just type the values, which seems ridicolous when selecting something as visual as a color.

  3. Since its kind of hard to pick colors you end up just using white backgrounds everywhere, which kind of defeats the purpose of having the option of colors. I would like to have a basic set of colors, say 16, which I can pick. They should be rather light, a bit like you get different colored sticky notes. Then I could actually use different colors to mean different things, like “working”, “needs fixing”, “WIP”, etc. Right now I have written a few values for colors on a post it on my monitor which I have to enter every time. There has to be a better way…

  4. Titles are great and I love that they are pretty big. But I think the titles should auto-break or at least handle linebreaks (added with Shift-Enter) gracefully. Right now it does:

So, hopefully backgrounds get some improvements. I think better selection of the background+contents for example by draggin on the title rather then the color field would be great. And a better/proper color picker with either predefined colors or a way to add custom colors. Doesn’t windows have a native color picker that can be used? I know Mac has that.

Here is the native color picker I am referring to:

clrpick_3

Thanks for considering.


#2

this is indeed a thing and we are considering to have a predefined color palette that you can choose from. this palette will be different for light/dark theme, so you don’t end up with white frames in the dark theme, but the selected color of the palette is different for each UI theme.

there might still be an option to select a custom color that would not change when changing the UI theme, but that is still tbd.

interaction wise, it true what you say. thanks for the detailed descriptions, i’ll add it to our internal issues.


#3

Just noticed something. You CAN already select and move multiple regions, but it will still only move the nodes inside the region where you are click-dragging on the color selector. The other regions get moved, but not their contents.

Also regions don’t get selected by drawing the selection rectangle, but you can CTRL-select them to add them to the selection.

I think I’d prefer the regions to act more like normal regions in VL, where you move stuff in and out and unless I remove something from a region the nodes stay inside the region and enlarge the region if I move a node further away.

You will always have cases where you’d rather have it act the other way round, but I find that right now it pretty much never behaves as I expect. For me a “region” is a set of nodes that are part of some logic connection. Moving one of the nodes in that region somewhere else does not change the logic at all, so it should remain in the region no matter where I move it. If I hit the edge of a region that region should enlarge. Basically like all the regions work. Maybe I wouldn’t call it a “region” to avoid confusion and go with “group” instead, since that what it is called in most other software.

Also would be nice to be able to “surround” nodes with a region. Or just say I select a bunch of nodes, press Ctrl-G and they are surrounded by a region.

Anyway, I hope the way regions work gets a bit more refined.