new feature: "copy case for every value"

[ImaUser]

Editing multiple cases in one case-structure to make them execute nearly the same piece of code is a pain at the moment. Combining the functionality of "Add case for every value" and "Copy case" would be such an helpful feature to have all cases look nicely and speed up changing the relevant parts of code in the case-structure.

Why would one need such a feature? Imagine some kind of generic API that manages multiple incoherent hardware interfaces in one place. Depending on which hardware interfaces are needed (dynamically) there's an array handed over to the API that contains the interfaces to start (asyncron). Let's say the API decides via a case-structure which interfaces are "named" to be started, then the only thing to change in every case is the "static vi-reference", but at the moment you could either copy one existing case x times for every startable hardware interface and have to change the case-name and the "static vi-reference" or you could add cases for all values but have to fill every case's funtionality anew.

[crossrulz]

I can already hear the cries for you to use OOP (given your use case)...

[tst]

Here's my use case where I often wanted it - I have a new enum case structure which has a wire coming out of it. I want every case to have a different value wired to the tunnel. What I usually do today is wire something to it in one case and then duplicate the case for all the values (and if I don't remember what they are, I usually have to do it until I get an empty case and then undo). This option would replace that sequence of operations.

[Intaris]

Same as Tst, nothing whatsoever to do with LVOOP

[AristosQueue (NI)]

Everything to do with LVOOP. If you're copying frame after frame except for a core piece, that's exactly when you should be using an LV class hierarchy to dispatch on the core piece. Ditch the enum entirely (and it's almost always attendent variant/flattened string/magic data storage thingy) in favor of a type-safe, robust implementation and generally higher performance (because of that data payload) using LV classes. This is one of the areas where classes have an unabashed claim to superiority for software architecture.

[tst]

AQ, if there's a lot of copied code then you're probably right, but if I just want to convert one enum to another (or to another series of values), I have no intention of building a whole class hierarchy. I just want a VI with a case structure (in this specific case, it could also simply have an array constant with Index Array, but this is not the only use case).