<div style="font-family: arial, helvetica, sans-serif; font-size: 10pt"><div dir="ltr">On Fri, Dec 7, 2012 at 6:40 PM, Nico Weber <span dir="ltr"><<a href="mailto:thakis@chromium.org" target="_blank">thakis@chromium.org</a>></span> wrote:<br>
<div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Fri, Dec 7, 2012 at 8:18 AM, Daniel Jasper <<a href="mailto:djasper@google.com">djasper@google.com</a>> wrote:<br>

> Hi all,<br>
><br>
> although I think we can make clang-format (clang/lib/Format) format more and<br>
> more pieces of C++ according to a specific style, I am convinced that there<br>
> are cases where automatic formatting is not the right solution.<br>
><br>
> An example is:<br>
> <a href="http://clang.llvm.org/doxygen/ParseExpr_8cpp-source.html" target="_blank">http://clang.llvm.org/doxygen/ParseExpr_8cpp-source.html</a> line 60-90. Here,<br>
> careful human thought leads to much more readable code then simply following<br>
> a style guide.<br>
><br>
> In order to handle such cases and still be able to auto-format entire files,<br>
> I propose to add certain markers around areas of a file that clang-format<br>
> should not touch.<br>
<br>
</div>In my opinion, the main advantage of an autoformatter is that its<br>
output can be declared as canonical and that in organizations that do<br>
that nobody needs to argue about indentation anymore. If you provide a<br>
formatting escape hatch, you lose that property.<br></blockquote><div><br></div><div style>This feature would not benefit organizations as much as it might benefit small open source projects.</div><div style><br></div><div style>
Cheers,</div><div style>/Manuel</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"></div></blockquote></div></div></div></div>