` in the Elements tab.
- Press `key:Esc` -- it will open console right below the Elements tab.
@@ -238,7 +238,7 @@ Or we can just output it in the console and explore "at-place", like `document.b
![](domconsole1.png)
-That's for debugging purposes of course. From the next chapter on we'll access and modify DOM using Javascript.
+That's for debugging purposes of course. From the next chapter on we'll access and modify DOM using JavaScript.
The browser developer tools are a great help in development: we can explore DOM, try things and see what goes wrong.
diff --git a/2-ui/1-document/05-basic-dom-node-properties/article.md b/2-ui/1-document/05-basic-dom-node-properties/article.md
index 0e60c59f39..4934ce3986 100644
--- a/2-ui/1-document/05-basic-dom-node-properties/article.md
+++ b/2-ui/1-document/05-basic-dom-node-properties/article.md
@@ -63,10 +63,10 @@ alert( document.body instanceof Node ); // true
alert( document.body instanceof EventTarget ); // true
```
-As we can see, DOM nodes are regular Javascript objects. They use prototype-based classes for inheritance. That's easy to see by outputting an element with `console.dir(elem)`. There you can see `HTMLElement.prototype`, `Element.prototype` and so on.
+As we can see, DOM nodes are regular JavaScript objects. They use prototype-based classes for inheritance. That's easy to see by outputting an element with `console.dir(elem)`. There you can see `HTMLElement.prototype`, `Element.prototype` and so on.
```smart header="`console.dir(elem)` versus `console.log(elem)`"
-Most browsers support two commands in their developer tools: `console.log` and `console.dir`. They output their arguments to the console. For Javascript objects these commands usually do the same.
+Most browsers support two commands in their developer tools: `console.log` and `console.dir`. They output their arguments to the console. For JavaScript objects these commands usually do the same.
But for DOM elements they are different:
@@ -77,7 +77,7 @@ Try it on `document.body`.
```
````smart header="IDL in the spec"
-In the specification classes are described using not Javascript, but a special [Interface description language](https://en.wikipedia.org/wiki/Interface_description_language) (IDL), that is usually easy to understand.
+In the specification classes are described using not JavaScript, but a special [Interface description language](https://en.wikipedia.org/wiki/Interface_description_language) (IDL), that is usually easy to understand.
The most important difference is that all properties are given with their types. For instance, `DOMString`, `boolean` and so on.
@@ -353,7 +353,7 @@ For text nodes we can imagine a reason to read or modify them, but why comments?
```
-...Then Javascript can read it and process embedded instructions.
+...Then JavaScript can read it and process embedded instructions.
## textContent: pure text
@@ -407,14 +407,14 @@ In most cases, we expect the text from a user, and want to treat it as text. We
The "hidden" attribute and the DOM property specifies whether the element is visible or not.
-We can use it in HTML or assign using Javascript, like this:
+We can use it in HTML or assign using JavaScript, like this:
```html run height="80"
Both divs below are hidden
With the attribute "hidden"
-Javascript assigned the property "hidden"
+JavaScript assigned the property "hidden"
```
-Modern HTML allows to do many validations using input attributes: `required`, `pattern` and so on. And sometimes they are just what we need. Javascript can be used when we want more flexibility. Also we could automatically send the changed value on the server if it's correct.
+Modern HTML allows to do many validations using input attributes: `required`, `pattern` and so on. And sometimes they are just what we need. JavaScript can be used when we want more flexibility. Also we could automatically send the changed value on the server if it's correct.
## Methods focus/blur
diff --git a/2-ui/4-forms-controls/4-forms-submit/article.md b/2-ui/4-forms-controls/4-forms-submit/article.md
index 0b4b6e1bad..15647dfc7e 100644
--- a/2-ui/4-forms-controls/4-forms-submit/article.md
+++ b/2-ui/4-forms-controls/4-forms-submit/article.md
@@ -1,6 +1,6 @@
# Form submission: event and method submit
-The `submit` event triggers when the form is submitted, it is usually used to validate the form before sending it to the server or to abort the submission and process it in Javascript.
+The `submit` event triggers when the form is submitted, it is usually used to validate the form before sending it to the server or to abort the submission and process it in JavaScript.
The method `form.submit()` allows to initiate form sending from JavaScript. We can use it to dynamically create and send our own forms to server.
diff --git a/7-frames-and-windows/01-popup-windows/article.md b/7-frames-and-windows/01-popup-windows/article.md
index 2b3ba4e85a..60d2355422 100644
--- a/7-frames-and-windows/01-popup-windows/article.md
+++ b/7-frames-and-windows/01-popup-windows/article.md
@@ -13,7 +13,7 @@ window.open('http://javascript.info/')
## Popup blocking
-Popups exist from really ancient times. The initial idea was to show another content without closing the main window. As of now, there are other ways to do that: Javascript is able to send requests for server, so popups are rarely used. But sometimes they are still handy.
+Popups exist from really ancient times. The initial idea was to show another content without closing the main window. As of now, there are other ways to do that: JavaScript is able to send requests for server, so popups are rarely used. But sometimes they are still handy.
In the past evil sites abused popups a lot. A bad page could open tons of popup windows with ads. So now most browsers try to block popups and protect the user.
@@ -41,13 +41,13 @@ The difference is that Firefox treats a timeout of 2000ms or less are acceptable
## Modern usage
-As of now, we have many methods to load and show data on-page with Javascript. But there are still situations when a popup works best.
+As of now, we have many methods to load and show data on-page with JavaScript. But there are still situations when a popup works best.
For instance, many shops use online chats for consulting people. A visitor clicks on the button, it runs `window.open` and opens the popup with the chat.
Why a popup is good here, why not in-page?
-1. A popup is a separate window with its own independent Javascript environment. So a chat service doesn't need to integrate with scripts of the main shop site.
+1. A popup is a separate window with its own independent JavaScript environment. So a chat service doesn't need to integrate with scripts of the main shop site.
2. A popup is very simple to attach to a site, little to no overhead. It's only a small button, without additional scripts.
3. A popup may persist even if the user left the page. For example, a consult advices the user to visit the page of a new "Super-Cooler" goodie. The user goes there in the main window without leaving the chat.
@@ -135,7 +135,7 @@ For windows with URLs from another sites, we are able to change the location by
## Accessing the opener window
-A popup may access the "opener" window as well. A Javascript in it may use `window.opener` to access the window that opened it. It is `null` for all windows except popups.
+A popup may access the "opener" window as well. A JavaScript in it may use `window.opener` to access the window that opened it. It is `null` for all windows except popups.
So both the main window and the popup have a reference to each other. Thay may modify each other freely assuming that they come from the same origin. If that's not so, then there are still means to communicate, to be covered later [todo when].
diff --git a/7-frames-and-windows/03-cross-window-communication/article.md b/7-frames-and-windows/03-cross-window-communication/article.md
index 48eb2e233e..3c502b7791 100644
--- a/7-frames-and-windows/03-cross-window-communication/article.md
+++ b/7-frames-and-windows/03-cross-window-communication/article.md
@@ -227,7 +227,7 @@ In other words, an empty `"sandbox"` attribute puts the strictest limitations po
See [the manual](mdn:/HTML/Element/iframe) for more.
-The example below demonstrates a sandboxed iframe with some Javascript and a form. Neither one works:
+The example below demonstrates a sandboxed iframe with some JavaScript and a form. Neither one works:
[codetabs src="sandbox" height=140]
diff --git a/7-frames-and-windows/06-clickjacking/article.md b/7-frames-and-windows/06-clickjacking/article.md
index 894d933ad4..d7fc08f6ff 100644
--- a/7-frames-and-windows/06-clickjacking/article.md
+++ b/7-frames-and-windows/06-clickjacking/article.md
@@ -73,7 +73,7 @@ So that would look really odd to the user, and he will stop.
## Old-school defences (weak)
-The oldest defence method is the piece of Javascript that forbids to open the page in a frame (so-called "framebusting").
+The oldest defence method is the piece of JavaScript that forbids to open the page in a frame (so-called "framebusting").
Like this: