-
Notifications
You must be signed in to change notification settings - Fork 352
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
Support Enumerations #2425
Comments
Could be a nice bring-along with #2283 |
Just wondering if there has been any discussion regarding this. |
@patmagee not to my knowledge but I can start the ball rolling. |
FWIW Enum support would definitely be very valuable to us in GATK-world, and are likely to be useful in general. My one caveat would be that they should be easier to work with than they were in Queue (friendly elbow poke at @kshakir). |
@geoffjentry I share your concern with adding any sort of syntax to the spec, and my first inclination is to fake support enumeration. Im not exactly sure how to do that though, nor am I sure of whether its possible. The cleanest way I can think of implementing would be maybe something like a Java style enum:
Another way that we would be able to do it would be define an Enum type in a workflow like so:
|
@geoffjentry sounds like this is more of a WDL feature request, shall I move it to the WDL repo? |
Issue moved to broadinstitute/wdl #139 via ZenHub |
It would be nice to restrict types to specific values so that users can only specify one of a limited number of a values.
Per this forum post
The text was updated successfully, but these errors were encountered: