Full screen patch view

I really love the new fullscreen view on modules.
the modules look so much better, clear/crisp and readable.

however, it really makes me wish that this was the ‘norm’ for the main patch view.

rather than squishing the panels so we can get the squeeze the menu on to the screen too.
which, I kind of think is a bit of a waste of screen space (on an already small screen), since you can only use the menu when you move the ‘cursor’ to it. (unlike a wimp interface)

so I was thinking of some alternatives (that are close to what we have already)

menu

a) hide menu - use back button to activate.
this is actually very similar to what we have already.
just don’t show the menu at all, only bring it up when the back button is shown… and then it can even be drawn over the modules.

why is this similar?
well, when we scroll to second row etc, the menu is not shown … and you can get back to it with the back button.
the main difference is using full panel height.

b) vertical menu
I personally think the menu icons are larger than they need to be, if you compare to panel buttons etc.
I was thinking if they were a little bit smaller they could be a vertical strip, e.g. on the first row, also full height.
i.e. a very similar design to how it is now, just in a vertical placement, almost like a fake module.
this could even have patch name (albeit it have to be rotate’d 90 deg) and cpu load.

for some this may be preferable to (a), as I recognise hiding the menu for new users MAY not be intuitive, that said we already use BACK to get to the NEW/LOAD patch menu… so one could argue its already a hierarchal ui (which is fine by me :))

downsides?

I guess the main one is patch cables, if you only show a row, then you cannot see patch cables destination to next row, as you can only see one row at a time.
not sure this is a big thing, as the patching within MM doesn’t work visually anyway its done via connection menu.
also this only really works where modules have jacks at the bottom/top of panel
(as you currently get to see about 15% (?) of other row)

more horizontal modules / rack width

currently the MM keeps one screen width of modules per row, before it overflows to next row.
I do wonder why?
I wonder if perhaps this could be extended, so that the screen also can scroll horizontally.

in terms of control with encoder it’d work the same, as you scroll the encoder it just moves to next module, the difference being, it now can scroll horizontally (as well as vertically) as needed.

I think if the patch cables had a bit less ‘loop’ on them, this might show connections better in many cases. (though as above, Im not that fussed about seeing cables)

as for how the users chooses?
I think a simple patch setting for ‘rack width in HP’ would be enough.
ofc, it can default to its current width for backwards compatibility / those that like it as is.

complication: very wide module panels, theoretically a panel could be too wide to fit on screen, like now.. these would have to be allow on a single row regardless of rack width.


really both ideas are kind of similar, really the new fullscreen module view has demonstrated (to me), how much better panels look when a they are full height. ( * )

( * ) ymmv, depending on fonts etc they use, some look a bit better, some look a lot better.

anyway, just thought Id throw out some ideas.

4 Likes

Good ideas. I would buy your full screen patch view and use it as my default background option for my floating knob sets layer where knob set mapping is set as 1:1 to a module.

There’s actually a hidden user setting for module height on the PatchViewPage (ModuleDisplaySettings::view_height_px). I never worked on it, and currently cables aren’t scaled so it looks wrong, but that should be easy to fix and add a slider to the display settings (gear icon on the Patch View page). The idea was to let you zoom out to view several rows, or zoom in to see modules full-height. Here are some examples:

Full height (240px):


Half-height (120px):


1/3 height (80px):

I think the menu hiding idea is as you say functionally similar to what we have now. But where I see a difference is the transition from the menu to hovering over modules. Right now you just move the encoder past the menu and you’re on the modules, but I’m not sure if that would look weird if the menu just disappears when you move off of it?
It might need use to use the Back button to toggle the Menu, and then have a “Go to Main Menu” button in the button bar or something.
Having a floating/overlay menu makes sense in some cases I want to do a menu action but there’s no need to lose my place in the patch.

They could be smaller for sure. Or vertical. I suppose there could be an option to select the style, it’d be a simple change to make to the firmware. Horizontal Small/Large, Vertical Small/Large, Floating…

Yeah, it can scroll horizontally, that’s another option I have hard-set in the code. There wasn’t a strong reason why I chose vertical only except that one direction of scrolling is easier to mentally keep track of where you are in a large patch vs. two directions of scroll. But arguably it doesn’t matter and often I’ve though it’d be nice to more mimic the shape of the patch in VCV.
My limited experience with playing with full-screen height patch view is that it works a lot better with horizontal scrolling enabled too:
Screen Recording 2025-06-07 at 10.39.07 PM

All this is existing code, just no UI created for the user to modify it.
Probably for horizontal scrolling, we could have options for the max width and then one to try to replicate the VCV layout (there would be some max width/height of course)

5 Likes

This looks great. The “Lazy” non-linear movement makes it.

that all sounds very promising :slight_smile:

this is a very good point. its about focus.

this I (personally) think is really important.
Ive noticed in vcv, I often move things around to just make them visually make sense.
be it to group modules forming a voice, or having an audio chain.
I think this is important in modular where there is inherent complexity.

and I have missed this in the MM,
ofc, with a smaller screen, and with one encoder (for navigation) theres always going to be a compromise.
that said, being smaller perhaps means shape is even more important.,as you are looking thru a a small window. so if you know the bigger picture/shape its easier to navigate around.

1 Like

How about re-ordering the modules within a patch.

2 Likes

would be really handy to be able to move modules around on the mm