-
Notifications
You must be signed in to change notification settings - Fork 6
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
Dynamic typing of activity map parameter values (or dynamic dropdown choices in UI) #1075
Comments
Matt Dailis mentioned, "Expanding the value schema to support tagged unions is something we've wanted for a while, but never got around to. I think that would address this particular use case." |
Can you give more information on the code you have written/restrictions you have? In my experience from Clipper, these PEL states were represented as a enum made of the permitted compound states. For example, rather than one mega enum for all possible PEL states across instruments, there'd be one enum per instrument (ie |
We don't want a separate parameter for each device because the activity type, by default, may only be relevant to a few devices, and we don't want to limit which devices are affected in order to give the user flexibility to modify individual activity instances. |
#1526 is a possible solution |
Checked for duplicates
Yes - I've already checked
Alternatives considered
Yes - and alternatives don't suffice
Related problems
When the legal values for an entry in an activity map parameter depend on the key of the entry, I have to provide values for all keys and have to guess the right values when editing in the UI.
For example (and show below), I would like a parameter to list a subset of devices and the corresponding states to which I want to set the devices. The devices and their states come from a PEL (power equipment list).
Each device has a different set of legal states, but I can't change the possible values based on the key, so I list all of them together. In the screenshot above,
ON_UHF_BITSTREAM
is a not legal value for theALTIMETER_ALT_STATE
component. This mission model only includes a small set of devices for testing. But, we expect to have 100+ devices that together will have a 1000+ values, so I'll need an enum in the Java with these 1000+ states. Users will need to know the possible states to find in the dropdown of 1000+ choices.Describe the feature request
I would like to somehow be able to change or restrict the possible choices in the UI dropdown for a value of an entr in an activity map parameter based on the chosen key of the entry.
There are multiple possible designs for this.
The text was updated successfully, but these errors were encountered: