Path: csiph.com!usenet.pasdenom.info!aioe.org!eternal-september.org!feeder.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: =?UTF-8?B?Sm9zaHVhIENyYW5tZXIg8J+Qpw==?= Newsgroups: comp.lang.java.programmer Subject: Re: Java vs JavaScript Date: Tue, 06 May 2014 12:40:10 -0500 Organization: A noiseless patient Spider Lines: 36 Message-ID: References: <53620531$0$2877$e4fe514c@news.xs4all.nl> <536360ef$0$2940$e4fe514c@news2.news.xs4all.nl> <1gahnlclqokve.6cmmxqyxddui.dlg@40tude.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Tue, 6 May 2014 17:40:20 +0000 (UTC) Injection-Info: mx05.eternal-september.org; posting-host="8b6ddcc38ecbed2f71b30fabadb8aa0b"; logging-data="14569"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+Si+Z1kj3dS+t7G4fKbn/ArC6EvcYjVnk=" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:29.0) Gecko/20100101 Thunderbird/29.0 In-Reply-To: Cancel-Lock: sha1:K5vzQ4fBD1o5csg+xU07rSOutyc= Xref: csiph.com comp.lang.java.programmer:28398 On 5/6/2014 12:06 PM, Tim Slattery wrote: >> One point of pedantry I want to bring up: JavaScript the language is not >> the same as the set of JavaScript libraries used in web programming >> (often known as DOM). > > The DOM (Document Object Model) is NOT a set of Javascript libraries. > It's the way the browser makes the currently loaded document (usually > an HTML page) available to the Javascript routines. The DOM is not part of the core JavaScript language. Ergo, it's a library as far as JavaScript is concerned. It certainly includes more than the reflection of the document to JS; DOM promises is an example (although it has since moved from a DOM feature to a core JS feature). >> The set of new additions to this repertoire over >> the past several years has fallen under the terminology of "HTML5" >> (although I know many web engine developers who dislike that term). > > HTML5 encompasses a number of things, see http://diveintohtml5.info > for a look at the whole thing. It's not more JS libraries. There are > certainly more JS commands and abilities to take advantage of the new > features in HTML5. When most people talk excitedly about HTML5, they often refer not to the additions to the declarative syntax of HTML but rather to the APIs like Geolocation, IndexedDB, WebWorker, etc. that are basically all JS library work. The document you linked to is quite guilty of this: only 4 of its 11 chapters actually discuss HTML features. Whatever the original intent of the terminology, it has become a catchall term in common parlance for "everything added to the web platform since the demise of Netscape." -- Beware of bugs in the above code; I have only proved it correct, not tried it. -- Donald E. Knuth