Thanks for all the input. I'm actually aware of and have studied quite thoroughly both of the resources that were provided - I'm kind of a "stickler" for style guides.<div><br></div><div>I was actually very specifically looking for an answer regarding First letter casing for non-constructor built-in objects, ie. Math and Proxy. I think the legacy Java style guide influence addresses the question as best as I can hope for.</div>

<div><br></div><div>Thanks</div><div><br></div><div>Rick</div><div><br></div><div><br><br><div class="gmail_quote">On Fri, Sep 9, 2011 at 3:11 PM, Tom Schuster <span dir="ltr"><<a href="mailto:tom@schuster.me">tom@schuster.me</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">>var a = 10<br>
>  , b = 20<br>
>  , c = 30;<br>
</div>Ugh the first time i saw this, i wondered who came up with this.<br>
<br>
The Google style guide also isn't too bad<br>
<a href="http://google-styleguide.googlecode.com/svn/trunk/javascriptguide.xmlcript.crockford.com/code.html" target="_blank">http://google-styleguide.googlecode.com/svn/trunk/javascriptguide.xmlcript.crockford.com/code.html</a><br>


, though I disagree with<br>
<br>
/wrong button<br>
<div><div></div><div class="h5"><br>
On Fri, Sep 9, 2011 at 9:00 PM, Dmitry Soshnikov<br>
<<a href="mailto:dmitry.soshnikov@gmail.com">dmitry.soshnikov@gmail.com</a>> wrote:<br>
> Also, style guides with 2 spaces indention are also good and wide-spread<br>
> (other things are the same as described in the link which Mark gave -- this<br>
> is Java's style guide by the way).<br>
><br>
> On 09.09.2011 22:10, Mark S. Miller wrote:<br>
><br>
> I like <a href="http://javascript.crockford.com/code.html" target="_blank">http://javascript.crockford.com/code.html</a> , though I disagree with<br>
> leaving a space between "function" and "(" for anonymous functions.<br>
><br>
> Since function name is optional in case of an expression, a space after the<br>
> function may make sense.<br>
><br>
> function foo() {}<br>
> function () {} -- just name disappeared, all the other the same.<br>
><br>
> Or, an analogy -- you put a space after some statements which are followed<br>
> by the parenthesis, right? E.g.:<br>
><br>
> while (true) {}<br>
> if (false) {}<br>
><br>
> the same with function.<br>
><br>
> However, of course it's just a local style guides. E.g. in Erlang, space is<br>
> not put (as usually and in code of standard library) for function<br>
> expressions as in your variant:<br>
><br>
> Double = fun(X) -> X * X.<br>
> (fun(X) X * X)(2)<br>
><br>
> OTOH there, in contrast with JS, `fun`s don't have names.<br>
><br>
> P.S.: Back to topic, the thing which I personally don't like is to put a<br>
> colon on a new line, as used in Node.js often:<br>
><br>
> var a = 10<br>
>   , b = 20<br>
>   , c = 30;<br>
><br>
> Of course it has advantages, e.g. for commenting one line, but literally<br>
> looks odd for me.<br>
><br>
> But in general ECMAScript has no style guide. As well as there is no such<br>
> language as ECMAScript (I mean, it's the sample implementation which is<br>
> called ECMAScript), and all others are just local style guides. Usually<br>
> that's said, either Java's style guide is used, or the same but with 2<br>
> spaces.<br>
><br>
> Dmitry.<br>
><br>
><br>
> <a href="http://www.jslint.com/" target="_blank">http://www.jslint.com/</a><br>
><br>
> On Fri, Sep 9, 2011 at 10:45 AM, Rick Waldron <<a href="mailto:waldron.rick@gmail.com">waldron.rick@gmail.com</a>><br>
> wrote:<br>
>><br>
>> I was wondering if a canonical guide for ECMAScript style and conventions<br>
>> exists - specifically I'm curious to find out what the historic precedence,<br>
>> rules and reasoning behind the capitalization of constructors and built-in<br>
>> objects, ie. Array or Math. Even _more_ specifically, there exists a fairly<br>
>> common convention that first letter capitalization is generally reserved for<br>
>> constructors that expect to be paired with "new"... obviously this is not a<br>
>> hard rule, but I'm curious if any documentation or articles exist regarding<br>
>> the subject.<br>
>> Thanks!<br>
>> Rick<br>
>> _______________________________________________<br>
>> es-discuss mailing list<br>
>> <a href="mailto:es-discuss@mozilla.org">es-discuss@mozilla.org</a><br>
>> <a href="https://mail.mozilla.org/listinfo/es-discuss" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
>><br>
><br>
><br>
><br>
> --<br>
>     Cheers,<br>
>     --MarkM<br>
><br>
> _______________________________________________<br>
> es-discuss mailing list<br>
> <a href="mailto:es-discuss@mozilla.org">es-discuss@mozilla.org</a><br>
> <a href="https://mail.mozilla.org/listinfo/es-discuss" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
><br>
><br>
> _______________________________________________<br>
> es-discuss mailing list<br>
> <a href="mailto:es-discuss@mozilla.org">es-discuss@mozilla.org</a><br>
> <a href="https://mail.mozilla.org/listinfo/es-discuss" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
><br>
><br>
_______________________________________________<br>
es-discuss mailing list<br>
<a href="mailto:es-discuss@mozilla.org">es-discuss@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/es-discuss" target="_blank">https://mail.mozilla.org/listinfo/es-discuss</a><br>
</div></div></blockquote></div><br></div>