/* КОЛЬЦО ФОКУСА У ПОЛЕЙ ВВОДА ИДЁТ РОВНО ПО КОНТУРУ ПОЛЯ. Просьба владельца 09.09.2026, со снимком: «этот border должен соответствовать его родному дефолтному бордеру... Он должен точно попасть в его очертания, не больше, не меньше. И border-radius добавить». Требование объявлено ШИРЕ снимка - «так должно быть во всех input'ах по всему сайту». ПОЧЕМУ ЭТО ОТДЕЛЬНЫЙ ФАЙЛ, А НЕ ПРАВКА `parts/forms.css`. Файлы в `parts/` и `base/` - побайтовые срезы проекта Claude Design, и их шапки объявляют это прямо: «расхождение репозитория с проектом считается дефектом, а не локальной правкой». Правка внутри среза потерялась бы при следующем срезе, и потерялась бы молча - тот же довод, по которому правки для зеркала `agents.css` живут в `cabinet.css`. ПОЧЕМУ ПЕРЕМЕННАЯ, А НЕ ВТОРОЕ ПРАВИЛО ФОКУСА. Кольцо рисует срез (`parts/forms.css`), и хозяин у него один. Здесь меняется ЗНАЧЕНИЕ, которое он читает, - отступ, - а не сам рисунок. Второе правило поверх среза завело бы двух хозяев у одного кольца, и разошлись бы они при первом же новом срезе. РАДИУС НЕ ЗАДАЁТСЯ НИГДЕ И НИКОГДА: `outline` наследует скругление самого элемента, и это единственный способ попасть в контур любого поля, не зная его радиуса. Всякое число в правиле фокуса - второй хозяин у формы поля; все найденные расхождения именно оттуда. КНОПКИ И ССЫЛКИ НЕ ЗАДЕТЫ - решение владельца: у них кольцо остаётся снаружи, вплотную к заливке кнопки чёрное кольцо почти не видно. Правило называет теги полей, а не общий `:focus-visible`, и флажков с тумблерами не касается: там кольцо рисуется на СОСЕДНЕМ узле (`input:focus-visible + .sc-choice__box`), который переменную от поля не наследует. */ input, select, textarea, /* Правимая область - то же поле, только без тега `input`. Кольцо у неё обязано идти по контуру по той же причине. Голубая рамка правимого текста сайта (`.sc-se__edit`) сюда не попадает: её правило ставит отступ ЧИСЛОМ, а не переменной, и остаётся как было. */ [contenteditable="true"], /* Обёртки, несущие кольцо ЗА поле. Названы поимённо, потому что «коробка вокруг поля» селектором не выражается: у бегущего кольца лендинга видимая рамка на `.sc-l-ring`, у области загрузки мастера - на `.sc-w__drop`, а сами поля внутри кольца не рисуют вовсе (`.sc-w__area:focus{outline:0}`). Что список не отстанет, сторожит проверка набора. */ .sc-l-ring, .sc-w__drop { --sc-focus-ring-offset: 0px; } /* ПОЛЕ ТЕЛЕФОНА: ОТСТУП СНИМАЕТСЯ ВЕСОМ, А НЕ ПОРЯДКОМ. `intl-tel-input` приносит своё `.iti__tel-input:focus{outline-offset:1px}` - вес (0,2,0), ровно как у нашего правила из `parts/forms.css`, и подключается ПОЗЖЕ него, поэтому выигрывает. Замерено живьём: у поля имени отступ стал 0, у телефона остался 1px при правильно посчитанной переменной. Спорить порядком подключения нельзя: лист библиотеки приходит по условию страницы, и порядок разошёлся бы на первом же экране, где условие другое. Поэтому селектор назван так, чтобы весить (0,3,0) - он выигрывает независимо от очереди. Правило нужно и на сайтах клиентов, когда библиотека приедет туда: код страны стоит ВНУТРИ поля (`separateDialCode`), то есть кольцо охватывает его само - требование владельца «код страны тоже находится внутри фокусного состояния» держится этим, а не вторым кольцом на обёртке. */ .iti .iti__tel-input:focus, .iti .iti__tel-input:focus-visible { outline-offset: 0; } /* КОЛЬЦО ФОКУСА ИДЁТ ВОКРУГ ВСЕЙ КОРОБКИ ПОЛЯ, А НЕ ВОКРУГ ТЕКСТА ВНУТРИ НЕЁ. Требование владельца 21.09.2026, со снимком строки поиска клиентов: «рамка, внутри которой есть иконка увеличительного стекла и какой-то текст... в состоянии фокуса рамка должна быть выделена вокруг всего этого объекта, а она сейчас выделена только вокруг текста». Объявлено ШИРЕ снимка: «таких ситуаций по всему сайту огромное множество». ПОЧЕМУ ПРИЗНАК, А НЕ СЕЛЕКТОР ПО СТРУКТУРЕ. Выше в этом же файле записано честно: «коробка вокруг поля селектором не выражается», и список обёрток назван поимённо. Ровно этот список и отстал - строки поиска клиентов в нём нет, что владелец и увидел. Но заменить его `:has(input)` нельзя: под такое правило попадает и форма отбора, где поля лежат без общей рамки, и кольцо охватило бы половину экрана. Разница между «коробкой» и «просто формой с полем» - ВИЗУАЛЬНАЯ: у коробки своя рамка и свой фон. CSS такого вопроса не задаёт, а разметка знает ответ - поэтому коробка говорит о себе сама, одним признаком. Забытый признак виден глазом в тот же миг: кольца нет там, где рамка есть. ПОЛЕ ВНУТРИ КОРОБКИ СВОЕГО КОЛЬЦА НЕ РИСУЕТ - иначе колец стало бы два, вложенных. Вес селектора поэтому выше, чем у правила среза (0,2,0 против 0,1,1 у `.sc-input`). КЛИК ПО ЛЮБОМУ МЕСТУ КОРОБКИ ставит каретку в поле - это вторая половина требования, и она живёт в `cabinet.js`: разметке для неё пришлось бы стать `