Update README.md

Author: Alex

README.md

@@ -39,7 +39,7 @@
 
 <h3 id="selectors">Селекторы</h3>
 
-В объявлении правил, "селекторы",  это части которые определяют к какому элементу DOM дерева будут применены правила стилей. Селекторы могут соответствовать HTML элементу, а так-же классу элемента, ID или любому другому атрибуту этого элемента. Вот несколько примеров:
+В объявлении правил "селекторы" - это части, которые определяют, к какому элементу DOM дерева будут применены правила стилей. Селекторы могут соответствовать HTML элементу, а также классу элемента, ID или любому другому атрибуту этого элемента. Вот несколько примеров:
 
 
 ```css
@@ -54,7 +54,7 @@
 
 <h3 id="properties">Свойства</h3>
 
-И наконец свойства, которые придают выбранным элементам их стиль. Свойства объявляются в виде пары "ключ-значение" и объявления правил могут содержать одно или несколько свойств. Объявление свойств может выглядеть так:
+И, наконец, свойства, которые придают выбранным элементам их стиль. Свойства объявляются в виде пары "ключ-значение", объявления правил могут содержать одно или несколько свойств. Объявление свойств может выглядеть так:
 
 
 ```css
@@ -68,14 +68,14 @@
 
 <h3 id="formatting">Форматирование</h3>
 
-* Используйте 2 пробела для отступов.
+* Используйте 2 пробела для отступа.
 * Предпочитайте подчеркивание CamelCase'у в именах классов.
   - Подчеркивания и PascalCasing допустимы, если вы используете БЭМ (смотри [Объектно-ориентированный CSS и БЭМ](#oocss-and-bem) далее)
 * Не используйте селекторы по ID.
-* Используя несколько селекторов в объявлении правила, переносите каждый селектор на отдельную строку.
+* Используя несколько селекторов в объявлении правила переносите каждый селектор на отдельную строку.
 <!--* Ставьте пробел перед открывающей скобкой `{`.
 * В свойствах ставьте пробел после двоеточия `:`, но не перед.
-* После объявления свойстав переносите закрывающую скобку `}` на новую строку. 
+* После объявления свойства переносите закрывающую скобку `}` на новую строку. 
 * Делайте отступ в одну строку между объявлениями правил.
 
 **Плохо**
@@ -109,7 +109,7 @@
 
 <h3 id="comments">Комментарии</h3>
 
-* Предпочитайте однострочные (`//`) комментарии многострочным .
+* Предпочитайте однострочные (`//`) комментарии многострочным.
 * Рекомендуется писать комментарии в отдельные строки. Старайтесь избегать комментариев в конце строки.
 * Write detailed comments for code that isn't self-documenting:
 * Пишите детальные комментарии для незадокументированных частей кода:
@@ -126,15 +126,15 @@
   * Способствует созданию масштабируемых таблиц стилей.
 
 
-**OOCSS**, или "Объектно-ориентированный CSS", это подход к написанию CSS, который призывает думать о таблице стилей, как о коллекции "объектов": многоразовых, повторяемых фрагментах кода, которые могут использоваться независимо друг от друга на всём сайте.
+**OOCSS**, или "Объектно-ориентированный CSS" - это подход к написанию CSS, который призывает думать о таблице стилей как о коллекции "объектов": многоразовых, повторяемых фрагментах кода, которые могут использоваться независимо друг от друга на всём сайте.
   * Nicole Sullivan [OOCSS вики](https://github.com/stubbornella/oocss/wiki)
   * Smashing Magazine [Введение в Объектно-ориентированный CSS](http://www.smashingmagazine.com/2011/12/12/an-introduction-to-object-oriented-css-oocss/)
 
-**БЭМ**, или "Блок-Элемент-Модификатор", это соглашение об именовании классов в HTML и CSS. Разработано Яндексом с прицелом на большие объёмы кода и масштабируемость. Может послужить как солидный набор правил для использования OOCSS.
+**БЭМ**, или "Блок-Элемент-Модификатор" - это соглашение об именовании классов в HTML и CSS. Разработано Яндексом с прицелом на большие объёмы кода и масштабируемость. Может послужить как солидный набор правил для использования OOCSS.
   * CSS Trick's [БЭМ 101](https://css-tricks.com/bem-101/)
   * Harry Roberts [Введение в БЭМ](http://csswizardry.com/2013/01/mindbemding-getting-your-head-round-bem-syntax/)
 
-Мы рекомендуем вариант БЭМ в котором используется PascalCased "блоки", отлично работающие в связке с компонентами (например React).
+Мы рекомендуем вариант БЭМ, в котором используются PascalCased "блоки", отлично работающие в связке с компонентами (например React).
 Подчеркивания и тире по-прежнему используются для модификаторов и элементов.
 **Примеры**
 
@@ -164,19 +164,19 @@ function ListingCard() {
 ```
 
   * `.ListingCard` является "блоком" и представляет родительский компонент
-  * `.ListingCard__title` является "элементом" и представляет дочерний компонент `.ListingCard` который позволяет составить блок в целом.
+  * `.ListingCard__title` является "элементом" и представляет дочерний компонент `.ListingCard`, который позволяет составить блок в целом.
   * `.ListingCard--featured` является "модификатором" и представляет разные состояния `.ListingCard`.
 
 <h3 id="id-selectors">Селекторы по ID</h3>
 
-Возможность выбирать элементы по ID в CSS является, как правило,  плохой практикой. ID селекторы предоставляют неоправданно высокий уровень специфичности и невозможность многоразового использования.
+Возможность выбирать элементы по ID в CSS является, как правило, плохой практикой. ID селекторы предоставляют неоправданно высокий уровень специфичности и невозможность многоразового использования.
 Более подробная информация по этому вопросу: [Статья CSS Wizardry](http://csswizardry.com/2014/07/hacks-for-dealing-with-specificity/)
 
 <h3 id="javascript-hooks">JavaScript хуки</h3>
 
-Избегайте использования одинаковых имён классов в CSS и JavaScript. Использование одинаковых имён классов может привести, как минимум, к трате времени при рефакторинге, и как максимум к боязне разработчика сломать функционал вводом изменений.
+Избегайте использования одинаковых имён классов в CSS и JavaScript. Использование одинаковых имён классов может привести, как минимум, к потере времени при рефакторинге, и как максимум к боязне разработчика сломать функционал вводом изменений.
 
-Мы реккомендуем создавать отдельные имена классов для JavaScript используя префикс `.js-`:
+Мы рекомендуем создавать отдельные имена классов для JavaScript используя префикс `.js-`:
 
 ```html
 <button class="btn btn-primary js-request-to-book">Request to Book</button>
@@ -206,7 +206,7 @@ Use `0` instead of `none` to specify that a style has no border.
 
 <h3 id="syntax">Синтаксис</h3>
 
-* Всегда используйте `.scss` синтаксис, и никогда, оригинальный `.sass` синтаксис.
+* Всегда используйте `.scss` синтаксис, и никогда оригинальный `.sass` синтаксис.
 * Упорядочивайте обычный CSS и `@include`-объявления логически.
 
 <h3 id="ordering-of-property-declarations">Порядок объявления свойств</h3>
@@ -239,7 +239,7 @@ Use `0` instead of `none` to specify that a style has no border.
 3. Вложенные селекторы
 
     Nested selectors, _if necessary_, go last, and nothing goes after them. Add whitespace between your rule declarations and nested selectors, as well as between adjacent nested selectors. Apply the same guidelines as above to your nested selectors.
-    Вложенные селекторы, _если необходимо_, идут последними, и ничего не должно быть после них. Добавьте пробел между объявлением правила и вложенным селектором, а так-же между смежными вложенными селекторами. Применяйте эти принципы, к вашим вложенным селекторам.
+    Вложенные селекторы, _если необходимо_, идут последними, и ничего не должно идти после них. Добавьте пробел между объявлением правила и вложенным селектором, а также между смежными вложенными селекторами. Применяйте эти принципы, к вашим вложенным селекторам.
 
     ```scss
     .btn {
@@ -256,19 +256,19 @@ Use `0` instead of `none` to specify that a style has no border.
 <h3 id="variables">Переменные</h3>
 
 Prefer dash-cased variable names (e.g. `$my-variable`) over camelCased or snake_cased variable names. It is acceptable to prefix variable names that are intended to be used only within the same file with an underscore (e.g. `$_my-variable`).
-Отдавайте предпочтение именам переменных разделенных тире (например `$my-variable`). Допускается использование подчеркивания в виде префикса для имён которые будут использоваться в пределах одного файла (например `$_my-variable`).
+Отдавайте предпочтение именам переменных разделенных тире (например `$my-variable`). Допускается использование подчеркивания в виде префикса для имён, которые будут использоваться в пределах одного файла (например `$_my-variable`).
 
 
 <h3 id="mixins">Миксины</h3>
 
 Mixins should be used to DRY up your code, add clarity, or abstract complexity--in much the same way as well-named functions. Mixins that accept no arguments can be useful for this, but note that if you are not compressing your payload (e.g. gzip), this may contribute to unnecessary code duplication in the resulting styles.
-Миксины должны использоваться для поддержания чистоты и ясности кода, или абстрактной сложности, во многом так же, как и хорошо названные функции. Миксины не принимающие никаких аргументов могут быть полезны для этого, но нужно иметь в виду что если вы не сжимаете свои файлы (например gzip), это может привести к лишнему повторению кода.
+Миксины должны использоваться для поддержания чистоты и ясности кода, или абстрактной сложности, во многом так же, как и хорошо названные функции. Миксины, не принимающие никаких аргументов, могут быть полезны для этого. Но нужно иметь в виду, что если вы не сжимаете свои файлы (например gzip), это может привести к лишнему повторению кода.
 
 
 <h3 id="extend-directive">Extend directive допилить</h3>
 
 `@extend` should be avoided because it has unintuitive and potentially dangerous behavior, especially when used with nested selectors. Even extending top-level placeholder selectors can cause problems if the order of selectors ends up changing later (e.g. if they are in other files and the order the files are loaded shifts). Gzipping should handle most of the savings you would have gained by using `@extend`, and you can DRY up your stylesheets nicely with mixins.
-Использование `@extend` необходимо избегать из-за его  неинтуитивного поведения и потенциальной опасности в поведение, особенно при использование вместе с вложенными селекторами. Даже *допилить* селекторов верхнего уровня может создать проблемы, если в будущем будет изменён порядок селекторов. Сжатие должно обрабатывать большую часть сбережений вы получили бы с помощью *допилить*.
+Использование `@extend` необходимо избегать из-за его неинтуитивности и потенциальной опасности в поведении, особенно при использование вместе со вложенными селекторами. Даже *допилить* селекторов верхнего уровня может создать проблемы, если в будущем будет изменён порядок селекторов. Сжатие должно обрабатывать большую часть сбережений вы получили бы с помощью *допилить*.
 
 
 ### Вложенные селекторы
@@ -288,7 +288,7 @@ Mixins should be used to DRY up your code, add clarity, or abstract complexity--
 ```
 
 When selectors become this long, you're likely writing CSS that is:
-Когда селекторы становятся слишком длинными, скорее всего вы пишите CSS который:
+Когда селекторы становятся слишком длинными, скорее всего вы пишете CSS, который:
 
 * Strongly coupled to the HTML (fragile) *—OR—*
 * Слишком сильно привязан к HTML (хрупкий) *—OR—*
@@ -301,12 +301,12 @@ When selectors become this long, you're likely writing CSS that is:
 Again: **never nest ID selectors!**
 И вновь: **никогда не используйте ID селекторы!**
 If you must use an ID selector in the first place (and you should really try not to), they should never be nested. If you find yourself doing this, you need to revisit your markup, or figure out why such strong specificity is needed. If you are writing well formed HTML and CSS, you should **never** need to do this.
-Если вы должны использовать ID селектор (вы действительно должно постараться этого не делать), он никогда не должен быть вложен. Если вы обнаружили это в своём коде, вам нужно пересмотреть разметку, или выяснить, почему нужна такая сильная специфика. Если вы пишете хорошо сформированные HTML и CSS, вы **никогда** не должны делать это.  
+Если вы должны использовать ID селектор (вы действительно должно постараться этого не делать), он никогда не должен быть вложенным. Если вы обнаружили это в своём коде - вам нужно пересмотреть разметку или выяснить, почему нужна такая сильная специфика. Если вы пишете хорошо сформированные HTML и CSS, вы **никогда** не должны делать это.  
 
 
 <h2 id="translations">Переводы</h2>
 
   This style guide is also available in other languages:
-  Этот гид по стилю так-же доступен в других языках:
+  Этот гид по стилю также доступен в других языках:
 
   - ![cn](https://raw.githubusercontent.com/gosquared/flags/master/flags/flags/shiny/24/China.png) **Chinese (Simplified)**: [Zhangjd/css-style-guide](https://github.com/Zhangjd/css-style-guide)