<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Feb 7, 2014 at 10:48 AM, Loïc Hoguin <span dir="ltr"><<a href="mailto:essen@ninenines.eu" target="_blank">essen@ninenines.eu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">One small comment.<div class="im"><br>
<br>
On 02/07/2014 04:27 PM, Steve Vinoski wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I believe most of the OTP team<br>
</blockquote>
<br></div>
Yes, all except one I think.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
most of the Erlang community uses emacs and erlang-mode<br>
</blockquote>
<br></div>
That might not be true anymore, and as Erlang gets increasingly popular it will be less and less true. Most new people I see just stick to their favorite editor. Most people I interact with don't use emacs, they use vim or sublime2. A poll could be interesting.</blockquote>
<div><br></div><div>Another consideration I forgot to mention is that I assume that a goal of the formatting specification and any tools that implement it would be that they would be capable of reformatting most of the existing OTP code such that the only changes would be whitespace changes, e.g. turning tabs into spaces or removing trailing whitespace. This assumption is based on the notion of being able to format code before commit in a way that avoids non-whitespace changes that are irrelevant to the functionality of the patch. If this assumption is valid, then given that most of the OTP code was likely written in emacs and formatted with erlang-mode, it's best to use it as the starting point.<br>
</div><div><br></div><div>--steve</div></div></div></div>