-
-
Notifications
You must be signed in to change notification settings - Fork 131
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
Enum support #477
Comments
@PawelSuwinski would you like to do it? 🙂 |
Why not, but I think at that moment still is hard to to fit all pieces together in an elegant way without figuring out of jsonld (hyra) representation of enum: I don't have real case for hyra right now, I just stopped on openapi schema in brief decorating At admin level I have custom So having it right now without hydra representation I guess would required using in AdminGuesser additionally openapiDataProvider apart from hydraDataProvider. |
It's OK if we don't have support for enum in Hydra yet. The |
So you mean to implement enum SelectInput guessing despite of which dataProvider is used and only for now it will only work only for OpenAPI, without assuming that we will now have both hydra features (schemaAnalyzer) and enum guessed, am I correct?
Nope, 2.6 from previous Api Platform Distrubution ;), I will upgrade and check it out, thanks for pointing. |
Yes you shouldn't know which data provider is used anyway: everything needs to be abstracted. |
Since enum support is available in api-doc-parser, an enum support could be added to
InputGuesser
.It will dynamically generate a
SelectInput
with restricted choices.The text was updated successfully, but these errors were encountered: