On Fri, Feb 18, 2011 at 12:47:29PM +0100, Nicolas Chauvat wrote: > On Thu, Feb 17, 2011 at 03:52:24PM -0800, Toshio Kuratomi wrote: > > > Right. The biggest reason I hear for not using pylint is how noisy it is > > > by > > > default and how hard to configure it to be useful it is. > > > > > I think there's two different enhancement requests here with different > > merits: > > How useful would pylint be if it complained as much or less than one of the > > other tools (pychecker, pyflakes, etc) and was hard to configure to be more > > strict? Making pylint easier to configure would likely help no matter which > > default existed. OTOH, I think that pylint's niche right now is that it is > > comprehensive. > > Michael, Toshio, > > Would you be so kind as suggest ways to make pylint easier to > configure? > > Is the problem that it is comprehensive, hence has a lot of options, > hence is difficult to configure ? > It's true that I don't often configure pylint because I get lost in all the options. But I personally don't need an easier way to configure as the default behaviour is mostly right for me. I was mostly just pointing out that if the default becomes a quieter pylint there will still be complaints -- just that it's hard to configure it to be noisy instead of hard to configure it to be quiet.
I guess that the basic need I'd have would be an easy way to associate the message ids with relevant options (and for some things, like the disabled messages, the messages themselves). So, if I was getting a message E1000: variable name does not match pattern I could query E1000 and see that I could modify variable_name_regex to make my names legal. Equally, if the default pylint shipped with a bunch of disabled messages, I could run something like: pylint --disabled-message-info And get the message ids and messages returned to me so that I knew which to turn back on. Like I say, I like the current behaviour so I haven't really thought about this too much. -Toshio
pgpc1l9g523p1.pgp
Description: PGP signature
_______________________________________________ Python-Projects mailing list [email protected] http://lists.logilab.org/mailman/listinfo/python-projects
