At this point I think it just better if I ask.

UseCase:

A [clone] where values inside each clone are calculated based on the index within the set of clones

And

I would like for the user to be able to set (for all and per clone) what that function(clone-idx) /expr that calculates the value is.

Would love your thoughts on the matter.

Ran into dead-ends on all the fronts I have explored so far.

Peace Thru Sharing.
And
Love Thru Music...
Or
GEM.

p.s. only within the last month, actually tried to learn GEM and am, at this point, what I feel like is only ankle-deep in all that it has to offer. :

@svanya with [float $] you get the number if the [clone] instance. You can pass this as a variable into [expr].
Not sure about the second one, but I was thinking of this thread: https://forum.pdpatchrepo.info/topic/10798/setting-expr-formula-dynamically/20

@svanya You can pass = < | > etc. as arguments to an abstraction....... and therefore into the clones within [clone]....... and use them within [expr].
The problem is that for clones they are always the same, apart from as you say $1.
So you can only create one [expr] from the "extra" arguments.
Because [expr] is an object that can only happen at creation time.

So the answer is that you can set the [expr] for all clones...... but not per clone.

I think you would have to place all the expressions you might want within the abstraction and then [route] the internal data through the desired [expr] using $1.

Of course you can create the set of [expr] 's to choose from using the clone arguments if you wish..... a bit messy and unnecessary though.
David.

Thank you, @Jona and @whale-av for the pointers.

Yes. I want to be able to change the operators, etc. . So for instance the multiply in [expr $f1*$f2] to a plus while the Gem stream is running.

Two options I have tried are assembling an expr clone with all of its operators as type-selectable by idx, so an expr router of sorts. Where one could assemble the pieces by list(functypeID#) and variables. But that fails because it's just too clumsy.

The option below is the best, I've come up with so far.

And if, as you say whale-av, the expr itself is written at runtime (until the feature gets added sometime in the future ) probably the best way to go.

Should say something, I learned there is no way to pass it in as a symbol [expr $1`], where $1 is a creationarg symbol because expr interprets it as a desire to create an array.

One option may be using iemguts and dynamic patching. If I look into it, will try and let you know what I find out.

Seems sending it a list is something that should be added.

Would help a lot for patches where dynamically changing formulas in real-time streams (like a GEM or ~) best suit their design.

Thanks, again, @jona and @whale-av. Really appreciate your response and the timeliness with which you replied,

Happy PD-ing.

Here's the way I will probably go with: Popping the subwindow where all the expressions are then closing it when I'm done,

In this post, you can download a pack of 3 patchs.
One of them called object builder dynamicaly generates the function of an expr~. From that you can do it for expr.

@Il-pleut
Thanks, alot for the pointer and lead. I really appreciate it.