fix: correct spelling and clarify point in size-and-scroll article.md ru

front42 · web-flow · commit 0e5443c13f22 · 2026-01-23T18:45:24.000+03:00
diff --git a/2-ui/1-document/09-size-and-scroll/article.md b/2-ui/1-document/09-size-and-scroll/article.md
@@ -57,15 +57,15 @@
 
 В свойстве `offsetParent` находится предок элемента, который используется внутри браузера для вычисления координат при рендеринге.
 
-То есть, ближайший предок, который удовлетворяет следующим условиям:
+То есть ближайший предок, который удовлетворяет следующим условиям:
 
 1. Является CSS-позиционированным (CSS-свойство `position` равно `absolute`, `relative`, `fixed` или `sticky`),
 2. или `<td>`, `<th>`, `<table>`,
 3. или `<body>`.
 
-Свойства `offsetLeft/offsetTop` содержат координаты x/y относительно верхнего левого угла `offsetParent`.
+Свойства `offsetLeft/offsetTop` содержат координаты x/y верхнего левого угла элемента относительно `offsetParent`.
 
-В примере ниже внутренний `<div>` имеет элемент `<main>` в качестве `offsetParent`, а свойства `offsetLeft/offsetTop` являются сдвигами относительно верхнего левого угла (`180`):
+В примере ниже внутренний `<div>` имеет элемент `<main>` в качестве `offsetParent`, а свойства `offsetLeft/offsetTop` являются сдвигами его верхнего левого угла (`180`) относительно `offsetParent`:
 
 ```html run height=10
 <main style="position: relative" id="main">
@@ -148,7 +148,7 @@ function isHidden(elem) {
 
 Эти свойства -- размер области внутри рамок элемента.
 
-Они включают в себя ширину области содержимого вместе с внутренними отступами `padding`, но без прокрутки:
+Они включают в себя ширину/высоту области содержимого вместе с внутренними отступами `padding`, но без прокрутки:
 
 ![](metric-client-width-height.svg)
 
@@ -245,7 +245,7 @@ alert( getComputedStyle(elem).width ); // показывает CSS-ширину
 
     Конечно, с точки зрения CSS `width:auto` – совершенно нормально, но нам-то в JavaScript нужен конкретный размер в `px`, который мы могли бы использовать для вычислений. Получается, что в данном случае ширина из CSS вообще бесполезна.
 
-Есть и ещё одна причина: полоса прокрутки. Бывает, без полосы прокрутки код работает прекрасно, но стоит ей появиться, как начинают проявляться баги. Так происходит потому, что полоса прокрутки "отъедает" место от области внутреннего содержимого в некоторых браузерах. Таким образом, реальная ширина содержимого *меньше* CSS-ширины. Как раз это и учитывают свойства `clientWidth/clientHeight`.
+Есть и ещё одна причина: полоса прокрутки. Бывает, без полосы прокрутки код работает прекрасно, но стоит ей появиться, как начинают проявляться баги. Так происходит потому что полоса прокрутки "отъедает" место от области внутреннего содержимого в некоторых браузерах. Таким образом, реальная ширина содержимого *меньше* CSS-ширины. Как раз это и учитывают свойства `clientWidth/clientHeight`.
 
 ...Но с `getComputedStyle(elem).width` ситуация иная. Некоторые браузеры (например, Chrome) возвращают реальную внутреннюю ширину с вычетом ширины полосы прокрутки, а некоторые (например, Firefox) -- именно CSS-свойство (игнорируя полосу прокрутки). Эти кроссбраузерные отличия – ещё один повод не использовать `getComputedStyle`, а использовать свойства-метрики.
 
