Open DanielVandH opened 2 months ago
Thanks for the suggestions. I think you have a point here, I'm just not sure what the best way of going about improving this might be.
Perhaps it would be worth trying grouping together issues of the same type, and only showing the message once (if it's the same for all issues)?
Also weird that the linenumbers don't seem to know where consts are
Currently, I rely on Docs
and method instances to indicate where functions/values are sourced from, and undocumented global variables have neither.
Perhaps it would be worth trying grouping together issues of the same type, and only showing the message once (if it's the same for all issues)?
That was my first thought, but I wasn't sure about how much work that might be for you. I imagine an ideal setup would be that it splits the output into something like
Errors
...
Warnings
...
Suggestions
...
Tips
...
and within each category that checks would be grouped, so that e.g. I might see
Undocumented objects:
f1 [source line]
f2 [source line]
...
Missing signature:
g1 [source line]
g2 [source line]
with apt titles for each of the checks in the CHECKS
variable.
How well such an output translates to a terminal display would have to be seen I guess... might be nice if the output was something that could be queried for the four categories if it turns out the display looks a bit rough
I think that's pretty sensible. It will take me a bit to get to this, but I'll see about re-arranging the output to be ordered by category, and subcategory.
The output is a bit repetitive currently:
Would it be better to remove "All <> might as well have a documentation string" and just do e.g.
Error: undocumented <>
? for examplebecomes
Also weird that the linenumbers don't seem to know where
const
s are