Sarah> Current output: Sarah> ************* Module Kontroller Sarah> W: 9: Bad indentation. Found 2 spaces, expected 4 Sarah> W: 10: Bad indentation. Found 2 spaces, expected 4 Sarah> W: 11: Bad indentation. Found 2 spaces, expected 4 Sarah> W: 12: Bad indentation. Found 2 spaces, expected 4 Sarah> W: 15: Bad indentation. Found 2 spaces, expected 4 Sarah> W: 19: Bad indentation. Found 2 spaces, expected 4 Sarah> W: 21: Bad indentation. Found 3 spaces, expected 8 Sarah> W: 22: Bad indentation. Found 4 spaces, expected 12
Sarah> Proposed output: Sarah> ************* Module Kontroller Sarah> W: 9: Bad indentation. Found 2 spaces, expected 4 Sarah> W: 10: Bad indentation. Found 2 spaces, expected 4 Sarah> W: 11: Bad indentation. Found 2 spaces, expected 4 Sarah> W: 12: Bad indentation. Found 2 spaces, expected 4 Sarah> [4 more Bad indentation messages, use --unabridged to display them all] Even shorter: W: 9: Bad indentation. Found 2 spaces, expected 4 [Run 'reindent' to correct the dozens of other indentation problems] :-) Sarah> * Possible output improvement #3* Sarah> Modify pylint's rating system not to give negative ratings out of Sarah> ten. This doesn't match up to most people's expectations of how a Sarah> rating works. Sarah> Current output: Sarah> Your code has been rated at -6479.99/10 (previous run: -6479.99/10) ... (No smiley here...) I would argue that the ratings be deleted altogether or at least turned off by default (and require obscure keyboard gymnastics to reenable). On more than one occasion I have encountered people who thought that since pylint gave their code a 10-out-of-10 gold star that it was ready to release. In my opinion, displaying numeric ratings simply gives beginning Python programmers a false sense that their code is somehow "correct", largely because they come from a C/C++/Java world and don't understand how much Python's dynamic nature hinders attempts at static analysis. These people are not necessarily beginning programmers, but have simply come to rely on their C++ compiler far too much. -- Skip Montanaro - s...@pobox.com - http://www.smontanaro.net/ _______________________________________________ Python-Projects mailing list Python-Projects@lists.logilab.org http://lists.logilab.org/mailman/listinfo/python-projects