窗口的滚动条不再显示在窗口上方

Fixkamo-internal
已装运
2026年9月11日 01:57 UTC
作者
Kamo
提交
1fad27a

最大化工具窗口从窗口中留下一列滚动条按钮 后面漂浮在窗帘中间 两个相重叠的浮起 窗口显示下方的栏杆直接穿过上方的栏杆。 应用程序的条子不在它们滚动的元素内. 斯克罗尔巴·莱耶画 每一个都来自<body>的门户,在滚动器最近的z-索引祖先外加 一: 对于工具体,外壳外加一. 最后一个在文档中获胜 每条领带。 自2c933ecf起,码头的油漆窗为RANK, 一级 分开,所以一个窗口的外壳加一 正好是窗口堆放的级别 上面,每个窗户的栏杆 都直接从上面的窗户穿过: 在被放大的窗板下停靠的窗口,另一个下方的浮动窗口, 窗子下面的窗子就打开了 Windows现在被画出两个相隔的关卡(DOCK Z STRIDE). 介于 画在窗外的窗子上, 和带载的窗口的快感指示器 下方。 踏出一个步子 指标也坐落在下一个窗口的下层, 窗口后面, 而不是像它评论中说的那样 翻过停靠的窗户 秩序,201基础 并且导航员/操作员/导航员的阅读器保持不变。 乐队的两倍 每个窗口的宽度,因此在25个窗口到达六头台(250个) 49,还有60个窗户仍然画在319,远低于MUI的1300. 以真正的Chrome来测量 在真正的码头和滚动条层上(体积被压碎), 点击测试顶端窗口的每个 6px : 在头部有一个对接的支持窗口栏 拥有一个32x576px带上的指针 最大聊天,浮动 窗子上方的窗子 窗子上方的窗子 穿过一扇窗子,飘过它的边缘。 步入,三个都没有, 每扇窗户的栏杆上都画着 上面没有东西遮住 窗口ScrollbarStacking.test.ts通过询问真实的覆盖ZIndex在哪里来把它钉住 每个被涂上外壳的酒吧都会降落.

所有更改

就像你看到的运输?

每一个都自动更新您工作空间的地盘。 开始自由,看它成长 一周又一周.

永远开始自由查看定价