Skip to content

Sync with upstream @ a0bfa924 #27

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 69 commits into from
Oct 15, 2019
Merged

Sync with upstream @ a0bfa924 #27

merged 69 commits into from
Oct 15, 2019

Conversation

javascript-translate-bot
Copy link

@javascript-translate-bot javascript-translate-bot commented Oct 14, 2019

This PR was automatically generated to merge changes from en.javascript.info at a0bfa92

Conflicted files in this PR have labels ">>>..." with both sides of conflict. If you merge this PR, you'll need to examine the listed files and resolve conflicts.

Alternatively, you can close this PR and merge conflicting changes manually.

The following files have conflicts and may need updates of the translations:

To merge changes manually (instead of merging this PR):

  1. Add remote upstream that links to the English version (only needs to be done once)
    • git add remote upstream https://github.com/javascript-tutorial/en.javascript.info
  2. Commit all current work locally and git checkout master
  3. Pull the recent changes from the English version:
    • git pull upstream master
  4. Deal with the conflicts. If a conflict touches a few lines, then just fix it. Otherwise, following commands can help:
    • Checkout your (translated) version of a file/folder at the given path (removes all upstream changes):
      • git checkout --ours <path>
    • See the diff, what changed in the upstream file since branches diverged:
      • git diff --word-diff master...upstream/master <path> (please note: three dots in the command)
    • Then you can examine the changes in upstream and add them manually
  5. When conflicts resolved, commit them and git push origin master

This PR will be closed and replaced with a new one in a few days.

paroche and others added 30 commits October 6, 2019 21:53
and -> or, methods -> methods

I also have a question on the subject of this sentence (should this be a separate discussion entry?):
In the "Extending built-in classes" article, in the "No static inheritance in built-ins" subsection, one finds:

"But built-in classes are an exception. They don’t inherit statics from each other.

For example, both Array and Date inherit from Object, so their instances have methods from Object.prototype. But Array.[[Prototype]] does not reference Object, so there’s no Array.keys() and Date.keys() static methods."

In the "Extending built-in classes" article, in the "No static inheritance in built-ins" subsection, one finds:

"But built-in classes are an exception. They don’t inherit statics from each other.

For example, both Array and Date inherit from <code>Object</code>, so their instances have methods from <code>Object.prototype</code>. But <code>Array.[[Prototype]]</code> does not reference <code>Object</code>, so there’s no <code>Array.keys()</code> and <code>Date.keys()</code> static methods."

This is a subject of some curiosity for me. Through a little testing, I believe I have found that, in fact <code>Array.[[Prototype]]</code> DOES, however, reference <code>Function.prototype</code>, i.e. <code>Array.__proto__ === Function.prototype</code> (<code>true</code>). (As does <code>Date.[[Prototype]]</code>). Is there someplace where this is explained? (Preferably in a way an intelligent 11-year-old could understand?).
'That's funny' -> 'It's funny'
"Now when the call looks for `count` variable, it first searches its own Lexical Environment (empty), then the Lexical Environment of the outer `makeCounter()` call, where finds it."

to
 
"Now when the call looks for `count` variable, it first searches its own Lexical Environment (empty), then the Lexical Environment of the outer `makeCounter()` call, where it finds it."
Events is -> Events are
allows to -> allows us to
listen to -> listen for
some punctuation, little words
Summary -- adding 'adding' and 'happening'.
Added 'Oxford comma" (comma before 'and' at the end of a list). Not all consider it necessary, but I think it improves readability.
Add a comma, minor wording adjustments
'allow to' -> 'allow us to'
optional comma
rephrasing
if -> ifs
Phrasing, punctuation.
Fix minor typos in Server Sent Events lesson
@CLAassistant
Copy link

CLAassistant commented Oct 14, 2019

CLA assistant check
Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.
4 out of 11 committers have signed the CLA.

✅ iliakan
✅ zdzc
✅ Violet-Bora-Lee
✅ jakubdrozdek
❌ jamesblckwell
❌ lex111
❌ anuragbhd
❌ henchies
❌ paroche
❌ sudhirkumarojhaa
❌ chrisshyi
You have signed the CLA already but the status is still pending? Let us recheck it.

@jakubdrozdek jakubdrozdek merged commit 39efa82 into master Oct 15, 2019
@jakubdrozdek jakubdrozdek deleted the sync-a0bfa924 branch October 15, 2019 16:48
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.