这是一个常见的思考和问题：浏览器如何优先处理它们的工作？我们有时会看到它的一点片段。我们被告知在错误跟踪器中“加星标”问题以表示兴趣。我们被告知参与 GitHub 线程以解决规范问题。我们被告知他们会阅读博客文章。并且，有时，我们能看到调查结果。Chrome 在 4 月份进行了一项关于网络滚动的调查，并 发布了结果，以及一篇相应的 博客文章。
“滚动”是一个广阔的领域
根据我们的研究，这些困难来自滚动用例的多样性。当我们谈论滚动时，可能包括
根据结果，几乎一半的开发人员对网络滚动不满意，因此这是一个谷歌开发人员想要改变的指标，他们会优先考虑它。
除了上面的列表，我认为即使是 平滑滚动 在你无法控制它的速度或其他行为方面也让人有点沮丧。例如，你不能说“平滑滚动页面内的跳跃链接，但不要平滑滚动页面内的查找跳跃”。
更不用说滚动 *捕捉* 了，这是另一回事，偶尔会出现 错误。说到这里，Dave 前几天在节目中提出了一个非常有趣的想法。现在滚动捕捉在很大程度上得到了支持，即使是在桌面端，而且感觉也相当平滑，我们是否应该开始更自由地使用它，比如在整个页面部分上？也许就像......
/* Reset stylesheet */
main, section, article, footer {
scroll-snap-align: start;
}我当然在更多地方看到了滚动捕捉。比如 Scott Jehl 的这个例子，他在固定表格标题和列上玩滚动捕捉。这是一个非常不错的功能
哎呀，我在行标题中只添加了一个词。捕捉效果不好
滚动表格 + 粘性标题 = 桌面上的滚动条套滚动条（糟糕的 UX）。
添加滚动捕捉后，很难弄清楚发生了什么。不过，如果
th宽度已知，则可以通过scroll-margin-left解决此问题。然而，对于非均匀单元格，所有希望都破灭了。