[yt-dev] PEP8

Britton Smith brittonsmith at gmail.com
Wed Feb 1 04:45:43 PST 2012


I'm in favor of this, too.  There's a good amount of code written by myself
that does not comply but has not gotten changed because I didn't want to
break old scripts.  I wouldn't mind fixing it all as a part of one big
effort.

On Wed, Feb 1, 2012 at 7:42 AM, Matthew Turk <matthewturk at gmail.com> wrote:

> I am broadly in favor of using PEP-8 standards.  (As long as we're on
> the topic, Kacper also had a great suggestion that we run static
> analysis like pyflakes.)  Our oldest open ticket, from pre-BB
> migration, is about PEP-8.
>
> https://bitbucket.org/yt_analysis/yt/issue/39/follow-pep8-style-conventions
>
> Fixing line length and so on I am fine with being done automatically
> with one of those tools.  For changing method names, which I am also
> in favor of, we should either identify them and fix them manually or
> use a refactoring tool like rope or bicycle repair man.
>
> For all of this I would like to do it in one go, with a single bandaid
> to rip off, and beforehand consolidate all extant branches.  RIght now
> we have a couple things under active development; we could do this
> relatively soon, but I think we need some kind of coordinated effort
> to merge relatively quickly back into those branches to make sure we
> don't just cause a ton of merge conflicts.  Here's my proposal:
>
>  * Make the change to main branch
>  * Merge those into geometry, rockstar, volume rendering
>  * Add pyflakes and/or pep8 checks to Jenkins
>
> Thoughts?
>
> -Matt
>
> On Tue, Jan 31, 2012 at 10:56 PM, Casey W. Stark <caseywstark at gmail.com>
> wrote:
> > Hi Stephen.
> >
> > Not sure about all of the pep8 suggestions, but I think this is
> important.
> > Some are purely style/consistency, like whitespace before ')'. Some would
> > hold yt back from Python3 in the future, like .has_key() is deprecated,
> use
> > 'in'.
> >
> > Do you think it will be enough to autopep and run the full tests? I have
> no
> > idea about coverage, but it would be great to fix some of these.
> >
> > Best,
> > Casey
> >
> >
> > On Tue, Jan 31, 2012 at 7:00 PM, Stephen Skory <s at skory.us> wrote:
> >>
> >> Hi all,
> >>
> >> while vegging out in front of the TV, I've been playing with a pep8
> >> checker (http://pypi.python.org/pypi/pep8), and I get the statistics
> >> below for all the *.py files in yt. How much do we care about this
> >> stuff? There are automatic tools
> >> (http://pypi.python.org/pypi/autopep8/0.3) but I don't know if we can
> >> trust them. Thoughts?
> >>
> >> (the first column is the number of incidents)
> >>
> >> 70      E101 indentation contains mixed spaces and tabs
> >> 76      E111 indentation is not a multiple of four
> >> 605     E201 whitespace after '['
> >> 68      E202 whitespace before ')'
> >> 94      E203 whitespace before ','
> >> 105     E211 whitespace before '['
> >> 191     E221 multiple spaces before operator
> >> 57      E222 multiple spaces after operator
> >> 3769    E225 missing whitespace around operator
> >> 4271    E231 missing whitespace after ','
> >> 1080    E251 no spaces around keyword / parameter equals
> >> 986     E261 at least two spaces before inline comment
> >> 6       E262 inline comment should start with '# '
> >> 414     E301 expected 1 blank line, found 0
> >> 2061    E302 expected 2 blank lines, found 1
> >> 369     E303 too many blank lines (2)
> >> 168     E401 multiple imports on one line
> >> 4644    E501 line too long (80 characters)
> >> 1760    E701 multiple statements on one line (colon)
> >> 276     E702 multiple statements on one line (semicolon)
> >> 70      W191 indentation contains tabs
> >> 1585    W291 trailing whitespace
> >> 3       W292 no newline at end of file
> >> 3163    W293 blank line contains whitespace
> >> 221     W391 blank line at end of file
> >> 197     W601 .has_key() is deprecated, use 'in'
> >> 17      W602 deprecated form of raising exception
> >>
> >> --
> >> Stephen Skory
> >> s at skory.us
> >> http://stephenskory.com/
> >> 510.621.3687 (google voice)
> >> _______________________________________________
> >> yt-dev mailing list
> >> yt-dev at lists.spacepope.org
> >> http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org
> >
> >
> >
> > _______________________________________________
> > yt-dev mailing list
> > yt-dev at lists.spacepope.org
> > http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org
> >
> _______________________________________________
> yt-dev mailing list
> yt-dev at lists.spacepope.org
> http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.spacepope.org/pipermail/yt-dev-spacepope.org/attachments/20120201/c8194506/attachment.html>


More information about the yt-dev mailing list