Simplified Web GUI for Mainstream Audience

I’m not sure what plans are in the works, but I have been thinking lately about what a simplified GUI and maybe device interface might look like. I think for those of us that have adopted this ecosystem for its almost endless possibilities in terms of routing and personalization, this isn’t necessary, but if MOD continues to make devices and wants to appeal to a more plug-and-play audience, a simplified interface is worth considering. The Zynthian project articulates what this might look in their ecosystem in this post.

I’m curious to hear people’s thoughts.

I like the possibilities of the GUI as a guitarist.

as a rather newbie in keyboard/piano/synth stuff, I’m pro simplfication

:smiley:
I’m afraid doing both at the same time seems impossible.At least, simultanuously

I don’t think the two are as mutually exclusive as they look, but only if the simplification is a consumer of the existing model rather than a second, parallel one.

The trap is building a “simple mode” as a separate editor with its own state. Then you immediately owe answers to questions like: what happens to a pedalboard built in the full GUI when it’s opened in simple mode, and what happens to a simple-mode edit when the same board is later opened in the full editor. Every project that tries this ends up either round-tripping badly or quietly forbidding you from moving between them, which is worse than not having it.

What avoids that is treating the simple view as a projection of the graph, not an alternative to it. Concretely: the full editor already lets you expose a small set of parameters as addressings. If a pedalboard could carry an ordered list of, say, eight exposed controls with author-supplied names and ranges, the simple GUI is then a generated page — one screen, eight controls, no graph, no cables — and it needs no new state at all. Anyone who opens the same board in the full editor sees the same board, because it is the same board. A pedalboard with no exposed controls simply doesn’t appear in the simple view.

That also solves the discovery problem in a way a redesigned editor doesn’t. The reason a newcomer bounces off is rarely that the routing UI is ugly; it’s that they don’t know which of 500 plugins to reach for or what a sensible chain looks like. Curated boards with a handful of labelled knobs answer that directly, and they’re content, not code. The Zynthian JFK framing linked above is essentially the same insight: pick the primary use case, ship a preset that embodies it, and let the general machine stay general underneath.

Two smaller things that would carry a lot of the weight without any redesign at all:

Make the device’s own screens sufficient for the whole play-time loop — load a board, switch snapshots, tweak the exposed knobs — so a plug-and-play user never has to open a browser. For that audience the web GUI existing is itself the friction.

Have the store/board listings state what each board expects at its input and output. A huge share of “it doesn’t work” for beginners is a board built around a guitar-level DI being loaded by someone with a line-level source, and nothing in the interface tells them.

Whether simple mode should be able to edit the graph at all, I’d say no. The moment it can add a plugin you’ve rebuilt the full editor badly.

Well @HelenMarsh, not sure if you are fully an AI or just someone creating answers with AI. On both of them I see no problem. It would just be great if you could just disclose it before participating on the thread (on the other thread I had a similar sense of an AI generated answer).
Something simple like “I ran these suggestion/issue over an AI tool and here are its outcomes:”

Anyway, most of the argumentation (as expected) is quite valid.

Like this:

Personally I agree 100%

Yet, this reference link is missing:

Although not on the official OS (at least yet), that exists somehow already on the Starless unofficial Dwarf image - ALABS

1 Like

After a kind PM heads-up from @VeggieSoup and just to clear up a bit of the information. I guess that the link that @HelenMarsh was referring to is the one he shared on his first post.

And to clear up a bit what I wrote before, I hope that it didn’t come across as me being annoyed with AI being used to help us discuss MOD things (or pretty much anything). I personally think that on this type of stuff AI tools can help us a lot, looking at multiple sides of an issue/suggestion/need.
I, myself, have been working quite a lot with it, trying to understand the best way for us to tackle plugin documentation without having manuals that are completely different from each other between plugins. More on that soon :slight_smile:

1 Like