Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Proposal for more permissive implicit connection chaining #90

Open
X-Trade opened this issue Jan 25, 2025 · 0 comments
Open

Proposal for more permissive implicit connection chaining #90

X-Trade opened this issue Jan 25, 2025 · 0 comments

Comments

@X-Trade
Copy link

X-Trade commented Jan 25, 2025

Hi,
I'm loving Cmajor so far as it removes much of the "boilerplate" and repetitive patterns involved in setting up a typical audio processing project.

With that in mind, I found the documentation a little thin on certain types of connections. What I've found is that connections to a node without an explicit input or output member referenced are only possible for nodes that have exactly one input and/or output?

I would like to propose a feature that aligns with existing library convention and typical shorthand usecases nicely: nodes referenced in a connection should default to the first port (if only one exists) otherwise should seek a port called simply "in" or "out"

This would allow for example chaining a four pole filter out of one pole nodes in a single expression:
// node A, B, C, D are std library onepole filters
connection in -> A -> B -> C -> D -> out;

I hope that makes some sense and I don't think conflicts with any existing features or cases.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant