<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">> Because the code we write rarely stays isolated from other<br>

> code. There is an existing convention,<br>
<br>
</div>There are many existing conventions.<br><div class="Ih2E3d"></div></blockquote><div><br>Even though there is a convention (PEP 8), there are standard <br>modules that do not follow it, like the subprocess module, which <br>
uses CamelCase.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
When packages as significant as wxPython use naming conventions<br>
other than PEP 8, I find it hard to make a case that the PEP 8<br>
naming convention is any better than any other.<br></blockquote></div><br>A lot of C/C++ projects are wrapped in python, and with that, their naming<br>styles. As said above, it's often better to use the projects native naming <br>
styles than to change it to conform to PEP 8. So I guess it is impossible<br>to have a single naming style in Python.<br><br>For these two reasons, I think its so much more important to be consistent<br>within a project, rather than to stick with PEP 8. When you are using a <br>
module, you'll see in no-time what style is used, and you're able to use it.<br>The fact that some standard modules deviate from PEP 8 without problems<br>shows it.<br><br>Personally, I prefer CamelCase over under_scores.<br>
<br>Almar<br></div>