Решили: вертикальные отступы экранов задаём ПИКСЕЛЯМИ, а не процентами. Лента разделов и ряд действий экрана настроек стоят на 65px сверху и снизу.
Почему: padding-top: 6% давало 115px вместо ожидаемых 65. Проценты вертикальных отступов
UI Toolkit считает от ШИРИНЫ родителя — правило CSS, унаследованное Yoga, — и на кадре 1920x1080
разница ровно в 1.78 раза. Само по себе это стоило бы полсотни пикселей, но здесь ломало метод:
размеры ленты переносились со стенда ДОЛЯМИ ВЫСОТЫ кадра, и один отступ, посчитанный от ширины,
делал перенос неверным незаметно — число в файле совпадало со стендом, а результат нет.
Сказано: «Так я и хочу чтобы ты взяла свой стенд и реализовала размеры как в своем стенде» (05.08.2026, сессия 35d14bea) — после чего расхождение и всплыло при сверке замером.
Грабли: проверять перенос долей нужно ЗАМЕРОМ живого элемента, а не чтением USS: правило
padding-top: 6% выглядит корректным ровно до момента, когда сравнишь worldBound с ожиданием.
Отдельно: доли стенда были сняты по высоте кадра, а стенд рисовался в canvas 16:9 — то есть метод
переноса верен, ошибка жила только в одном свойстве.
Владелец правды: components.uss (.gm-settings, .gm-settings__actions).