修复一个因为-scrollbar-占据空间导致的-bug

40次阅读

共计 1455 个字符,预计需要花费 4 分钟才能阅读完成。

背景

这一个因为 滚动条占据空间 引起的 bug, 查了一下资料,最后也解决了,顺便研究一下这个属性,做一下总结,分享给大家看看。

正文

昨天,测试提了个问题,现象是一个输入框的 聚焦提示偏了,让我修一下, 如下图:

起初认为是红框提示位置不对,就去找代码看:

<Input
  // ...
  onFocus={() => setFocusedInputName('guidePrice')}
  onBlur={() => setFocusedInputName('')}
/>

<Table
  data-focused-column={focusedInputName}
  // ...
/>

代码上没有什么问题,不是手动设置的,而且,在我和另一个同事,还有 PM 的 PC 上都是 OK 的:

初步判断是,红框位置结算有差异,差异大小大概是 17px, 但是这个差异是怎么产生的呢?

就去测试小哥的 PC 上看,注意到一个细节,在我 PC 上,滚动条是悬浮的:

在他 PC 上,滚动条是占空间的:

在他电脑上,手动把原本的 overscroll-y: scroll 改成 overscroll-y: overlay 问题就结局了。

由此判定是:滚动条占据空间 引起的 bug。

overscroll-y: overlay

CSS 属性 overflow,定义当一个元素的内容太大而无法适应块级格式化上下文的时候该做什么。它是 overflow-x 和 overflow- y 的 简写属性。

/* 默认值。内容不会被修剪,会呈现在元素框之外 */
overflow: visible;

/* 内容会被修剪,并且其余内容不可见 */
overflow: hidden;

/* 内容会被修剪,浏览器会显示滚动条以便查看其余内容 */
overflow: scroll;

/* 由浏览器定夺,如果内容被修剪,就会显示滚动条 */
overflow: auto;

/* 规定从父元素继承 overflow 属性的值 */
overflow: inherit;

官方描述:

overlay  行为与 auto 相同,但滚动条绘制在内容之上而不是占用空间。仅在基于 WebKit(例如,Safari)和基于 Blink 的(例如,ChromeOpera)浏览器中受支持。

表现:

html {overflow-y: overlay;}

兼容性

没有在 caniuse 上找到这个属性的兼容性,也有人提这个问题:

问题场景以及解决办法

1. 外部容器的滚动条

这里的外部容器指的是 html,直接加在最外层:

html {overflow-y: scroll;}

手动加上这个特性,不论什么时候都有滚动宽度占据空间。

缺点:没有滚动的时候也会有个滚动条,不太美观。

优点:方便,没有兼容性的问题。

2. 外部容器绝对定位法

用绝对定位,保证了 body 的宽度一直保持完整空间:

html {overflow-y: scroll; // 兼容 ie8,不支持:root, vw}

:root {
  overflow-y: auto;
  overflow-x: hidden;
}

:root body {position: absolute;}

body {
  width: 100vw;
  overflow: hidden;
}

3. 内部容器做兼容


.wrapper {
    overflow-y: scroll; // fallback
    overflow-y: overlay;
}

总结

个人推荐还是用 overlay, 然后使用 scroll 做为兜底。

内容就这么多,希望对大家有所启发。

文章如有错误,请在留言区指正,谢谢。

参考资料

  1. https://developer.mozilla.org…
  2. https://github.com/Fyrd/caniu…

正文完
 0