Windows 11 的现代化改造破坏了一个沿用 26 年的滚动技巧，就连 Electron 应用也保留着，而一位微软老将直到最近才知道它

Windows 11 的 WinUI 缺少滚动到此处功能

从 Windows 2000 开始，Windows 就一直支持一种鲜为人知的滚动条快捷操作：按住 Shift 键并点击滚动条，即可直接跳转到对应位置。微软的 Raymond Chen 是 Windows 的非官方历史学家，但他也是最近才了解到这一功能。他发现 Electron 应用支持该功能，但作为现代 Windows 11 应用框架的 WinUI 却不支持。

如果你和我一样，经常需要查阅 300 页的 PDF，并依靠滚动条上小得可怜的滑块来定位，那么你一定会喜欢这个快捷操作。你不必逐页点击滚动槽，也不用反复滚动鼠标滚轮锻炼手指，只需按住 Shift 键，点击想要前往的位置，滚动条就会直接跳到那里。

https://www.windowslatest.com/wp-content/uploads/2026/10/Shift-and-Click-the-Scrollbar-to-scroll-here.mp4

我很后悔没早点知道这个功能，不过没关系，因为已经从事 Windows 工作 30 多年的 Chen 也是最近才知道它！

无论如何，当他检查哪些应用支持该功能时，Electron 位列其中，但令人意外的是，微软的 WinUI 却不支持。

Windows 滚动条有七个右键快捷选项，其中包括隐藏的 Shift 技巧

在 Windows 最初的二十年里，滚动条上有五个可用鼠标操作的区域。两端的箭头每次滚动一行，滑块两侧的滚动槽每次滚动一页，而拖动滑块则可以前往其他任意位置。

Windows 2000 为滚动条加入了一个包含七个选项的右键菜单。其中四个对应已有的鼠标操作，两个对应键盘快捷键。

Microsoft Word 右键菜单中的滚动到此处。图片来源：Windows Latest

第七个选项“滚动到此处”是新增功能：右键点击目标位置，即可直接跳转到那里，无需将滑块一路拖动过去。

操作鼠标右键菜单键盘跳转到指定位置拖动滑块，或按住 Shift 键并点击目标位置滚动到此处无跳转到开头将滑块拖到开头顶部Home跳转到末尾将滑块拖到末尾底部End向上移动一页点击上方滚动槽向上翻页Page Up向下移动一页点击下方滚动槽向下翻页Page Down向上移动一行点击向上箭头向上滚动向上箭头向下移动一行点击向下箭头向下滚动向下箭头

 

“与此同时还加入了一个更加隐蔽的快捷操作：按住 Shift 键并点击滚动条，滑块就会直接跳到你点击的位置。”Chen 在 The Old New Thing 上写道。

在滚动槽中普通点击只能移动一页。按住 Shift 键并点击则会直接跳到目标位置，对于滑块很小的长文档来说，这简直是救命功能。

这个右键菜单也并非某个被遗忘的 Win32 遗产。WPF 的滚动条仍然提供 ScrollHereCommand，Chen 表示，WPF 似乎同时支持该菜单和 Shift+点击操作。

WinUI 成了异类，GitHub 上还有一个相关漏洞

Chen 知道，现在几乎没人再使用 Win32 滚动条，因为各个框架都有自己的实现。Electron 和其他 Web 应用使用 Chromium 的滚动条，虽然没有右键菜单，但“至少实现了 Shift+点击快捷操作。”

WinUI 就没这么幸运了。Chen 写道：“令人沮丧的是，WinUI XAML 框架既没有右键菜单，也不支持 Shift+点击快捷操作。”

https://www.windowslatest.com/wp-content/uploads/2026/10/WinUI-app-doesnt-have-Scroll-Here-shortcut-or-context-menu.mp4

已经有人提交了反馈。一个名为“在滚动条中按住 Shift 键点击应跳转到目标位置”的 GitHub issue 于 6 月创建，使用的示例正是 Windows 11 的记事本。

https://www.windowslatest.com/wp-content/uploads/2026/10/Notepad-doesnt-have-Scroll-Here-shortcut-or-context-menu.mp4

用户称其“与其他 Windows 应用不一致”，因为 Win32、WPF 和 Chromium 都正确支持该功能。这个 issue 已被标记为 bug，目前仍在 WinUI 待办列表中，且没有指定负责人。

WinUI 使用自有的 ScrollBar、ScrollViewer 和 ScrollView 控件，而不是经典的 Win32 控件，因此除非有人重新实现这些功能，否则旧快捷操作不会自动继承。

WinUI 3 中的智能滚动。来源：Microsoft

微软正在修复 WinUI，但缺失的基础功能仍在不断增加

WinUI 最近新增了 TableView 和 Chart 控件，并修复了内存增长问题，此前微软承认 WinUI 应用会占用大量内存。在 Build 2026 大会上，Windows UI 团队的 Chris Anderson 表示：“首要任务是性能、基础功能、质量，以及修复大量 bug。”

微软还承诺修复 WinUI 应用调整大小时出现黑边的问题，同时补齐那些缺失的基础功能，而这些缺失正是推动 Windows 11 转向 Web 应用的原因之一。为了获得更多开发者支持，这家软件巨头甚至开始推广一种能在 30 分钟内编写原生应用的 AI。

WinUI 也正在向整个操作系统扩展。微软正在公开开发整个项目。截至目前，我们已经看到：

• 速度快于旧版的 WinUI“运行”对话框
• 取代 Windows 95 时代旧版界面的深色模式“属性”对话框
• 全新的打印管理工具
• 全新的自动播放对话框
• 现代化鼠标指示器

当 WinUI 开始负责“开始”菜单、对话框和系统工具时，Shift+点击这类小缺陷就会开始在各处显现。

当然，大多数人不会在滚动条上使用 Shift+点击，这也没什么。但这个拥有 26 年历史的 Windows 技巧，至今仍能在 Win32、WPF 甚至 Electron 应用中使用，而微软寄予厚望、肩负 Windows 未来的框架却将其遗漏了。

Chen 已经说得比我好得多：“很好，等我终于了解到滚动条的快捷操作（Shift+点击）时，整个生态已经碎片化到我甚至无法确定它是否有效。”