Держите док чистым от каждой прокрутки, и пусть члены размер его

Featurekamo-internal
Порезанный
6 сентября 2026 г. в 05:46 UTC
Автор
Kamo
Обещать
586ced0

Три вещи о ряде стыковочных окон инструментов. ** Он перестает покрывать прокрутки.** Док оставляет правый край обзорного порта таким образом Он не припарковал окно в баре страницы, но он только искал ".kamo-page-scroll" Это приложение рисует свой собственный 32px бар на каждом отмеченном прокрутке - «.kamo-scroll» используется только на 382 сайтах звонков, а также в сетках, таблицах и других местах. панели, которые слой принимает по классу библиотеки — и любой из них смывается против Правый край ставит бар именно там, где идет первое окно. Список маркеров сейчас Он живет в «ScrollbarModel», и оба читателя разделяют его. Более тонкая половина была неправильна дольше: канава резервов браузера была и тем, и другим. тест на «есть ли бар» и ответ на «насколько широк», и он надежно Ни того, ни другого. Под накладными полосами прокрутки — по умолчанию macOS — элемент прокрутки не оставляет желоба вообще, поэтому док считывал ноль и припарковал окно прямо Над баром, который был явно нарисован. Измеряется в реальном браузере: scrollHeight 4000 по клиентуВысота 900, наша планка шириной 32px, водосток 0, правый край окна 1435 против бара, начинающегося в 1408. Теперь возникает вопрос, является ли элемент прокрутка и резервирование фактически нарисованной ширины; тот же зонд сообщает край В 1403, свободен от бара. Firefox вышел из строя, зарезервировав ~15px Та же 32px бар, и покрыта тем же изменением. ** Озеро, перетаскивая левый край окна.** Полоса 11px по шву, так что пресс слегка над мишенью или над соседом слева от него Это. Ряд упаковывается справа налево, поэтому правый край окна закреплен и тянущий левый расширяет его — каждое окошко дальше левого смещается вдоль. LayoutDock делает то, что уже сделал. Внутри собственного инструмента «minSize.w». и запоминается на инструменте: расширяйте окно чата, а следующее открывается широко. ** Высота за счет перетаскивания верхнего края — за весь ряд сразу.** Стыковочные окна сидят на нижнем краю с их вершинами в линию, и ряд различных высот Это рваный край, а не ряд. Высота живет в «dockSizeStore» и является Навязанная «relayoutWindows», единственная точка удушения, которую уже проходит каждый путь через: открытие, восстановление шестиголового, немаксимизирующий, не плавающий, видопорт Размеры, восстановление снимков. Так что шестиголовый возвращается на высоту дока Теперь, на первом кадре, без собственного кода. Для локального хранения и синхронно читать при загрузке модуля, поэтому первое окно сеанса уже открывается на высоте члена, а не изменяет размер через мгновение после его появления. Оба шва свет '--цвет первичный', пока они тянутся; высота перетаскивает огни Каждое окно имеет свой верхний край, потому что каждое окно движется. Оба являются «сепараторами». роли с клавишами со стрелками, и пристыкованный угловой захват исчез — один контроль на собственность. Проверено с безголовым Chrome против реального макета движка, начиная с jsdom не сообщает никаких полос прокрутки вообще: резерв, перекрытие он предотвращает, и оба драг (ширина 460 -> 580 с правым краем, удерживаемым в 1403; высота 690 -> 840 с правым краем) нижняя часть удерживается.

Все изменения

Как вы видите судоходство?

Каждое из этих обновлений автоматически попадает в ваше рабочее пространство. Начните бесплатно и смотрите, как он растет неделю за неделей.

Начните бесплатно навсегдаПосмотреть цены