You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: 1-js/01-getting-started/3-devtools/article.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,14 +1,14 @@
1
1
# Developer console
2
2
3
-
A code is error-prone. You are quite likely to have errors... Oh what I'm talking? You are *absolutely* going to make errors, at least if you're a human, not a [robot](https://en.wikipedia.org/wiki/Bender_(Futurama)).
3
+
A code is prone to errors. You are quite likely to have errors... Oh, what am I talking about? You are *absolutely* going to make errors, at least if you're a human, not a [robot](https://en.wikipedia.org/wiki/Bender_(Futurama)).
4
4
5
5
But in the browser, a user doesn't see the errors by default. So, if something goes wrong in the script, we won't see what's broken and can't fix it.
6
6
7
7
To see errors and get a lot of other useful information about scripts, browsers have embedded "developer tools".
8
8
9
-
Most often developers lean towards Chrome or Firefox for the development, because developer tools are best there. Other browsers also provide developer tools, sometimes with special features, but usually are in "catching-up" position. So most people have a "favorite" browser and switch to others if a problem is browser-specific.
9
+
Most often developers lean towards Chrome or Firefox for the development, because those browsers have the best developer tools. Other browsers also provide developer tools, sometimes with special features, but are usually playing "catching-up" to Chrome or Firefox. So most people have a "favorite" browser and switch to others if a problem is browser-specific.
10
10
11
-
Developer tools are really powerful, there are many features. Here, for the start, we'll learn how to open them, look at errors and run JavaScript commands.
11
+
Developer tools are really powerful, there are many features. To start, we'll learn how to open them, look at errors and run JavaScript commands.
12
12
13
13
[cut]
14
14
@@ -26,7 +26,7 @@ It looks somewhat like this:
26
26
27
27

28
28
29
-
The exact look depends on your Chrome version. It changes from time to time, but should be similar.
29
+
The exact look of developer tools depends on your version of Chrome. It changes from time to time, but should be similar.
30
30
31
31
- Here we can see the red-colored error message. In this case the script contains an unknown "lalala" command.
32
32
- On the right, there is a clickable link to the source `bug.html:12` with the line number where the error has occured.
Copy file name to clipboardExpand all lines: 1-js/02-first-steps/02-structure/article.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -102,7 +102,7 @@ As the time goes, the program becomes more and more complex. It becomes necessar
102
102
103
103
Comments can be put into any place of the script. They don't affect the execution, because the engine simply ignores them.
104
104
105
-
**One-line comments start with the two slash characters `//`.**
105
+
**One-line comments start with the two forward slash characters `//`.**
106
106
107
107
The rest of the line is a comment. It may occupy a full line of its own or follow a statement.
108
108
@@ -114,7 +114,7 @@ alert('Hello');
114
114
alert('World'); // This comment follows the statement
115
115
```
116
116
117
-
**Multiline comments start with a slash and a star <code>"/*"</code> and end with a star and a slash <code>"*/"</code>.**
117
+
**Multiline comments start with a forward slash and an asterisk <code>"/*"</code> and end with an asterisk and a forward slash <code>"*/"</code>.**
118
118
119
119
Like this:
120
120
@@ -156,6 +156,6 @@ alert( 'World' );
156
156
157
157
Please, don't hesitate to comment your code.
158
158
159
-
Comments increase the overall code footprint, but that's not a problem at all. There are many tools which minify the code before publishing to production server. They remove comments, so they do not appear in the working scripts. So, the comments do not have any negative effects on production at all.
159
+
Comments increase the overall code footprint, but that's not a problem at all. There are many tools which minify the code before publishing to production server. They remove comments, so comments do not appear in the working scripts. So, the comments do not have any negative effects on production at all.
160
160
161
-
Further in the tutorial there will be a chapter <info:coding-style> that also explains how to write better comments.
161
+
Further in the tutorial, there will be a chapter <info:coding-style> that also explains how to write better comments.
0 commit comments