javascriptecmascript-5

type="text/ecmascript" vs type="text/javascript"


I was reading a book about learning JavaScript, and there was these paragraphs:

...in middle of 1997, Microsoft and Netscape, with associate of European Computer Manufactures Association,

released the first version of a standard that named ECMAScript or with official form ECMA-262...

As much as I was found in this book and something like this, JavaScript and ECMAScript are the same and are different just in name.

From other hand, in Dreamweaver, bracket, and some other editors, there's some autocomplete suggestion like this:

enter image description here

when I want to add a script tag to my page.

I want to know if there are differences between ECMAScript and Javascript and when should I use text/javascript or text/ecmascript?


Solution

  • TL;DR Omit the type attribute or use type="module". Servers should use the content-type text/javascript.

    ECMAScript is a language specification standardized by ECMA International as ECMA-262 and ISO/IEC 16262. JavaScript is a programming language that implements this specification. ECMAScript exists in several editions.

    Besides ECMAScript common JavaScript implementations usually add more functionality, which might be standardized by other institutions (like the W3C) or might be proprietary (aka "browser-specific") features of the specific implementation. So you could say, that ECMAScript represents a subset of JavaScript.

    The MIME types for JavaScript code are defined in the RFC 4329 document, which states that text/javascript and text/ecmascript are both obsolete and should be replaced by application/javascript and application/ecmascript:

    Use of the "text" top-level type for this kind of content is known to be problematic. This document thus defines text/javascript and text/ ecmascript but marks them as "obsolete".

    The RFC defines stricter processing rules for the application/ecmascript than for application/javascript, but this refers to the handling of MIME-type parameters and the character encoding and not to the interpretation of the code itself:

    In the cited case, implementations of the types text/javascript, text/ecmascript, and application/javascript SHOULD and implementations of the type application/ecmascript MUST implement the requirements defined in this section: [...]

    For the application/ecmascript media type, implementations MUST NOT process content labeled with a "version" parameter as if no such parameter had been specified; [...]

    The following error processing behavior is RECOMMENDED for the media types text/javascript, text/ecmascript, and application/javascript, and REQUIRED for the media type application/ecmascript.

    However, apart from the RFCs, there is also the HTML5-Standard by the W3C: Older versions of it say, that the default value for an empty type attribute is application/javascript, but newer versions don't mention any specific MIME-type anymore. Instead the type attribute now seems to be used to define when and how a script is interpreted:

    Omitting the attribute, setting it to the empty string, or setting it to a JavaScript MIME type essence match, means that the script is a classic script, to be interpreted according to the JavaScript Script top-level production.

    Setting the attribute to an ASCII case-insensitive match for "module" means that the script is a JavaScript module script, to be interpreted according to the JavaScript Module top-level production.

    Only MIME types, which are not related to JavaScript, are still allowed:

    Setting the attribute to any other value means that the script is a data block [...] Authors must use a valid MIME type string that is not a JavaScript MIME type essence match to denote data blocks.

    Interestingly, newer versions of the HTML5 standard mention that servers should send JavaScript code with the content-type text/javascript:

    Servers should use text/javascript for JavaScript resources, in accordance with Updates to ECMAScript Media Types. Servers should not use other JavaScript MIME types for JavaScript resources, and must not use non-JavaScript MIME types.

    In general I would omit the type attribute or use type="text/javascript" (if you have to support older browsers) for classic scripts. JavaScript modules require type="module", so the MIME-type question does not apply there.