-
-
Notifications
You must be signed in to change notification settings - Fork 97
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
Allow turning GDScript warning categories into errors individually (instead of a global setting) #3531
Comments
I would definitely use this feature for treating #3463 an a error, among other warnings like |
Good idea. I'm against this particular suggestion but not against this proposal in general. |
Yeah maybe is a bit much you are right. Enum properties I assume would show up for some of the Warnings in place of a checkbox? |
Yes, enum properties would replace all the existing checkboxes in the GDScript Warnings section of the project settings. |
Related to #3284.
Describe the project you are working on
The Godot editor 🙂
Describe the problem or limitation you are having in your project
It's not currently possible to turn a single GDScript warning category into an error. Instead, you can only enable warning-to-error conversion for all enabled warnings in the Project Settings.
See godotengine/godot#54883 for context.
Describe the feature / enhancement and how it helps to overcome the problem or limitation
Allow turning GDScript warning categories into errors individually, instead of only having a global setting that enables all warning-to-error conversions. This allows for greater control, especially when only some warnings can be turned into errors without harming productivity too much.
Describe how your proposal will work, with code, pseudo-code, mock-ups, and/or diagrams
Change boolean warning properties to an enum with 3 values:
Then remove the warnings-to-errors project setting, as it won't be needed anymore.
To improve the robustness of GDScript code written by users, we can consider making some warnings errors by default. However, this is likely better discussed in a separate proposal.
This configuration behavior is consistent with linters such as ESLint.
If this enhancement will not be used often, can it be worked around with a few lines of script?
No, as the GDScript parser is implemented in C++ and its behavior can't be overridden with extensions.
Is there a reason why this should be core and not an add-on in the asset library?
See above.
The text was updated successfully, but these errors were encountered: