-
Containers have suboptimal performance; there are several linter rules that [recommend](https://dart.dev/tools/linter-rules/use_decorated_box) [not](https://dart.dev/tools/linter-rules/use_colored_box…
-
```
See Closure Lib 435: issue
http://code.google.com/p/closure-library/issues/detail?id=435
The linter should enforce these rules (or the design doc linked in that issue
should be changed to remo…
-
```
See Closure Lib 435: issue
http://code.google.com/p/closure-library/issues/detail?id=435
The linter should enforce these rules (or the design doc linked in that issue
should be changed to remo…
-
```
See Closure Lib 435: issue
http://code.google.com/p/closure-library/issues/detail?id=435
The linter should enforce these rules (or the design doc linked in that issue
should be changed to remo…
-
```
See Closure Lib 435: issue
http://code.google.com/p/closure-library/issues/detail?id=435
The linter should enforce these rules (or the design doc linked in that issue
should be changed to remo…
-
We should set up a linter within the project and be sure that everybody is formatting on save so the code doesn't become a blob made of different styles.
-
-
A quick google search got me this result, maybe others are more appropriate ?
https://pypi.python.org/pypi/cmakelint/1.3.4
-
Now that we have formatting addressed, we should also introduce linting and enforce that the code is warning free. Gradle has a convenient plugin called [checkstyle](https://docs.gradle.org/current/us…
cmnrd updated
4 weeks ago
-
### Is there an existing issue for this?
- [X] I have searched the existing issues
### Current Behavior
Present behavior makes superlinter do the "wrong thing" by default (ie, with the default conf…