-
Notifications
You must be signed in to change notification settings - Fork 41
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Haigha doesn't abide by PEP8 #49
Comments
I understand but I fundamentally disagree with the amount of whitespace required by pep8. |
I guess the real question is -- Should a personal opinion about a community adopted standard take precedence for something that is made public? I like Haigha, it's well written and easy to follow. Just very difficult to hack on or contribute to in it's current state. |
Do you have an example of where that difficulty shows up? My read of the PEP8 intent is that project-specific conventions and readability take precedence over the conventions dictated for the standard library. I would love to see more community contributions so if there's a major blocking issue, that's a big deal to me. |
https://gist.github.com/CrackerJackMack/9901819
Using the right tooling (flake8 for example), everyone can work on a project without having to deal with style issues and instead logic and features. If you are willing to accept a pull request for this I'll happily attempt it, but it will make the git history seem like I stole the project. |
I just fixed all pep8 errors except E501(line too long) |
Thank you. I wasn't ignoring this thread, just that work, family and heartbleed have gotten in the way. |
A little late, but master is now pep8'ed. |
This commit breaks BC. In previous versions, you could do: from haigha.connections import RabbitConnection Now this throws a lovely ImportError. Granted it's probably not the smarted thing to do the above, but we did indeed do this. Here is what code should do: from haigha.connections.rabbit_connection import RabbitConnection Real-world bug with PR: seatgeek/amqp-dispatcher#13 Good effort though, I 👍 any move to PEP8 :) |
Yeah, pep8 (or at least flake8) is very particular about importing into a module |
You could use this trick: https://github.com/josegonzalez/beaver/blob/master/setup.py#L35 |
Pylint has pragmas for disabling warnings on case-by-case. Can you do the same with flake8? From: Aaron Westendorf <notifications@github.commailto:notifications@github.com> Yeah, pep8 (or at least flake8) is very particular about importing into a module init when the import goes unused. I strongly disagree with that, as I think there is a lot of value in hiding the full path of an implementation and loading only the necessary components into a more friendly namespace. — |
I'm loathe to have any special rules just for haigha; I figure if there's a style guide that the community feels strongly about, then both the pros and the cons resulting from that spec must be acceptable to the community. |
Understanding and accepting that there are variations of style across projects, it would be nice to see Haigha updated to respect the guidelines set forth in PEP8. It is very difficult to work on Haigha without altering linter configuration to ignore basically all the warnings and errors.
http://legacy.python.org/dev/peps/pep-0008/
The text was updated successfully, but these errors were encountered: