Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.javascript > #19645 > unrolled thread

Javascript: TDG 6th edition

Back to article view | Back to comp.lang.javascript

Contents

  Javascript: TDG 6th edition Andrew <andrew@invalid.invalid> - 2013-05-06 07:53 -0400
    Re: Javascript: TDG 6th edition Scott Sauyet <scott.sauyet@gmail.com> - 2013-05-06 06:46 -0700
      Re: Javascript: TDG 6th edition Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-05-06 18:10 +0200
        Re: Javascript: TDG 6th edition Andrew <andrew@invalid.invalid> - 2013-05-07 07:42 -0400
          Re: Javascript: TDG 6th edition Scott Sauyet <scott.sauyet@gmail.com> - 2013-05-07 05:54 -0700
            Re: Javascript: TDG 6th edition Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-05-07 19:48 +0200
              Re: Javascript: TDG 6th edition Scott Sauyet <scott.sauyet@gmail.com> - 2013-05-07 12:53 -0700
                Re: Javascript: TDG 6th edition Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-05-07 22:48 +0200
                  Re: Javascript: TDG 6th edition Scott Sauyet <scott.sauyet@gmail.com> - 2013-05-07 14:02 -0700
                    Re: Javascript: TDG 6th edition Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-05-08 10:11 +0200
                      Re: Javascript: TDG 6th edition Scott Sauyet <scott.sauyet@gmail.com> - 2013-05-09 08:33 -0700
                        Re: Javascript: TDG 6th edition Tim Streater <timstreater@greenbee.net> - 2013-05-09 16:54 +0100
                          Re: Javascript: TDG 6th edition Scott Sauyet <scott.sauyet@gmail.com> - 2013-05-09 13:02 -0700
                            Re: Javascript: TDG 6th edition Tim Streater <timstreater@greenbee.net> - 2013-05-09 22:38 +0100
                          Re: Javascript: TDG 6th edition Dr J R Stockton <reply1300@merlyn.demon.co.uk.invalid> - 2013-05-10 20:03 +0100
                            Re: Javascript: TDG 6th edition MC <news@aisus.com> - 2013-05-17 11:04 -0500
                              Re: Javascript: TDG 6th edition Andrew Poulos <ap_prog@hotmail.com> - 2013-05-18 13:09 +1000
                                Re: Javascript: TDG 6th edition Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-05-18 10:40 +0200
                                  Re: Javascript: TDG 6th edition John Harris <niam@jghnorth.org.uk.invalid> - 2013-05-18 10:16 +0100
                                    Re: Javascript: TDG 6th edition Andrew Poulos <ap_prog@hotmail.com> - 2013-05-18 20:14 +1000
                                    Re: Javascript: TDG 6th edition MC <news@aisus.com> - 2013-05-18 10:11 -0500
                              Re: Javascript: TDG 6th edition Dr J R Stockton <reply1300@merlyn.demon.co.uk.invalid> - 2013-05-20 19:58 +0100
                  Re: Javascript: TDG 6th edition Tim Streater <timstreater@greenbee.net> - 2013-05-07 22:03 +0100
              Re: Javascript: TDG 6th edition Scott Sauyet <scott.sauyet@gmail.com> - 2013-05-07 13:02 -0700
                Re: Javascript: TDG 6th edition Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-05-07 22:50 +0200
                  Re: Javascript: TDG 6th edition Scott Sauyet <scott.sauyet@gmail.com> - 2013-05-07 14:03 -0700
              Re: Javascript: TDG 6th edition John Harris <niam@jghnorth.org.uk.invalid> - 2013-05-07 21:39 +0100
              Re: Javascript: TDG 6th edition Cezary Tomczyk <cezary.tomczyk@gmail.com> - 2013-05-08 00:10 -0700
                Re: Javascript: TDG 6th edition Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-05-08 09:51 +0200
              Re: Javascript: TDG 6th edition Luuk <luuk@invalid.lan> - 2013-05-09 23:36 +0200
            Re: Javascript: TDG 6th edition MC <news@aisus.com> - 2013-05-17 08:59 -0500
        Re: Javascript: TDG 6th edition Joao Rodrigues <groups_jr-1@yahoo.com.br> - 2013-05-21 00:50 -0300
          Re: Javascript: TDG 6th edition Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-05-21 12:50 +0200
      Re: Javascript: TDG 6th edition Andrew <andrew@invalid.invalid> - 2013-05-07 07:25 -0400

Page 1 of 2  [1] 2  Next page →

#19645 — Javascript: TDG 6th edition

I have a project that needs to be done in Javascript, for Reasons, but I'm
new to the language and looking for a guide. The FAQ and a search of the
clj GG archives indicates that Javascript: The Definitive Guide 5th Edition
is, or was, the least sucky option; but I note on looking for it that it's
been superceded by the 6th edition. 

Has anyone read the 6th who is in a position to compare the two? Does it
suck less or more? Is there a reason to prefer the older version, perhaps
for compatibility? (I note from descriptions that the 6th describes a newer
version of the language that may not be universally supported) 

Is there an online reference of reasonable quality, similar to the
documentation for Python? (I'm guessing no, but would like to be wrong) 

-- 
Andrew

[toc] | [next] | [standalone]

#19647

Andrew wrote:
> I have a project that needs to be done in Javascript, for Reasons, but I'm
> new to the language and looking for a guide. The FAQ and a search of the
> clj GG archives indicates that Javascript: The Definitive Guide 5th Edition
> is, or was, the least sucky option; but I note on looking for it that it's
> been superceded by the 6th edition.

The FAQ is languishing.  I started to work on a system to replace it.
I'm hoping that in two or three weeks, my schedule will clear up
enough to give me some time to go back to that.  Thomas Lahn is also
working on one; I don't know the status of his efforts.


> Has anyone read the 6th who is in a position to compare the two? Does it
> suck less or more? Is there a reason to prefer the older version, perhaps
> for compatibility? (I note from descriptions that the 6th describes a newer
> version of the language that may not be universally supported)

Definitely choose the 6th edition.  It has a number of improvements,
and much new material.  He made what seems to me a very odd choice to
cover the jQuery library in the book, and I can't remember much of
that coverage, but aside from that, the choices of new material to
cover were reasonable, and I don't remember him dropping anything
important, although I've never done the side-by-side comparison (and
won't even though they're both here on my desk!)


> Is there an online reference of reasonable quality, similar to the
> documentation for Python? (I'm guessing no, but would like to be wrong)

I don't really know the Python documentation, but there is definitely
not one definitive source of API documentation, but note that the API
is quite small.  The best reference site might well be MDN [1] but it
is not a tutorial.

Best of luck,

  -- Scott


[1] https://developer.mozilla.org/en-US/docs/JavaScript

[toc] | [prev] | [next] | [standalone]

#19648

Scott Sauyet wrote:

> Andrew wrote:
>> Is there an online reference of reasonable quality, similar to the
>> documentation for Python? (I'm guessing no, but would like to be wrong)
> 
> I don't really know the Python documentation, but there is definitely
> not one definitive source of API documentation,

The reason of which is that, AFAIK by contrast to Python, there is no 
“Javascript”.  I am still amazed how some people can still manage to ignore 
that basic fact.

> but note that the API is quite small.

IBTD.  For the next version of the ECMAScript Support Matrix (see [1] for 
the current version), to date I compared 278 native language features, and 
the list is still incomplete.  Of those features, (unless I miscounted 
slightly) only 81 were syntactical and could not reasonably be said to be 
part of an API.  I expect the percentage of the “API features” of the 
various ECMAScript implementations to be growing as I test more features and 
implementations, and as “Harmony” (ES 6-to-be) proposals are implemented.

It can only be reasonably stated that the built-in API of ECMAScript is 
smaller than the built-in API of Python.  This is supported by the fact that 
Python has a built-in tree-like module system, while most ECMAScript 
implementations (and particularly those used in Web browsers) do not.  Any 
modules are either implementation-specific or provided for (dynamic) 
inclusion in markup documents by third parties (libraries); namespacing is 
only artificial (and unfortunately is going to remain so – according to 
Brendan Eich, the namespace proposal has been dropped to achieve “ECMAScript 
Harmony”, and is not coming back).

> The best reference site might well be MDN [1] but it is not a tutorial.

MDN does contain a (Mozilla) _JavaScript_ tutorial, because there are more 
ECMAScript implementations (than JavaScript), and more DOM implementations 
than the Gecko DOM.  For example, the documentation and tutorial for JScript 
and the MSHTML DOM, the programming language and DOM API in Internet 
Explorer-based applications, respectively, can be found in the MSDN Library 
instead.

Links to reference material other than books can be found in the FAQs for 
this newsgroup. [2]  In fact, books are the resources that are the least 
recommended there for good reasons.

_______
[1] <http://PointedEars.de/es-matrix>
[2] <http://PointedEars.de/faq> contains a maintained, currently only
    slightly modified version of <http://jibbering.com/f; the latter
    is not maintained since 2010.  See the changelog for details.
-- 
PointedEars

Twitter: @PointedEars2
Please do not Cc: me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#19653

On Mon, 06 May 2013 18:10:32 +0200, Thomas 'PointedEars' Lahn wrote:

> Scott Sauyet wrote:
>> Andrew wrote:
>>> Is there an online reference of reasonable quality, similar to the
>>> documentation for Python? (I'm guessing no, but would like to be wrong)
>> 
>> I don't really know the Python documentation, but there is definitely
>> not one definitive source of API documentation,
> 
> The reason of which is that, AFAIK by contrast to Python, there is no 
> “Javascript”.  I am still amazed how some people can still manage to ignore 
> that basic fact.

I was aware of the distinction, but given that "Javascript" is in both the
name of the group and the name of the book I was inquiring about, being
pedantic about it seemed like it would distract from the question I wanted
to ask.

> Links to reference material other than books can be found in the FAQs for 
> this newsgroup. [2]  In fact, books are the resources that are the least 
> recommended there for good reasons.

The (apparently wrong) impression I got from the FAQ was that the online
resources listed were all either specifications, bare references, or
individual-implementation-specific information. What I wanted was a
language guide aimed at experienced programmers new to ECMAScript, and
looking to program in a manner that would work cross-browser without
unnatural acts. 

Nothing listed appeared to suit, and I assumed if there was something
suitable out there it would be listed; hence I looked to books instead. If
you're updating the FAQ, it may be worth being more descriptive in the
resource section.

> _______
> [1] <http://PointedEars.de/es-matrix>
> [2] <http://PointedEars.de/faq> contains a maintained, currently only
>     slightly modified version of <http://jibbering.com/f; the latter
>     is not maintained since 2010.  See the changelog for details.

Just FYI, neither of those links works for me. I can ping the site and nmap
claims the appropriate ports are open, but attempts from a couple of
different browsers in a couple of different locations all hang on Waiting
for pointedears.de. 

-- 
Andrew

[toc] | [prev] | [next] | [standalone]

#19654

Andrew wrote:
> Thomas 'PointedEars' Lahn wrote:
>> Scott Sauyet wrote:
>>> Andrew wrote:
>>>> Is there an online reference of reasonable quality, similar to the
>>>> documentation for Python? (I'm guessing no, but would like to be wrong)
>
>>> I don't really know the Python documentation, but there is definitely
>>> not one definitive source of API documentation,
>
>> The reason of which is that, AFAIK by contrast to Python, there is no
>> ´Javascript¡.  I am still amazed how some people can still manage to ignore
>> that basic fact.
>
> I was aware of the distinction, but given that "Javascript" is in both the
> name of the group and the name of the book I was inquiring about, being
> pedantic about it seemed like it would distract from the question I wanted
> to ask.

Thomas is well-known here for extremely pedantic answers.  That he
also has a lot of useful knowledge only partly compensates for his
anti-social behavior.


>> Links to reference material other than books can be found in the FAQs for
>> this newsgroup. [2]  In fact, books are the resources that are the least
>> recommended there for good reasons.
>
> The (apparently wrong) impression I got from the FAQ was that the online
> resources listed were all either specifications, bare references, or
> individual-implementation-specific information. What I wanted was a
> language guide aimed at experienced programmers new to ECMAScript, and
> looking to program in a manner that would work cross-browser without
> unnatural acts.
>
> Nothing listed appeared to suit, and I assumed if there was something
> suitable out there it would be listed; hence I looked to books instead. If
> you're updating the FAQ, it may be worth being more descriptive in the
> resource section.

There are in my opinion more books worth consideration than there were
a few years ago.  As well as the two mentioned in the FAQ (Flanagan's
_The Definitive Guide_ and Crockford's _The Good Parts_), I would also
recommend, with some caveats:

    JavaScript Patterns, by Stoyen Stefanov
    Test-Driven JavaScript, by Christian Johansen
    High Performance JavaScript, by Nicholas Zakas

and, with very few caveats:

    Eloquent JavaScript, by Marijn Haverbeke
    Effective JavaScript, by David Herman

>> _______
>> [1] <http://PointedEars.de/es-matrix>
>> [2] <http://PointedEars.de/faq> contains a maintained, currently only
>>     slightly modified version of <http://jibbering.com/f;the latter
>>     is not maintained since 2010.  See the changelog for details.
>
> Just FYI, neither of those links works for me. I can ping the site and nmap
> claims the appropriate ports are open, but attempts from a couple of
> different browsers in a couple of different locations all hang on Waiting
> for pointedears.de.

I don't know what's up with Thomas' site.  But the link to the cljs
faq was simply mistyped:

    <http://jibbering.com/faq/>

  -- Scott

[toc] | [prev] | [next] | [standalone]

#19668

Scott Sauyet wrote:

> Andrew wrote:
>> Thomas 'PointedEars' Lahn wrote:
>>> Scott Sauyet wrote:
>>>> Andrew wrote:
>>>>> Is there an online reference of reasonable quality, similar to the
>>>>> documentation for Python? (I'm guessing no, but would like to be
>>>>> wrong)
>>>>
>>>> I don't really know the Python documentation, but there is definitely
>>>> not one definitive source of API documentation,
>>>
>>> The reason of which is that, AFAIK by contrast to Python, there is no
>>> ´Javascript¡.  I am still amazed how some people can still manage to
>>> ignore that basic fact.
>>
>> I was aware of the distinction, but given that "Javascript" is in both
>> the name of the group and the name of the book I was inquiring about,
>> being pedantic about it seemed like it would distract from the question I
>> wanted to ask.
> 
> Thomas is well-known here for extremely pedantic answers.  That he
> also has a lot of useful knowledge only partly compensates for his
> anti-social behavior.

That is a luser attitude.  There is nothing pedantic or anti-social about 
telling people the truth.  There *really* is no “Javascript” as there is 
Python, that is

1. There is no programming language of that name, and

2. the language commonly subsumed (by newcomers) under that name actually is
   *several* *different* languages, implementations of a common language
   Specification, ECMAScript.

It is important to know and accept that fact if you want to get serious with 
these language*s*.  Unlike Python, if you want to get serious, you do not 
learn “Javascript” once and for all; you better learn JavaScript, JScript, 
V8 JavaScript, Opera ECMAScript, and KDE JavaScript, among others.  And then 
you better learn the environment-dependent APIs that can be used with those 
languages, like the several DOM APIs. because it is only the host 
environment that enables these programming languages to be useful.  All of 
those are on-topic here.

If you can't stand the heat, stay out of the kitchen.

>>> Links to reference material other than books can be found in the FAQs
>>> for this newsgroup. [2]  In fact, books are the resources that are the
>>> least recommended there for good reasons.
>>
>> The (apparently wrong) impression I got from the FAQ was that the online
>> resources listed were all either specifications, bare references, or
>> individual-implementation-specific information. What I wanted was a
>> language guide aimed at experienced programmers new to ECMAScript, and
>> looking to program in a manner that would work cross-browser without
>> unnatural acts.
>>
>> Nothing listed appeared to suit, and I assumed if there was something
>> suitable out there it would be listed; hence I looked to books instead.
>> If you're updating the FAQ, it may be worth being more descriptive in the
>> resource section.

Or you may want to read it again, after you accepted the fact that there is 
no “Javascript”  For the references that I mentioned are there.

It is a pity that the original FAQ chose to use the “javascript” misnomer 
almost arbitrarily.  Your not finding the relevant references is yet another 
indication to me that the term should be replaced in the new FAQ, and the  
situation explained, as the current term is more confusing to beginners than 
helpful.
 
> There are in my opinion more books worth consideration than there were
> a few years ago.  As well as the two mentioned in the FAQ (Flanagan's
> _The Definitive Guide_ and Crockford's _The Good Parts_), I would also
> recommend, with some caveats:
> 
>     JavaScript Patterns, by Stoyen Stefanov

_Stoyan_, I think.

>     Test-Driven JavaScript, by Christian Johansen
>     High Performance JavaScript, by Nicholas Zakas
> 
> and, with very few caveats:
> 
>     Eloquent JavaScript, by Marijn Haverbeke
>     Effective JavaScript, by David Herman

But on which *grounds* do you recommend these books?  If they are actually 
worth recommending, if you can *convince* me/us that they are good and can 
say why (or why not), I shall add them to the FAQ for comp.lang.javascript 
(with a *specific* caveat, if necessary).

>>> _______
>>> [1] <http://PointedEars.de/es-matrix>
>>> [2] <http://PointedEars.de/faq> contains a maintained, currently only
>>> slightly modified version of <http://jibbering.com/f;the latter
>>> is not maintained since 2010.  See the changelog for details.
>>
>> Just FYI, neither of those links works for me. I can ping the site and
>> nmap claims the appropriate ports are open, but attempts from a couple of
>> different browsers in a couple of different locations all hang on Waiting
>> for pointedears.de.
> 
> I don't know what's up with Thomas' site.

It was working when I posted that and it is working now (uncached) without 
my intervention.  It may not have worked for reasons currently unknown to me 
while I was out for the day.  On the other hand, there could also be yet 
another Google Groups bug.

> But the link to the cljs faq was simply mistyped:
> 
>     <http://jibbering.com/faq/>

That is not a link, but a URI, and the cljs FAQ still is outdated; otherwise 
ACK.  However, by contrast that site is known here for being offline 
frequently (much more often than my site) which is another reason for my the 
fork.

-- 
PointedEars

Twitter: @PointedEars2
Please do not Cc: me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#19672

Thomas 'PointedEars' Lahn wrote:
> Scott Sauyet wrote:
>> Andrew wrote:

>> Thomas is well-known here for extremely pedantic answers.  That he
>> also has a lot of useful knowledge only partly compensates for his
>> anti-social behavior.
>
> That is a luser attitude.  There is nothing pedantic or anti-social about
> telling people the truth. [ ... ]

Actually, it often is both pedantic and anti-social.  Are you the sort
who tells parents your unvarnished opinion of their offspring?

One reasonable definition of "pedantic" (from [1]) is "marked by a
narrow focus on or display of learning especially its trivial
aspects."  Almost by definition, being pedantic involves telling the
truth, or at least what one sees as the truth.  The trouble is that
the truth being described is overly concerned with minutiae, sometimes
to the detriment of the conversation.


> If you can't stand the heat, stay out of the kitchen.

I'm not even slightly singed.  But even after many years of listening
to you recite your mantra, I'm not convinced that using "Javascript"
or "javascript" in discussions here has any harmful effects.


>> There are in my opinion more books worth consideration than there were
>> a few years ago.  As well as the two mentioned in the FAQ (Flanagan's
>> _The Definitive Guide_ and Crockford's _The Good Parts_), I would also
>> recommend, with some caveats:
>
>>     JavaScript Patterns, by Stoyen Stefanov
>
> _Stoyan_, I think.

Correct.  Thank you.

>>     Test-Driven JavaScript, by Christian Johansen
>>     High Performance JavaScript, by Nicholas Zakas
>
>> and, with very few caveats:
>
>>     Eloquent JavaScript, by Marijn Haverbeke
>>     Effective JavaScript, by David Herman
>
> But on which *grounds* do you recommend these books?  If they are actually
> worth recommending, if you can *convince* me/us that they are good and can
> say why (or why not), I shall add them to the FAQ for comp.lang.javascript
> (with a *specific* caveat, if necessary).

I would actually like to find time to write reviews, at least for
Herman, Haverbeke, and Johansen.  But that won't happen in the next
few weeks at least.  This will not stop me from posting
recommendations when people are looking for worthwhile books.  Do you
have any other recommendations for worthwhile books?


>> [ ... ]
>> I don't know what's up with Thomas' site.
>
> It was working when I posted that and it is working now (uncached) without
> my intervention.  It may not have worked for reasons currently unknown to me
> while I was out for the day.  On the other hand, there could also be yet
> another Google Groups bug.

It wasn't the latter.  It didn't work for me, coming in from
bookmarks.


> > But the link to the cljs faq was simply mistyped:
>
> >     <http://jibbering.com/faq/>
>
> That is not a link, but a URI, and the cljs FAQ still is outdated; otherwise
> ACK.  However, by contrast that site is known here for being offline
> frequently (much more often than my site) which is another reason for my the
> fork.


_______
[1] http://www.thefreedictionary.com/pedantic

  -- Scott

[toc] | [prev] | [next] | [standalone]

#19675

Scott Sauyet wrote:

> Thomas 'PointedEars' Lahn wrote:
>> Scott Sauyet wrote:
>>> Andrew wrote:
>>> 
>>> Thomas is well-known here for extremely pedantic answers.  That he
>>> also has a lot of useful knowledge only partly compensates for his
>>> anti-social behavior.
>>
>> That is a luser attitude.  There is nothing pedantic or anti-social about
>> telling people the truth. [ ... ]
> 
> Actually, it often is both pedantic and anti-social.  Are you the sort
> who tells parents your unvarnished opinion of their offspring?
> 
> One reasonable definition of "pedantic" (from [1]) is "marked by a
> narrow focus on or display of learning especially its trivial
> aspects."  Almost by definition, being pedantic involves telling the
> truth, or at least what one sees as the truth.  The trouble is that
> the truth being described is overly concerned with minutiae, sometimes
> to the detriment of the conversation.

Unfortunately, apparently it is not trivial that here is no “Javascript”.  
If it was trivial, probably more people would be able to see the fact, and 
consider the different and differing ECMAScript implementations that they 
are actually using.

>> If you can't stand the heat, stay out of the kitchen.
> 
> I'm not even slightly singed.  But even after many years of listening
> to you recite your mantra, I'm not convinced that using "Javascript"
> or "javascript" in discussions here has any harmful effects.

Pardon?  Is not this thread, in which the OP reports that they could not 
find the relevant material, despite it being referred (under the proper 
names) in the FAQ, living proof that it has harmful effects?

-- 
PointedEars

Twitter: @PointedEars2
Please do not Cc: me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#19677

Thomas 'PointedEars' Lahn wrote:
> Scott Sauyet wrote:
>> Thomas 'PointedEars' Lahn wrote:
>>> Scott Sauyet wrote:

>>>> Thomas is well-known here for extremely pedantic answers.  That he
>>>> also has a lot of useful knowledge only partly compensates for his
>>>> anti-social behavior.
>
>>> That is a luser attitude.  There is nothing pedantic or anti-social about
>>> telling people the truth. [ ... ]
>
>> Actually, it often is both pedantic and anti-social.  Are you the sort
>> who tells parents your unvarnished opinion of their offspring?
>
>> One reasonable definition of "pedantic" (from [1]) is "marked by a
>> narrow focus on or display of learning especially its trivial
>> aspects."  Almost by definition, being pedantic involves telling the
>> truth, or at least what one sees as the truth.  The trouble is that
>> the truth being described is overly concerned with minutiae, sometimes
>> to the detriment of the conversation.
>
> Unfortunately, apparently it is not trivial that here is no “Javascript”.
> If it was trivial, probably more people would be able to see the fact, and
> consider the different and differing ECMAScript implementations that they
> are actually using.


Or perhaps fewer people than you would like find this relevant.
Certainly there are times when the ES engine or the specific
implementation of a particular API layered atop such an engine makes a
difference.  In those cases, it's quite easy to specify the
environment in question.  For many of us, though, those cases are not
particularly common.

Your "apparently it is not trivial" is a statement of your opinion,
one which you promote here often.  It is not a statement of
indisputable fact, and there are many here who disagree.


>>> If you can't stand the heat, stay out of the kitchen.
>
>> I'm not even slightly singed.  But even after many years of listening
>> to you recite your mantra, I'm not convinced that using "Javascript"
>> or "javascript" in discussions here has any harmful effects.
>
> Pardon?  Is not this thread, in which the OP reports that they could not
> find the relevant material, despite it being referred (under the proper
> names) in the FAQ, living proof that it has harmful effects?

Not at all.  Had the OP searched for books on ECMAScript
implementations, he would have had no more useful results, IMHO.

  -- Scott

[toc] | [prev] | [next] | [standalone]

#19690

Scott Sauyet wrote:

> Thomas 'PointedEars' Lahn wrote:
>> Scott Sauyet wrote:
>>> Thomas 'PointedEars' Lahn wrote:
>>>> Scott Sauyet wrote:
>>>>> Thomas is well-known here for extremely pedantic answers.  That he
>>>>> also has a lot of useful knowledge only partly compensates for his
>>>>> anti-social behavior.
>>>> 
>>>> That is a luser attitude.  There is nothing pedantic or anti-social
>>>> about telling people the truth. [ ... ]
>>> 
>>> Actually, it often is both pedantic and anti-social.  Are you the sort
>>> who tells parents your unvarnished opinion of their offspring?
>>> 
>>> One reasonable definition of "pedantic" (from [1]) is "marked by a
>>> narrow focus on or display of learning especially its trivial
>>> aspects."  Almost by definition, being pedantic involves telling the
>>> truth, or at least what one sees as the truth.  The trouble is that
>>> the truth being described is overly concerned with minutiae, sometimes
>>> to the detriment of the conversation.
>>
>> Unfortunately, apparently it is not trivial that here is no “Javascript”.
>> If it was trivial, probably more people would be able to see the fact,
>> and consider the different and differing ECMAScript implementations that
>> they are actually using.
> 
> Or perhaps fewer people than you would like find this relevant.

Yes, there are too many who are ignorant of facts.  One can only hope that 
arguing repeatedly against self-chosen ignorance can reduce that number, 
lest we end up in “Idiocracy”.

> Certainly there are times when the ES engine or the specific
> implementation of a particular API layered atop such an engine makes a
> difference.  In those cases, it's quite easy to specify the
> environment in question.  For many of us, though, those cases are not
> particularly common.

Argument at ignorance.  Must be bliss not knowing that you actually do not 
know.

> Your "apparently it is not trivial" is a statement of your opinion,
> one which you promote here often.  It is not a statement of
> indisputable fact, and there are many here who disagree.

No, it is not just a statement of my opinion.
 
>>>> If you can't stand the heat, stay out of the kitchen.
>>> 
>>> I'm not even slightly singed.  But even after many years of listening
>>> to you recite your mantra, I'm not convinced that using "Javascript"
>>> or "javascript" in discussions here has any harmful effects.
>>
>> Pardon?  Is not this thread, in which the OP reports that they could not
>> find the relevant material, despite it being referred (under the proper
>> names) in the FAQ, living proof that it has harmful effects?
> 
> Not at all.  Had the OP searched for books on ECMAScript
> implementations, he would have had no more useful results, IMHO.

But had they searched for “JavaScript”, ”JScript”, and so on in the FAQ, 
*knowing* (by *letting* *them* *know* explicitly) that there is not a single 
”Javascript” or “javascript”, but that there are several *different* 
ECMAScript implementations with *specific* *implementors* and *names*, they 
would have had more useful results.  *That* is the crux of the matter that 
you *choose* to ignore.

-- 
PointedEars

Twitter: @PointedEars2
Please do not Cc: me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#19722

Thomas 'PointedEars' Lahn wrote:
> Scott Sauyet wrote:
>> Thomas 'PointedEars' Lahn wrote:
>>> Scott Sauyet wrote:
>>>> Thomas 'PointedEars' Lahn wrote:
>>>>> Scott Sauyet wrote:

>>> Unfortunately, apparently it is not trivial that here is no “Javascript”.
>>> If it was trivial, probably more people would be able to see the fact,
>>> and consider the different and differing ECMAScript implementations that
>>> they are actually using.

>> Or perhaps fewer people than you would like find this relevant.

> Yes, there are too many who are ignorant of facts.  One can only hope that
> arguing repeatedly against self-chosen ignorance can reduce that number,
> lest we end up in “Idiocracy”.

Oh no, not at all.  There are many things one can hope for.

One can hope that those repeatedly arguing the same trivial points
will eventually recognize the overwhelming chorus of negative response
as well-reasoned critique and not willful ignorance.

One can hope that the word "pedantic" will finally come to have
meaning for certain contributors to the discussions here.

Once can hope that being associated, even casually, with the
Mentiflexes of the world would give pause to those who keep sounding
the same note over and over without ever convincing anyone.

One can hope that even if those with the strident voices don't change
their minds, that they'd do what they do on other subjects and simply
mention that the material has been covered before rather than
rehashing it on a continual basis.

Or one can simply root for the windmill:

    <http://i.imgur.com/5UhdL.png>



>> Certainly there are times when the ES engine or the specific
>> implementation of a particular API layered atop such an engine makes a
>> difference.  In those cases, it's quite easy to specify the
>> environment in question.  For many of us, though, those cases are not
>> particularly common.

> Argument at ignorance.  Must be bliss not knowing that you actually do not
> know.

And yours must be such a burden, believing you know so much more than
everyone around you.


>> Your "apparently it is not trivial" is a statement of your opinion,
>> one which you promote here often.  It is not a statement of
>> indisputable fact, and there are many here who disagree.
>
> No, it is not just a statement of my opinion.

Yes, it is.


>>>>> If you can't stand the heat, stay out of the kitchen.

>>>> I'm not even slightly singed.  But even after many years of listening
>>>> to you recite your mantra, I'm not convinced that using "Javascript"
>>>> or "javascript" in discussions here has any harmful effects.

>>> Pardon?  Is not this thread, in which the OP reports that they could not
>>> find the relevant material, despite it being referred (under the proper
>>> names) in the FAQ, living proof that it has harmful effects?

>> Not at all.  Had the OP searched for books on ECMAScript
>> implementations, he would have had no more useful results, IMHO.

> But had they searched for “JavaScript”, ”JScript”, and so on in the FAQ,
> *knowing* (by *letting* *them* *know* explicitly) that there is not a single
> ”Javascript” or “javascript”, but that there are several *different*
> ECMAScript implementations with *specific* *implementors* and *names*, they
> would have had more useful results.  *That* is the crux of the matter that
> you *choose* to ignore.

What results would the OP have found?  What good sources of
documentation would you have suggested had the OP used the terms you
prefer?  It's my contention that there are very few good sources of
information about ECMAScript implementations, individually or
collectively, to be found.  I did recommend a few books, all of which
would be more easily found searching with "Javascript" than with
"ECMAScript", and I recommended MDN, which, although of course is
specific to JavaScript, also serves for many as the best all-around on-
line reference to the collection of (browser) ECMAScript
implementations, as it usually details the differences between major
implementations.  Again, that would be found most easily searching for
"JavaScript" (and generally capitalization doesn't matter much in
searching.)  I simply don't buy it.

  -- Scott

[toc] | [prev] | [next] | [standalone]

#19723

In article 
<feed9071-f855-4980-b15d-1a8958725369@s18g2000yqg.googlegroups.com>,
 Scott Sauyet <scott.sauyet@gmail.com> wrote:

> Or one can simply root for the windmill:
> 
>     <http://i.imgur.com/5UhdL.png>

That about sums it up.

> >> Certainly there are times when the ES engine or the specific
> >> implementation of a particular API layered atop such an engine makes a
> >> difference.  In those cases, it's quite easy to specify the
> >> environment in question.  For many of us, though, those cases are not
> >> particularly common.
> 
> > Argument at ignorance.  Must be bliss not knowing that you actually do not
> > know.
> 
> And yours must be such a burden, believing you know so much more than
> everyone around you.

He thinks he is Mozart and we're all Salieri. In fact he's the foolish 
emperor and everyone else is a mixture of M and S.

-- 
Tim

"That excessive bail ought not to be required, nor excessive fines imposed,
nor cruel and unusual punishments inflicted"  --  Bill of Rights 1689

[toc] | [prev] | [next] | [standalone]

#19724

Tim Streater wrote:
> Scott Sauyet

>> Or one can simply root for the windmill:
>
>>     <http://i.imgur.com/5UhdL.png>
>
> That about sums it up.

I should note that I am not the creator of that image.  I do not know
who created it.  I first saw it when Stefan Weiss posted a reference
to it in comp.lang.javascript last December:

    <news:ka5l59$dtq$1@news.albasani.net>
    <https://groups.google.com/group/comp.lang.javascript/msg/
d43124b39773bfac>

  -- Scott

[toc] | [prev] | [next] | [standalone]

#19725

In article 
<923176ef-2dd8-49db-8c66-4d1b0881bd2e@o2g2000yqb.googlegroups.com>,
 Scott Sauyet <scott.sauyet@gmail.com> wrote:

> Tim Streater wrote:
> > Scott Sauyet
> 
> >> Or one can simply root for the windmill:
> >
> >>     <http://i.imgur.com/5UhdL.png>
> >
> > That about sums it up.
> 
> I should note that I am not the creator of that image.  I do not know
> who created it.  I first saw it when Stefan Weiss posted a reference
> to it in comp.lang.javascript last December:
> 
>     <news:ka5l59$dtq$1@news.albasani.net>
>     <https://groups.google.com/group/comp.lang.javascript/msg/
> d43124b39773bfac>

PointyHead's fixation is long-standing. He should have it seen to.

-- 
Tim

"That excessive bail ought not to be required, nor excessive fines imposed,
nor cruel and unusual punishments inflicted"  --  Bill of Rights 1689

[toc] | [prev] | [next] | [standalone]

#19733

In comp.lang.javascript message <timstreater-94EA6D.16540009052013@news.
individual.net>, Thu, 9 May 2013 16:54:01, Tim Streater
<timstreater@greenbee.net> posted:

>
>He thinks he is Mozart and we're all Salieri. In fact he's the foolish
>emperor and everyone else is a mixture of M and S.
>

He's more like someone in a fortunately-lost fragment of G & S.

But his existence has given me, since November last, greater pleasure in
the morning while looking at the middle of the Court and Social page of
the Daily Telegraph.

-- 
 (c) John Stockton, nr London UK. Mail, see Homepage. BP7, Delphi 3 & 2006.
   <http://www.merlyn.demon.co.uk/> TP/BP/Delphi/&c., FAQqy topics & links;
   <http://www.bancoems.com/CompLangPascalDelphiMisc-MiniFAQ.htm> clpdmFAQ;
   NOT <http://support.codegear.com/newsgroups/>: news:borland.* Guidelines

[toc] | [prev] | [next] | [standalone]

#19772

On 5/10/2013 2:03 PM, Dr J R Stockton wrote:
> In comp.lang.javascript message<timstreater-94EA6D.16540009052013@news.
> individual.net>, Thu, 9 May 2013 16:54:01, Tim Streater
> <timstreater@greenbee.net>  posted:
>
>>
>> He thinks he is Mozart and we're all Salieri. In fact he's the foolish
>> emperor and everyone else is a mixture of M and S.
>>
>
> He's more like someone in a fortunately-lost fragment of G&  S.
>
> But his existence has given me, since November last, greater pleasure in
> the morning while looking at the middle of the Court and Social page of
> the Daily Telegraph.
>

I looked for a Court and Social section and could not find it online. Do 
you have a link? Maybe its behind a paywall?

[toc] | [prev] | [next] | [standalone]

#19792

On 18/05/2013 2:04 AM, MC wrote:
> On 5/10/2013 2:03 PM, Dr J R Stockton wrote:
>> In comp.lang.javascript message<timstreater-94EA6D.16540009052013@news.
>> individual.net>, Thu, 9 May 2013 16:54:01, Tim Streater
>> <timstreater@greenbee.net>  posted:
>>
>>>
>>> He thinks he is Mozart and we're all Salieri. In fact he's the foolish
>>> emperor and everyone else is a mixture of M and S.
>>>
>>
>> He's more like someone in a fortunately-lost fragment of G&  S.
>>
>> But his existence has given me, since November last, greater pleasure in
>> the morning while looking at the middle of the Court and Social page of
>> the Daily Telegraph.
>>
>
> I looked for a Court and Social section and could not find it online. Do
> you have a link? Maybe its behind a paywall?

Why do you guys spend so much of your time discussing what you believe 
are flaws in someone else's personality? Is there a Miss Congeniality 
prize to be had?

Andrew Poulos

[toc] | [prev] | [next] | [standalone]

#19803

Andrew Poulos wrote:

> On 18/05/2013 2:04 AM, MC wrote:
>> On 5/10/2013 2:03 PM, Dr J R Stockton wrote:
>>> In comp.lang.javascript message<timstreater-94EA6D.16540009052013@news.
>>> individual.net>, Thu, 9 May 2013 16:54:01, Tim Streater
>>> <timstreater@greenbee.net>  posted:
>>>> He thinks he is Mozart and we're all Salieri. In fact he's the foolish
>>>> emperor and everyone else is a mixture of M and S.
>>>
>>> He's more like someone in a fortunately-lost fragment of G&  S.
>>>
>>> But his existence has given me, since November last, greater pleasure in
>>> the morning while looking at the middle of the Court and Social page of
>>> the Daily Telegraph.
>>
>> I looked for a Court and Social section and could not find it online. Do
>> you have a link? Maybe its behind a paywall?
> 
> Why do you guys spend so much of your time discussing what you believe
> are flaws in someone else's personality? Is there a Miss Congeniality
> prize to be had?

I'll give you a hint: When was the last time any of those “characters” 
posted anything constructive, let alone on-topic here?


Regards,
-- 
PointedEars

Twitter: @PointedEars2
Please do not Cc: me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#19810

On Sat, 18 May 2013 10:40:28 +0200, Thomas 'PointedEars' Lahn
<PointedEars@web.de> wrote:

>Andrew Poulos wrote:

  <snip>
>> Why do you guys spend so much of your time discussing what you believe
>> are flaws in someone else's personality? Is there a Miss Congeniality
>> prize to be had?
>
>I'll give you a hint: When was the last time any of those “characters” 
>posted anything constructive, let alone on-topic here?

I'll give you another hint : when was the last time that Thomas
admitted that one of his opinions or preferences was not an immutable
law of nature ?

And another hint : when was the last time that Thomas refrained from
vilifying someone who did not conform to a Thomas opinion or
preference ?

  John

[toc] | [prev] | [next] | [standalone]

#19812

On 18/05/2013 7:16 PM, John Harris wrote:
> On Sat, 18 May 2013 10:40:28 +0200, Thomas 'PointedEars' Lahn
> <PointedEars@web.de> wrote:
>
>> Andrew Poulos wrote:
>
>    <snip>
>>> Why do you guys spend so much of your time discussing what you believe
>>> are flaws in someone else's personality? Is there a Miss Congeniality
>>> prize to be had?
>>
>> I'll give you a hint: When was the last time any of those “characters”
>> posted anything constructive, let alone on-topic here?
>
> I'll give you another hint : when was the last time that Thomas
> admitted that one of his opinions or preferences was not an immutable
> law of nature ?
>
> And another hint : when was the last time that Thomas refrained from
> vilifying someone who did not conform to a Thomas opinion or
> preference ?

You're asking me to use aspersions as "reasons" to question why someone 
else vilifies?

Let me know who gets the ribbon in this year's contest.

Andrew Poulos

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | comp.lang.javascript

csiph-web