Replies: 1 comment 2 replies
-
Is this something that has been considered on actually implementing within Spectral? If so, are there any ideas already on how this should get implemented? Would it be something similar to eslint auto fixing? Next, what auto fixable rules can we already think of?
I might be willing to put time on implementing this since I see a great benefit on having this. I would love to have it extensible as well so I can integrate custom auto fix functionality with custom defined rules. Let me know your ideas. |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Would love to open it for discussion on what the preferred expected behavior would be.
I think this could be more of a CLI feature, so then you can interactively accept and reject changes to a document. Also, you could be prompted to fill out things. For example, in an OpenAPI document, descriptions are often forgotten. The CLI could prompt you to fix them out.
What is the motivation / use case for changing the behavior?
Fix errors and warnings in a document easier and faster
Beta Was this translation helpful? Give feedback.
All reactions