<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Jul 1, 2016 at 11:44 AM, Will Schroeder <span dir="ltr"><<a href="mailto:will.schroeder@kitware.com" target="_blank">will.schroeder@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Fri, Jul 1, 2016 at 1:32 PM, David Gobbi <span dir="ltr"><<a href="mailto:david.gobbi@gmail.com" target="_blank">david.gobbi@gmail.com</a>></span> wrote:<br></span><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'm less concerned about strictly following a specific style as long as each module is internally self-consistent.</blockquote></span></div><br>I understand what you're saying, I agree that some of the religious style arguments are dubious, but if the self-consistent style is a complete and utter mess this is bad :-) VTK has a long, enforced history of a reasonable style and I'd like to preserve this. Simple things like using camel-case, naming variables in verbose fashion, and this-> pointers etc. go a long way towards grokking code quickly IMO. </div></div></blockquote><div><br></div><div>Hi Will, you're correct, I was being too dismissive.  My main worry is that automatic re-styling of the VTK code can cause "git blame" to give useless results.  Thats why, when I wrote "vtk_reindent_code.py", I made sure that it only modifies brace indentation and leaves all other code lines alone.</div><div><br></div><div> - David</div></div></div></div>